Menu

Sådan udføres test af softwareprodukt - detaljerede processer og metoder med eksempler

how perform software product testing detailed process

Prøv Vores Instrument Til At Fjerne Problemer

Softwareprodukter har brug for deres egen unikke tilgang til at teste tilstrækkeligt og korrekt. Ofte behandler hold dem som enhver anden software (dvs. interne applikationer bygget til en bestemt klient eller et team; ikke tilgængelig for offentligheden; ikke-indtægtsgenererende), og det er udgangspunktet for problemer.

Test af softwareprodukt har brug for en tilpasset teststil og -strategi for at tilføre værdi. Software Produktudvikling og næring er i sig selv et komplekst økosystem, og testere skal tilpasse sig for at trives.

Lad mig tage et øjeblik til at forklare, hvorfor det er vigtigt, og hvorfor jeg synes, produktudvikling er kompleks, kompliceret og sammensat, selv i de bedste tider.

Sådan testes produktet

Hvad du lærer:

Software Produktudviklingsudfordringer:

Her er nogle af de udfordringer, som softwareproduktudviklingsteam står over for:

# 1)Manglende kontrol over brugerdemografi, enheder, miljøer, platforme osv. : Softwareprodukter i modsætning til software bygget til bestemte interessenter bruges ikke i kontrollerede og forudsigelige situationer. Der er mange bare for mange faktorer til at tage højde for.

#to)Tåget produktvision : Produktadfærd og funktioner ændrer sig for evigt, og rejsen til modenhed er ikke tydelig. Eller produktet vokser for hurtigt til, at det går ud af kontrol, at hold ikke ved, hvad der sker.

# 3)Aggressive tidslinjer : På grund af hård konkurrence på softwareproduktmarkedet skal tingene bevæge sig i en voldsom hastighed, og holdene skal være et skridt foran deres kolleger. Ellers mister de helt sikkert konkurrenterne.

# 4)Frygt for fiasko : Softwareprodukter er normalt innovative. Så deres succes er ikke altid en given. Dette er grunden til, at virksomheder ikke kan gå helt ud med hensyn til budget, teknologier, infrastruktur osv. De er ofte nødt til at holde tilbage for at få en vis immunitet mod fiasko eller endog breakeven.

# 5)Manglende feedback, der kan handles: Da der ikke er nogen interessenter eller forretningsbrugere eller klienter, så at sige, er det svært at forstå, hvad slutbrugeren måske eller måske ikke kan lide. Virksomheder spiller konstant et gættespil og har ofte svært ved at bygge bro over kløften mellem hvad de vil have til softwaren og hvad kunden ønsker.

Disse udfordringer påvirker alle områder af produktudvikling, markedsføring og næring - Og de har også indflydelse på produkttest.

For at komme videre i spillet skal denne type test tage fem nøglepunkter i betragtning:

  • Hastighed på udvikling og frigivelser
  • Kortsigtede og langsigtede produktmål for produktet
  • Konkurrencens omfang og art
  • Målgrupper og deres omgivelser
  • Krav - Funktionel, ydeevne, sikkerhed, brugervenlighed, konfiguration osv.

Før vi går i detaljer, lad os forstå produktets livscyklus (dette er en generisk produktlivscyklus og ikke specifik for softwareprodukter, men software følger et lignende mønster):

produkt livscyklus

En god produktteststrategi / -tilgang bør tage hensyn til den aktuelle fase af produktet i dets livscyklus.

Læs også => Sådan skriver du et godt teststrategidokument

Eksempel: Et firma XYZs produkt er en mangelfuld sporingssoftware kaldet 'TrackFast'. Det er et nyt produkt, og den første version er sat til at blive lanceret som en sky- og lokal løsning. TrackFast fungerer som ethvert andet defektstyringssystem og er bygget til både mobil- og webadgang. I øjeblikket er der 2 til 4 ugers sprints, hvor produktet oprettes i dele. Du er på testteamet og tester 'TrackFast', inden det møder sine kunder. Testen involverer kontrol af funktionalitet, ydeevne og sikkerhed.

bedste gratis Windows 10 vedligeholdelsessoftware

For at opsummere er det de parametre, du arbejder med. Eller hvis du foretrækker det, er dette din kontekst

parametrene

Lad os se, hvordan man tester på hvert trin. Dette er produkttest proces, metode eller livscyklus på hvert trin.

Trin nr. 1) Produktintroduktion

Da dette er første gang TrackFast skulle ud på markedet, er ideen at give et godt førsteindtryk. Så lad ingen sten være upåvirket. Test alt og fra alle vinkler. Derudover skal du lægge grundlaget for fremtidig test.

