Proceduren för mjukvarutestning är också känd som STLC (Software Testing Life Cycle) som inkluderar faser av testprocessen. Testprocessen utförs på ett välplanerat och systematiskt sätt. Alla aktiviteter görs för att förbättra kvaliteten på mjukvaruprodukten.
Låt oss se, de olika stegen i STLC.
Livscykeln för testning av programvara innehåller följande steg:
Kravanalys:
Det första steget i den manuella testproceduren är kravanalys. I denna fas analyserar testaren kravdokumentet för SDLC (Software Development Life Cycle) för att undersöka krav som ställts av kunden. Efter att ha granskat kraven gör testaren en testplan för att kontrollera om programvaran uppfyller kraven eller inte.
| Inträdeskriterier | Aktiviteter | Levereras | För planering av kravspecifikation för testplan bör applikationsarkitekturdokument och väldefinierade acceptanskriterier finnas tillgängliga. | Förbered listan över alla krav och frågor, och få svar från teknisk chef/ledare, systemarkitektur, affärsanalytiker och klient. Gör en lista över alla typer av tester (Prestanda, Funktion och säkerhet) som ska utföras. Gör en lista över testmiljödetaljer, som bör innehålla alla nödvändiga verktyg för att utföra testfall. | Lista över alla nödvändiga tester för de testbara kraven och detaljer om testmiljön |
|---|
Skapa testplan:
Skapandet av testplaner är den avgörande fasen av STLC där alla teststrategier definieras. Testaren bestämmer den beräknade ansträngningen och kostnaden för hela projektet. Denna fas äger rum efter det framgångsrika slutförandet av Kravanalysfas . Dokument för test av strategi och ansträngningsuppskattning som tillhandahålls av denna fas. Exekvering av testfall kan startas efter att testplanen skapats framgångsrikt.
| Inträdeskriterier | Aktiviteter | Levereras | Kravdokument | Definiera mål såväl som omfattningen av programvaran. Lista ner metoder som är involverade i testning. Översikt över testprocessen. Avveckling av testmiljö. Förberedelse av testscheman och kontrollprocedurer. Fastställande av roller och ansvar. Lista ner testresultat, definiera eventuell risk. | Teststrategidokument. Uppskattningsdokument för testning av ansträngning är resultatet av denna fas. |
|---|
Miljöinställning:
Installation av testmiljön är en självständig aktivitet och kan startas tillsammans med Testfallsutveckling . Detta är en viktig del av den manuella testproceduren eftersom det inte är möjligt att testa miljön utan miljötestning. Miljöinställning kräver en grupp väsentlig mjukvara och hårdvara för att skapa en testmiljö. Testteamet är inte involverat i att sätta upp testmiljön, dess seniora utvecklare som skapar den.
| Inträdeskriterier | Aktiviteter | Levereras | Teststrategi och testplansdokument. Testfallsdokument. Testar data. | Förbered listan över mjukvara och hårdvara genom att analysera kravspecifikationen. Efter installationen av testmiljön, utför röktestfallen för att kontrollera testmiljöns beredskap. | Utföranderapport. Felanmälan. |
|---|
Utförande av testfall:
Testfall Utförande sker efter framgångsrikt slutförande av testplanering. I denna fas startar testteamet ärendeutveckling och exekveringsaktivitet. Testteamet skriver ner de detaljerade testfallen, förbereder även testdata vid behov. De förberedda testfallen granskas av kamratmedlemmar i teamet eller kvalitetssäkringsledare.
RTM (Requirement Traceability Matrix) förbereds också i denna fas. Krav spårbarhetsmatrix är format på industrinivå, som används för spårningskrav. Varje testfall mappas med kravspecifikationen. Spårbarhet bakåt och framåt kan göras via RTM.
| Inträdeskriterier | Aktiviteter | Levereras | Kravdokument | Skapande av testfall. Genomförande av testfall. Kartläggning av testfall enligt krav. | Resultat av testkörning. Lista över funktioner med detaljerad förklaring av defekter. |
|---|
Defektloggning:
Testare och utvecklare utvärderar slutförandekriterierna för programvaran baserat på testtäckning, kvalitet, tidsåtgång, kostnad och kritiska affärsmål. Denna fas avgör programvarans egenskaper och nackdelar. Testfall och felrapporter analyseras på djupet för att upptäcka typen av defekt och dess svårighetsgrad.
Defektloggningsanalys arbetar huvudsakligen för att ta reda på defektfördelning beroende på svårighetsgrad och typ. Om någon defekt upptäcks skickas programvaran tillbaka till utvecklingsteamet för att åtgärda defekten, sedan testas programvaran på nytt i alla aspekter av testningen.
När testcykeln är helt avslutad förbereds testrapporten och testmätvärden.
| Inträdeskriterier | Aktiviteter | Levereras | Utföranderapport för testfall. Felanmälan | Den utvärderar slutförandekriterierna för programvaran baserat på testtäckning, kvalitet, tidsåtgång, kostnad och kritiska affärsmål. Defektloggningsanalys tar reda på defektfördelningen genom att kategorisera i typer och svårighetsgrad. | Stängningsrapport Testa mätvärden |
|---|
Testcykelstängning:
Testcykelns stängningsrapport innehåller all dokumentation relaterad till mjukvarudesign, utveckling, testresultat och felrapporter.
Denna fas utvärderar utvecklingsstrategin, testproceduren, möjliga defekter för att använda dessa metoder i framtiden om det finns en programvara med samma specifikation.
| Inträdeskriterier | Aktiviteter | Levereras | Alla dokument och rapporter relaterade till programvara. | Utvärderar strategin för utveckling, testförfarande, möjliga defekter för att använda dessa metoder i framtiden om det finns en programvara med samma specifikation | Testavslutningsrapport |
|---|