Prosedyren for programvaretesting er også kjent som STLC (Software Testing Life Cycle) som inkluderer faser av testprosessen. Testprosessen utføres på en godt planlagt og systematisk måte. Alle aktiviteter gjøres for å forbedre kvaliteten på programvareproduktet.
La oss se, de forskjellige trinnene i STLC.
Livssyklusen for programvaretesting inneholder følgende trinn:
- Behovsanalyse
- Oppretting av testplan
- Miljøoppsett
- Testcase Utførelse
- Defektlogging
- Testsykluslukking
Kravanalyse:
Det første trinnet i den manuelle testprosedyren er behovsanalyse. I denne fasen analyserer testeren kravdokumentet til SDLC (Software Development Life Cycle) for å undersøke krav angitt av klienten. Etter å ha undersøkt kravene, lager testeren en testplan for å sjekke om programvaren oppfyller kravene eller ikke.
| Inngangskriterier | Aktiviteter | Leveres | For planlegging av kravspesifikasjon for testplan, bør søknadsarkitekturdokument og veldefinerte akseptkriterier være tilgjengelige. | Forbered listen over alle krav og spørsmål, og få løst fra teknisk sjef/leder, systemarkitektur, forretningsanalytiker og klient. Lag en liste over alle typer tester (ytelse, funksjon og sikkerhet) som skal utføres. Lag en liste over testmiljødetaljer, som skal inneholde alle nødvendige verktøy for å utføre testtilfeller. | Liste over alle nødvendige tester for de testbare kravene og testmiljødetaljer |
|---|
Oppretting av testplan:
Oppretting av testplaner er den avgjørende fasen av STLC der alle teststrategiene er definert. Tester bestemmer estimert innsats og kostnad for hele prosjektet. Denne fasen finner sted etter vellykket gjennomføring av Behovsanalysefase . Dokumenter for testing av strategi og innsatsberegning levert av denne fasen. Utførelse av testtilfeller kan startes etter vellykket gjennomføring av oppretting av testplan.
| Inngangskriterier | Aktiviteter | Leveres | Kravdokument | Definer mål så vel som omfanget av programvaren. List ned metoder som er involvert i testing. Oversikt over testprosessen. Oppgjør av testmiljø. Utarbeidelse av testplaner og kontrollprosedyrer. Fastsettelse av roller og ansvar. List ned testleveranser, definer risiko hvis noen. | Teststrategidokument. Dokumenter for testing av innsatsberegning er resultatene fra denne fasen. |
|---|
Miljøoppsett:
Oppsett av testmiljøet er en selvstendig aktivitet og kan startes sammen med Test Case Development . Dette er en viktig del av den manuelle testprosedyren, da uten miljøtesting ikke er mulig. Miljøoppsett krever en gruppe viktig programvare og maskinvare for å lage et testmiljø. Testteamet er ikke involvert i å sette opp testmiljøet, dets seniorutviklere som lager det.
| Inngangskriterier | Aktiviteter | Leveres | Teststrategi og testplandokument. Testsaksdokument. Tester data. | Forbered listen over programvare og maskinvare ved å analysere kravspesifikasjonen. Etter oppsettet av testmiljøet, utfør røyktestsakene for å sjekke beredskapen til testmiljøet. | Utførelsesrapport. Feilmelding. |
|---|
Utførelse av testtilfelle:
Testcase Gjennomføring finner sted etter vellykket gjennomføring av testplanlegging. I denne fasen starter testteamet saksutvikling og utførelsesaktivitet. Testteamet skriver ned de detaljerte testtilfellene, forbereder også testdataene om nødvendig. De forberedte testsakene gjennomgås av jevnaldrende medlemmer av teamet eller kvalitetssikringsleder.
RTM (Requirement Traceability Matrix) utarbeides også i denne fasen. Krav sporbarhetsmatrise er format på industrinivå, brukt for sporingskrav. Hvert testtilfelle er kartlagt med kravspesifikasjonen. Sporbarhet bakover og fremover kan gjøres via RTM.
| Inngangskriterier | Aktiviteter | Leveres | Kravdokument | Oppretting av testcases. Gjennomføring av testsaker. Kartlegging av testtilfeller etter krav. | Resultat av testutførelse. Liste over funksjoner med detaljert forklaring av defekter. |
|---|
Defektlogging:
Testere og utviklere evaluerer fullføringskriteriene for programvaren basert på testdekning, kvalitet, tidsforbruk, kostnader og kritiske forretningsmål. Denne fasen bestemmer egenskapene og ulempene til programvaren. Testtilfeller og feilrapporter blir analysert i dybden for å oppdage typen defekt og alvorlighetsgraden.
blokkerte kontakter
Analyse av feillogging fungerer hovedsakelig for å finne ut defektfordelingen avhengig av alvorlighetsgrad og type. Hvis en defekt oppdages, returneres programvaren til utviklingsteamet for å fikse defekten, deretter testes programvaren på nytt i alle aspekter av testingen.
Når testsyklusen er fullstendig fullført, blir testavslutningsrapporten og testberegningene utarbeidet.
| Inngangskriterier | Aktiviteter | Leveres | Rapport om utførelse av testcase. Feilmelding | Den evaluerer fullføringskriteriene for programvaren basert på testdekning, kvalitet, tidsforbruk, kostnader og kritiske forretningsmål. Defektloggingsanalyse finner ut defektfordelingen ved å kategorisere i typer og alvorlighetsgrad. | Nedleggelsesrapport Testberegninger |
|---|
Testsykluslukking:
Testsyklusens avslutningsrapport inkluderer all dokumentasjon knyttet til programvaredesign, utvikling, testresultater og feilrapporter.
Denne fasen evaluerer utviklingsstrategien, testprosedyren, mulige defekter for å kunne bruke denne praksisen i fremtiden hvis det er en programvare med samme spesifikasjon.
| Inngangskriterier | Aktiviteter | Leveres | Alle dokumenter og rapporter relatert til programvare. | Evaluerer strategien for utvikling, testprosedyre, mulige defekter for å bruke disse praksisene i fremtiden hvis det er en programvare med samme spesifikasjon | Testavslutningsrapport |
|---|