En god teststrategi på dette tidspunkt bør omfatte følgende:

  • Test, der validerer de kortvarige mål for TrackFast. 'Hvad skal det sendes korrekt' skal være i spidsen for testindsatsen. skab End to end tests (frontend, middleware og backend) til grundig test af enhver funktion
  • Test, der sammenligner TrackFast med konkurrencen (ideelt set er dette produkteejernes job, men som tester kan vi tilføje vores to cent. Dette trin er også lettere, hvis softwaren allerede har nogle jævnaldrende. For eksempel: Det er let at sammenligne TrackFast med Bugzilla eller JIRA eller andre ældre systemer . Men lad os sige, at jeg opretter en app, der gør noget usædvanligt som at kunne forudsige, hvornår en baby er sulten eller cranky :), det kan være svært at finde en applikation, som du kan bruge som en basislinje)
  • Platform, browser og enhed kompatibilitetstest
  • Test for nem installation , opsæt og få fart på
  • Test for ydeevne, sikkerhed og brugervenlighed
  • Integrationstests hvis det grænseflader med andre systemer. Et simpelt integrationseksempel er, at fejlsporingssystemer ofte interagerer med e-mail-klienter for at sende underretninger
  • Plan for regression - Det er en god ide at markere eller markere kritiske tests, som du tror vil være en del af fremtidige regressionscyklusser og tænke på at automatisere dem til fremtidige udgivelser
  • Planlæg for kendte problemer (vil du føje dem til efterslæbet eller håndtere dem som CR'er osv.)
  • Fleksibilitet til at ændre sig, når produktet skrider frem til det næste livscyklusstadium.

Det kan nogle gange tage lang ventetid, før produktet går ud, så brug al den tid, du har til at udføre et så grundigt job som muligt.

I dette trin, selvom der er et stykke af produktet klar i slutningen af ​​2-4 ugers sprints, resulterer oftest hver sprint ikke i afsendt kode. Overvej derfor aldrig sidste sprint-test 'færdig og leveret'. Gentag kritiske tests med hver sprint indtil frigivelse. Test med hver sprint hele produktet, du har, indtil det tidspunkt.

Trin # 2) Produktvækst

Efter den indledende projektintroduktion, hvis alt går godt, kan du forvente en tilstrømning af aktivitet, fordi produktvækst er en hurtig bane. Du svømmer nu sammen med de store hajer, og medmindre du holder trit, bliver du nappet ned.

Her bliver udgivelserne kortere, forbedringerne af softwaren bliver mere i antal, og omfanget af regression bliver næsten ikke håndterbart.

Produktteststrategien skal arbejde i det tempo, hvor softwareudviklingen fortsætter, og bør ikke blive en flaskehals.

Disse kan hjælpe:

  • Husk projektets langsigtede mål. Det handler ikke om at få det-over-med nu. Det handler om at leve med funktionerne og trives med dem.
  • Test tidligt- Overvej TDD eller BDD i stedet for at udsætte test til slutningen med nye krav
  • Automatiser regression og styrk den - Opret en automatiseret regressionssuite på plads, så du ikke er tilbage med uprøvede landminer i dit system
  • Hvis din virksomhed / produkt ejere ønsker at blive involveret i test, skal du overveje et virksomheds sprogbaseret automatiseringsværktøj som agurk.
  • Bevar brugervenligheden og webstedsdesign centralt for din test. Fordi jo flere funktioner vi tilføjer, desto renere skal webstedet se ud
  • Udfør ydeevne- og sikkerhedstest, når en større frigivelse er sket, eller der er foretaget en væsentlig ændring af arkitekturen. (Ny server bragt ind osv.) De fleste softwaresystemer har ikke brug for dette med hver udgivelse.
  • Hold kontakten med konkurrencen og kend produktvisionen
  • Tilpas test af par , til øjeblikkelig feedback og reparation. Medtag produktejeren, når det er muligt
  • Planlæg for ændringer og kendte problemer
  • Prøv at få fat i kundefeedbacken, og kontroller, om de er, kan spores som forbedringsforslag for at holde væksten konstant. (endnu en gang er dette ikke QA-holdets primære ansvar, men alle tæller)

Trin 3) Produktmodenhed

Tillykke med, at dit produkt er kommet så langt. På dette tidspunkt ændres funktionerne ikke så ofte. Produktteamet vil være mere fokuseret på at bringe mere forretning eller deres marketingindsats. Produktudvikling og test behøver dog ikke og stopper ofte ikke.

