Proceduren for softwaretest er også kendt som STLC (Software Testing Life Cycle), som omfatter faser af testprocessen. Testprocessen udføres på en velplanlagt og systematisk måde. Alle aktiviteter udføres for at forbedre kvaliteten af softwareproduktet.
Lad os se, de forskellige trin i STLC.
Softwaretests livscyklus indeholder følgende trin:
- Behovsanalyse
- Oprettelse af testplan
- Miljøopsætning
- Testcase Udførelse
- Defekt logning
- Test cyklus lukning
Behovsanalyse:
Det første trin i den manuelle testprocedure er behovsanalyse. I denne fase analyserer testeren kravdokumentet for SDLC (Software Development Life Cycle) for at undersøge krav angivet af klienten. Efter at have undersøgt kravene laver testeren en testplan for at kontrollere, om softwaren opfylder kravene eller ej.
| Indgangskriterier | Aktiviteter | Leveres | Til planlægning af kravspecifikation til testplanen bør applikationsarkitekturdokument og veldefinerede acceptkriterier være tilgængelige. | Forbered listen over alle krav og forespørgsler, og få løst fra teknisk leder/lead, systemarkitektur, forretningsanalytiker og klient. Lav en liste over alle typer test (Ydeevne, Funktionel og sikkerhed), der skal udføres. Lav en liste over testmiljødetaljer, som skal indeholde alle de nødvendige værktøjer til at udføre testcases. | Liste over alle de nødvendige tests for de testbare krav og detaljer om testmiljøet |
|---|
Oprettelse af testplan:
Oprettelse af testplaner er den afgørende fase af STLC, hvor alle teststrategierne er defineret. Testeren bestemmer den anslåede indsats og omkostninger for hele projektet. Denne fase finder sted efter en vellykket gennemførelse af Behovsanalysefase . Teststrategi og estimering af indsats dokumenter leveret af denne fase. Eksekvering af testcase kan startes efter en vellykket afslutning af oprettelse af testplan.
| Indgangskriterier | Aktiviteter | Leveres | Kravdokument | Definer mål samt omfanget af softwaren. Liste ned metoder involveret i test. Overblik over testprocessen. Afregning af testmiljø. Udarbejdelse af testplaner og kontrolprocedurer. Fastlæggelse af roller og ansvar. List ned testleverancer, definer risiko, hvis nogen. | Test strategi dokument. Dokumenter til vurdering af prøveindsatsen er resultaterne af denne fase. |
|---|
Miljøopsætning:
Opsætning af testmiljøet er en selvstændig aktivitet og kan startes sammen med Udvikling af testcase . Dette er en væsentlig del af den manuelle testprocedure, da uden miljøtestning ikke er mulig. Miljøopsætning kræver en gruppe af væsentlig software og hardware for at skabe et testmiljø. Testteamet er ikke involveret i opsætningen af testmiljøet, dets seniorudviklere, der skaber det.
| Indgangskriterier | Aktiviteter | Leveres | Teststrategi og testplandokument. Test case dokument. Test af data. | Forbered listen over software og hardware ved at analysere kravspecifikation. Efter opsætningen af testmiljøet skal du udføre røgtesttilfældene for at kontrollere testmiljøets beredskab. | Udførelsesrapport. Fejlrapport. |
|---|
Udførelse af testcase:
Testcase Udførelse finder sted efter vellykket afslutning af testplanlægning. I denne fase starter testteamet sagsudvikling og eksekveringsaktivitet. Testteamet skriver de detaljerede testcases ned og forbereder også testdataene, hvis det kræves. De forberedte testcases gennemgås af peer-medlemmer af teamet eller kvalitetssikringsleder.
RTM (Requirement Traceability Matrix) udarbejdes også i denne fase. Krav Sporbarhed Matrix er industriniveau format, der bruges til sporingskrav. Hver testcase er kortlagt med kravspecifikationen. Sporbarhed tilbage og frem kan ske via RTM.
| Indgangskriterier | Aktiviteter | Leveres | Kravdokument | Oprettelse af testcases. Udførelse af testsager. Kortlægning af testcases efter krav. | Resultat af testudførelse. Liste over funktioner med detaljeret forklaring af defekter. |
|---|
Defekt logning:
Testere og udviklere evaluerer færdiggørelseskriterierne for softwaren baseret på testdækning, kvalitet, tidsforbrug, omkostninger og kritiske forretningsmål. Denne fase bestemmer softwarens egenskaber og ulemper. Testtilfælde og fejlrapporter analyseres i dybden for at opdage typen af defekt og dens alvor.
blokerede kontakter
Defektlogningsanalyse arbejder hovedsageligt på at finde ud af defektfordelingen afhængigt af sværhedsgrad og typer. Hvis der opdages en defekt, returneres softwaren til udviklingsteamet for at rette defekten, hvorefter softwaren testes igen på alle aspekter af testen.
Når testcyklussen er fuldført, så er testlukningsrapporten og testmålingerne udarbejdet.
| Indgangskriterier | Aktiviteter | Leveres | Test case udførelsesrapport. Fejlrapport | Den evaluerer færdiggørelseskriterierne for softwaren baseret på testdækning, kvalitet, tidsforbrug, omkostninger og kritiske forretningsmål. Defektlogningsanalyse finder ud af defektfordelingen ved at kategorisere i typer og sværhedsgrad. | Lukningsrapport Test metrics |
|---|
Testcyklus lukning:
Testcyklus-lukningsrapporten inkluderer al dokumentation relateret til softwaredesign, udvikling, testresultater og fejlrapporter.
Denne fase evaluerer udviklingsstrategien, testproceduren, mulige defekter for at kunne bruge denne praksis i fremtiden, hvis der er en software med samme specifikation.
| Indgangskriterier | Aktiviteter | Leveres | Alle dokumenter og rapporter relateret til software. | Evaluerer udviklingsstrategien, testproceduren, mulige defekter for at bruge denne praksis i fremtiden, hvis der er en software med samme specifikation | Test lukning rapport |
|---|