STLC (Software Testing Life Cycle) faser, indgang, udgangskriterier

Hvad er software testning livscyklus (STLC)?

Software Testing Life Cycle (STLC) er en sekvens af specifikke aktiviteter udført under testprocessen for at sikre, at softwarekvalitetsmål nås. STLC involverer både verifikations- og valideringsaktiviteter. I modsætning til almindelig opfattelse er softwaretest ikke kun en enkelt / isoleret aktivitet, dvs. test. Den består af en række aktiviteter, der udføres metodisk for at hjælpe med at certificere dit softwareprodukt. STLC står for Software Testing Life Cycle.

I denne vejledning lærer du-

  • STLC-faser
  • Kravsanalyse
  • Testplanlægning
  • Test case udvikling
  • Opsætning af testmiljø
  • Testudførelse
  • Testcykluslukning
  • STLC-faser sammen med indgangs- og udgangskriterier

STLC-faser

Der er følgende seks hovedfaser i hver softwaretest-livscyklusmodel (STLC-model):

  1. Kravsanalyse
  2. Testplanlægning
  3. Test sagsudvikling
  4. Opsætning af testmiljø
  5. Testudførelse
  6. Lukning af testcyklus
STLC-modelfaser

Hver af disse faser har et bestemt indgangs- og udgangskriterium, aktiviteter og leverancer forbundet med det.

Hvad er adgangs- og udgangskriterier i STLC?

  • Indgangskriterier: Indgangskriterier giver de forudsætninger, der skal udfyldes, før testen kan begynde.
  • Exit Criteria: Exit Criteria definerer de emner, der skal udfyldes, før testen kan afsluttes

Du har adgangs- og udgangskriterier for alle niveauer i softwaretestningens livscyklus (STLC)

I en ideel verden går du ikke ind i næste trin, før udgangskriterierne for den forrige fase er opfyldt. Men praktisk talt er dette ikke altid muligt. Så til denne vejledning vil vi fokusere på aktiviteter og leverancer til de forskellige faser i STLC livscyklus. Lad os se nærmere på dem.

Kravsfasetestning

Kravsfasetestning også kendt som Kravsanalyse, hvor testteamet studerer kravene fra et testperspektiv for at identificere testbare krav, og QA-teamet kan interagere med forskellige interessenter for at forstå kravene i detaljer. Krav kan være enten funktionelle eller ikke-funktionelle. Automatiseringsmuligheden for testprojektet udføres også i dette trin.

Aktiviteter i kravsfasetestning

  • Identificer de typer test, der skal udføres.
  • Saml detaljer om testprioriteter og fokus.
  • Forbered kravsporbarhedsmatrix (RTM).
  • Identificer testmiljøoplysninger, hvor testingen skal udføres.
  • Analyse af gennemførlighedsanalyse (hvis nødvendigt).

Leverancer af kravsfasetestning

  • RTM
  • Rapport om automatiseringsmuligheder. (hvis relevant)

Testplanlægning i STLC

Testplanlægning i STLC er en fase, hvor en Senior QA-manager bestemmer testplanstrategien sammen med indsats og omkostningsestimater for projektet. Desuden bestemmes ressourcerne, testmiljøet, testbegrænsninger og testplanen. Testplanen bliver forberedt og afsluttet i samme fase.

Test planlægningsaktiviteter

  • Udarbejdelse af testplan / strategidokument til forskellige typer test
  • Test værktøjsvalg
  • Test indsats estimering
  • Ressourceplanlægning og bestemmelse af roller og ansvar.
  • Uddannelseskrav

Leveringer af testplanlægning

  • Testplan / strategidokument.
  • Dokument om indsatsestimering.

Test sag udviklingsfase

Den Test Case udviklingsfasen indebærer oprettelsen, verifikation og omarbejde af testcases & test scripts efter testen planen er klar. Oprindeligt identificeres testdataene, derefter oprettes og gennemgås og bearbejdes derefter baseret på forudsætningerne. Derefter starter QA-teamet udviklingsprocessen af ​​testsager for individuelle enheder.

Test case-udviklingsaktiviteter

  • Opret testsager, automatiseringsskripter (hvis relevant)
  • Gennemgå og baseline testtilfælde og scripts
  • Opret testdata (hvis testmiljø er tilgængeligt)

Leverancer af testsagudvikling

  • Test cases / scripts
  • Testdata

Opsætning af testmiljø

Opsætning af testmiljø bestemmer de software- og hardwareforhold, hvorunder et arbejdsprodukt testes. Det er et af de kritiske aspekter af testprocessen og kan udføres parallelt med udviklingsfasen for testsager. Testteamet er muligvis ikke involveret i denne aktivitet, hvis udviklingsteamet leverer testmiljøet. Testteamet skal foretage en beredskabskontrol (røgtestning) af det givne miljø.

Testmiljøopsætningsaktiviteter

  • Forstå den krævede arkitektur, miljøopsætning og forbered listen over krav til hardware og software til testmiljøet.
  • Opsætning af testmiljø og testdata
  • Udfør røgtest på bygningen

Leverancer af testmiljøopsætning

  • Miljø klar med testdata opsat
  • Røgtestresultater.

Testudførelsesfase

Testudførelsesfase udføres af testerne, hvor test af softwarebygningen udføres baseret på testplaner og testcases udarbejdet. Processen består i udførelse af testscript, vedligeholdelse af testscript og rapportering af fejl. Hvis der rapporteres om fejl, tilbageføres det til udviklingsteamet for korrektion, og gentest udføres.

Test udførelsesaktiviteter

  • Udfør tests som pr. Plan
  • Dokumenter testresultater og logfejl i mislykkede sager
  • Kortfejl for at teste sager i RTM
  • Test igen fejlrettelserne
  • Spor manglerne til lukning