Derfor kan testteamet:

  • Arbejd med at modne din teststrategi. På dette tidspunkt skal dine regressionssuiter, testdesignmetoder og testadministrationspraksis fungere som velolierede maskiner.
  • Fokuser på de finere detaljer. Fordi produktet generelt fungerer og klarer sig godt, men som de siger - ' Gud er i detaljerne ' - Find selv de mindste af de problemer, der kan forbedre systemets kvalitet
  • Overvej kundefeedback
  • Test ydeevne og sikkerhed med jævne mellemrum
  • Tag højde for de nye enheder, platforme og browsere, der muligvis er kommet på markedet fra sidste gang du testede
  • Test sider med brugervejledning og ofte stillede spørgsmål, fordi du nu har tid, og du har råd til det.
  • Eksperimenter med nye produktværktøjer, tjenester eller en proces, for nu kan du.
  • Test installationsprocessen med hver udgivelse, uanset hvor lille den måtte være, og få statistikker over, hvor let eller vanskeligt det er for slutbrugeren.

Uanset hvad du gør, skal du ikke blive selvtilfreds.

Trin # 4) Produktnedgang / tilbagevenden til produktvækst

Produktejere og virksomheder er kloge i disse dage og ved meget godt, at de ikke kan holde deres produkt det samme og forventer, at brugerne forbliver loyale. Ting bevæger sig for hurtigt, og det samme gør produkter.

Så TrackFast kan ikke læne sig tilbage og slappe af. Hvis det skal have en fortsat tilstedeværelse på markedet og forblive førende, skal det udvikle sig. Ligesom det eller had det, startede Facebook som et simpelt socialt netværk til at forbinde mennesker, og det er en stor softwareplatform i sig selv, der integreres med en million andre ting og holder sig opdateret.

TrackFast skal også udvikle sig. Efter at have bevist, at det er et pålideligt og effektivt mangelsporingssystem, skal det udvikle sig, ellers vil det falde. Så beslutter virksomheden XYZ at forbedre TrackFast ved at gøre det til et generelt billetsystem, der kan bruges til at spore hændelser eller sager af virksomheden bortset fra IT / testteam (noget som JIRA) og ikke kun for mangler i softwareudviklingsprocessen .

hvordan man åbner en swf-fil

Hjulet har lavet en fuld drejning, og du finder dig selv at behandle systemet som et helt nyt og følge den strategi, vi diskuterede i afsnittet Produktintroduktion. Først nu er du mere erfaren og fortrolig med boret. Men husk, med hver nye tur kommer en ny udfordring. Så hold dig skarp :)

Hvad gør dig til en succesrig produkttester?

  • Produkt testere skal have en stærk forretningssans, forståelse af udviklingsmodeller for hurtig levering og skal være essetestere som ikke er bange for at eksperimentere med værktøjer og selv blive lidt kodere, hvis det er nødvendigt. Disse ting kan have en positiv indvirkning på enhver form for test, men de er en absolut nødvendighed i denne type test.
  • En anden vigtig egenskab er, at en produkt tester skal tro på produktet og virkelig ønsker, at det skal lykkes. Når jeg som tester synes, at softwaren er total affald, er der ikke noget håb om, at jeg vil gøre noget for at gøre det bedre.
  • Del produkt- / virksomhedsejerens vision . Medmindre du ved, hvor produktet skal hen, og hvordan det vil udvikle sig, vil testen være super begrænset.
  • Tværfunktionelle færdigheder er gavnlige - Vide, hvordan man tester DB, hvordan man tager præstationsbenchmarks, hvordan man aktiverer sikkerhedscertifikater, hvordan man implementerer osv. Vær nysgerrig og udforsk .
  • Sæt ingen grænser - tro ikke, at evaluering af brugervejledningen eller kontrol af ofte stillede spørgsmål ikke er dit job, og en teknisk forfatter skal tage sig af det. Det skal de og de vil. Men når du ser på det som en insider som en, der kender produktet indefra og ud, er din feedback super nyttig.
  • Søg feedback fra slutbrugeren. Det næste store sæt mennesker, der tester efter dig, er brugere i realtid. Vide og forstå, hvilken slags problemer de står over for. Dette hjælper dig med at forbedre dit testdesign, så næste gang du ved, hvad du skal gøre for at undgå dem disse problemer.
  • Arbejd hurtigt og vær en beslutningstager
  • Undgå teknisk gæld . I en hurtig udviklings- og testsituation er det let at teste udforskende eksklusivt og miste referencerammen for de fremtidige udgivelser. Lad ikke dette ske. Vedligehold skeletdokumentation, så du kan spore, spore og måle

Den største forskel mellem testsoftware bygget som en tjeneste og software bygget som et produkt er, at - i førstnævnte, når teststrategien er nået, anvendes den til al efterfølgende test.

For et produkt skal teststrategien dog ændre sig afhængigt af den aktuelle livscyklusfase, produktet er i, og ændringerne i markedsdynamikken (nye enheder, nye browsere osv.). Produktteststrategi skal være meget mere fleksibel for at ændre.

Om forfatteren: Denne artikel er offentliggjort af STH-teammedlem Swati S.

Vi håber, at denne artikel har været nyttig. Du er velkommen til at sende dine kommentarer, spørgsmål og feedback nedenfor.

Anbefalet læsning

^