6 faser av STLC | #4 Första stegen i mjukvarutestning

När det kommer till mjukvaruutveckling kan alla testaktiviteter delas in i flera steg. Likt mjukvaruutvecklingslivscykeln (SDLC) finns det också en mjukvarutestlivscykel (STLC). Att följa alla steg kan vara avgörande för att få processen rätt och översättas till mycket högre effektivitet i de utförda testerna och, som ett resultat, en mycket högre kvalitet på den slutliga produkten. Läs vidare för att ta reda på mer.

6 faser av STLC – innehållsförteckning:

1. Fas 1: Kravanalys
2. Fas 2: Testplanering
3. Fas 3: Utveckling av testfall
4. Fas 4: Miljöinställning
5. Fas 5: Testkörning
6. Fas 6: Testavslutning
7. 6 faser av STLC – sammanfattning

Fas 1: Kravanalys

Detta är det första steget i cykeln. Testteamet granskar noggrant produktkraven. Om det finns några konflikter, utelämnanden, felaktigheter eller missförstånd diskuterar testteamet dem med olika intressenter i projektet, såsom affärsanalytikern eller mjukvaruarkitekten.

Ingångskriterier:

• Affärskravspecifikation (BRS)
• ett mjukvaruarkitekturdokument

Uppgifter att utföra:

• bestämma vilka tester som ska utföras
• prioritera testkörningen
• kontrollera vilka tester som måste vara manuella och vilka som måste automatiseras

Utgångskriterier:

• en lista över krav för testning
• eventuella tester som ska automatiseras

Fas 2: Testplanering

I detta skede planerar valideringsteamet alla testaktiviteter genom att skriva en testplan. Detta dokument specificerar:

• de mål som ska uppnås
• de processer och metoder som ska implementeras
• den miljö och de verktyg som ska användas
• de element som ska testas eller inte testas
• organisationen av teamet och uppdelningen av uppgifter
• intermediära mål för olika aktiviteter
• risker som kan uppstå

Förutom att utveckla testplanen upprättas också en kostnadsberäkning i detta skede.

Fas 3: Utveckling av testfall

I denna fas — även känd som Testdesign — finns det fyra steg att följa:

1. Förbered testscenarier

Testledaren eller testchefen förbereder ett testscenario som kommer att användas för att skapa testfall.

2. Skapa testfall

För varje scenario kommer testare att skriva testfall så att de kan verifiera att mjukvarufunktionaliteten uppfyller sina krav. I fallet med testautomatisering är det i detta skede som testskripten kommer att skrivas.

3. Förbered testdata

Testteamet behöver förbereda en uppsättning data som ska användas vid körning av testfall. Detta kan vara positiva eller negativa data för att testa funktionens prestanda i fallet med korrekt eller felaktig data.

4. Förbered RTM

Testteamet förbereder en nyckelkravsspårningsmatris (RTM). Detta dokument används för att hålla reda på vilka tester som behövs för att verifiera om kraven kommer att uppfyllas eller inte. Innan testningen börjar kommer intressenter att genomföra kontroller och valideringar av vad som utvecklades under ovanstående aktiviteter.

Fas 4: Miljöinställning

Detta är en fas där testteamet inte är involverat. Ett separat team kommer att hantera förberedelsen och konfigurationen av miljön. Testare kommer att informeras om hur miljön har ställts in och vilken mjukvaruversion som är aktuell.

Den enda aktiviteten som krävs av testteamet är att förbereda röktester för att verifiera att den installerade versionen är lämplig för testning. Om röktesten misslyckas kommer versionen att avvisas och testningen kommer att pausas tills de angivna problemen är åtgärdade.

Ingångskriterier:

• testplan
• testdatum
• röktest

Uppgifter att utföra:

• förberedelse av testmiljö
• inställning av testmiljö
• inställning av testdata
• utföra röktester på kompileringen

Utgångskriterier:

• användbar testmiljö
• användbara testdata
• positiva röktestresultat

Fas 5: Testkörning

Detta är helt enkelt körningen av tester. Under denna fas kan testare identifiera möjliga avvikelser och testa de förbättringar som utvecklats av programmerarna. Testteamets uppgifter kommer att vara:

• köra de tidigare utvecklade testfallen och jämföra det förväntade resultatet med det uppnådda
• underhålla testskriptet
• identifiera, upptäcka, logga och rapportera eventuella upptäckta defekter
• testa om defektfixarna

Ingångskriterier:

• fungerande testmiljö
• korrekta testdata
• testplan
• testfall som ska köras

Uppgifter att utföra:

• utföra tester enligt testplanen
• dokumentera testresultat
• hantera defektlivscykeln

Utgångskriterier:

• utföra alla tester som involverar MTR
• uppdaterade testfall med resultat
• defektrapporter

Fas 6: Testavslutning

Mjukvaran kommer att implementeras. Valideringsteamet samlas för att analysera resultaten och identifiera förbättringsområden för framtida projekt. Testledaren förbereder en testavslutningsrapport, som kommer att göras dagligen (DSR – daglig statusrapport) eller veckovis (WSR – veckovis statusrapport), enligt överenskommelse med intressenterna.

I slutet träffas testteamet för att analysera testfallen, upptäckta defekter, tid som spenderats, efterlevnad av tidsfrister, etc. På så sätt är det möjligt att avgöra vad som behöver förbättras i nästa testcykel.

Ingångskriterier:

• rapporter om testkörning
• defektrapporter

Uppgifter att utföra:

• analysera vad som har testats
• skapa en testavslutningsrapport

Utgångskriterier:

• avsluta processen utan öppna defekter
• testavslutningsrapport

6 faser av STLC – sammanfattning

Mjukvaruutveckling skulle inte kunna existera utan en testfas. Rätt förberedelse för denna process ger en rad fördelar, inklusive, viktigast av allt, att spara tid och pengar för eventuella framtida revideringar. Vi hoppas att denna artikel har hjälpt dig att lära dig mer om mjukvarutestlivscykeln (STLC).

Du har just läst om 6 faser av STLC. Kolla in våra andra serier om Python och Javascript!

Om du gillar vårt innehåll, gå med i vår aktiva community av busy bees på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.