Leverancer af testudførelse

  • Fuldført RTM med eksekveringsstatus
  • Testcases opdateret med resultater
  • Fejlrapporter

Testcykluslukning

Testcykluslukningsfase er afslutning af testudførelse, der involverer flere aktiviteter som rapporter om testafslutning, indsamling af testafslutningsmatricer og testresultater. Testmedlemmer mødes, diskuterer og analyserer testgenstande for at identificere strategier, der skal implementeres i fremtiden, idet de tager lektioner fra den aktuelle testcyklus. Ideen er at fjerne procesflaskehalse til fremtidige testcyklusser.

Test cyklus lukning aktiviteter

  • Evaluer cyklusafslutningskriterier baseret på tid, testdækning, omkostninger, software, kritiske forretningsmål, kvalitet
  • Forbered testmålinger baseret på ovenstående parametre.
  • Dokumenter indlæringen af ​​projektet
  • Forbered testlukningsrapport
  • Kvalitativ og kvantitativ rapportering af kvaliteten af ​​arbejdsproduktet til kunden.
  • Testresultatanalyse for at finde ud af defektfordelingen efter type og sværhedsgrad.

Leveringer af testcykluslukning

  • Rapport om lukning af test
  • Test metrics

STLC-faser sammen med indgangs- og udgangskriterier

STLC Stage Indgangskriterier Aktivitet Udgangskriterier Leverancer
Kravsanalyse
  • Krav Dokument tilgængeligt (både funktionelt og ikke-funktionelt)
  • Acceptkriterier defineret.
  • Applikationsarkitekturdokument til rådighed.
  • Analyser forretningsfunktionalitet for at kende forretningsmodulerne og modulspecifikke funktioner.
  • Identificer alle transaktioner i modulerne.
  • Identificer alle brugerprofiler.
  • Saml brugergrænseflade / godkendelse, geografisk spredningskrav.
  • Identificer de typer test, der skal udføres.
  • Saml detaljer om testprioriteter og fokus.
  • Forbered kravsporbarhedsmatrix (RTM).
  • Identificer testmiljøoplysninger, hvor testingen skal udføres.
  • Analyse af gennemførlighedsanalyse (hvis nødvendigt).
  • Frameldt RTM
  • Testautomatiseringsrapport underskrevet af klienten
  • RTM
  • Rapport om gennemførligheds automatisering (hvis relevant)
Testplanlægning
  • Krav Dokumenter
  • Krav Sporbarhedsmatrix.
  • Test automatiseringsdokumentet.
  • Analyser forskellige tilgængelige testmetoder
  • Afslut den bedst egnede tilgang
  • Udarbejdelse af testplan / strategidokument til forskellige typer test
  • Test værktøjsvalg
  • Test indsats estimering
  • Ressourceplanlægning og bestemmelse af roller og ansvar.
  • Godkendt testplan / strategidokument.
  • Dokument for indsatsestimering underskrevet.
  • Testplan / strategidokument.
  • Dokument om indsatsestimering.
Test sagsudvikling
  • Krav Dokumenter
  • RTM og testplan
  • Rapport om automatiseringsanalyse
  • Opret testcases, testdesign, automatiseringsskripter (hvor relevant)
  • Gennemgå og baseline testtilfælde og scripts
  • Opret testdata
  • Gennemgåede og underskrevne testcases / scripts
  • Gennemgåede og underskrevne testdata
  • Test cases / scripts
  • Testdata
Opsætning af testmiljø
  • Systemdesign og arkitekturdokumenter er tilgængelige
  • Miljøopsætningsplan er tilgængelig
  • Forstå den krævede arkitektur, miljøopsætning
  • Forbered listen over hardware- og softwareudviklingskrav
  • Færdiggør forbindelseskravene
  • Forbered tjekliste for miljøopsætning
  • Opsætning af testmiljø og testdata
  • Udfør røgtest på bygningen
  • Accepter / afvis bygningen afhængigt af røgtestresultatet
  • Opsætning af miljø fungerer i henhold til planen og tjeklisten
  • Opsætningen af ​​testdata er afsluttet
  • Røgtest er vellykket
  • Miljø klar med testdata opsat
  • Røgtestresultater.
Testudførelse
  • Baseret RTM, testplan, test case / scripts er tilgængelige
  • Testmiljøet er klar
  • Opsætningen af ​​testdata er færdig
  • Enheds- / integrationstestrapport for den build, der skal testes, er tilgængelig
  • Udfør tests som pr. Plan
  • Dokumenter testresultater og logfejl i mislykkede sager
  • Opdater testplaner / testcases, hvis det er nødvendigt
  • Kortfejl for at teste sager i RTM
  • Test igen fejlrettelserne
  • Regression Test af anvendelse
  • Spor manglerne til lukning
  • Alle planlagte tests udføres
  • Fejl logget og spores til lukning
  • Fuldført RTM med eksekveringsstatus
  • Testcases opdateret med resultater
  • Fejlrapporter
Lukning af testcyklus
  • Testen er afsluttet
  • Testresultater er tilgængelige
  • Fejllogfiler er tilgængelige
  • Evaluer cyklusafslutningskriterier baseret på - Tid, testdækning, omkostninger, softwarekvalitet, kritiske forretningsmål
  • Forbered testmålinger baseret på ovenstående parametre.
  • Dokumenter indlæringen af ​​projektet
  • Forbered testlukningsrapport
  • Kvalitativ og kvantitativ rapportering af kvaliteten af ​​arbejdsproduktet til kunden.
  • Testresultatanalyse for at finde ud af defektfordelingen efter type og sværhedsgrad
Testlukningsrapport underskrevet af klienten
  • Rapport om lukning af test
  • Test metrics

Interessante artikler...