what is software testing life cycle
Programvaretesting:
I denne opplæringen diskuterer vi utviklingen av programvaretesting, Programvare Testing livssyklus og de ulike fasene involvert i STLC.
Hva du vil lære:
8 faser av programvaretesting av livssyklus (STLC)
Utvikling:
1960-tallets trend:
1990’s Trend
2000-trenden:
Trenden og kompetansen til testing endrer seg. Nå kreves det at testere er mer tekniske og prosessorienterte. Testing nå er ikke bare begrenset bare for å finne feil, men har et bredere omfang og kreves helt fra begynnelsen av prosjektet når kravene ikke en gang er ferdig.
Siden testing er også standardisert. Akkurat som utvikling av programvare har en livssyklus, har også testing en livssyklus. I de påfølgende avsnittene vil jeg diskutere hva en livssyklus er og hvordan det er relatert til programvaretesting, og vil prøve å utdype det.
La oss starte!
Hva er livssyklus?
Livssyklus i det enkle begrepet refererer til endringssekvensen fra en form til en annen form. Disse endringene kan skje med alle håndgripelige eller immaterielle ting. Hver enhet har en livssyklus fra starten til pensjon / død.
På lignende måte er programvare også en enhet. Akkurat som å utvikle programvare innebærer en sekvens av trinn, har testing også trinn som skal utføres i en bestemt sekvens.
Dette fenomenet å utføre testaktivitetene på en systematisk og planlagt måte kalles testing livssyklus.
Hva er programvaretesting livssyklus (STLC)
Software Testing Life Cycle refererer til en testprosess som har spesifikke trinn som skal utføres i en bestemt rekkefølge for å sikre at kvalitetsmålene er oppnådd. I STLC-prosessen utføres hver aktivitet på en planlagt og systematisk måte. Hver fase har forskjellige mål og leveranser. Ulike organisasjoner har forskjellige faser i STLC; imidlertid forblir grunnlaget det samme.
Nedenfor er fasene til STLC:
- Kravsfase
- Planleggingsfase
- Analysefase
- Designfase
- Implementeringsfase
- Utførelsesfase
- Konklusjonsfase
- Avslutningsfase
#1. Kravsfase :
I løpet av denne fasen av STLC, analyser og studer kravene. Ta idédugnad med andre lag og prøv å finne ut om kravene kan testes eller ikke. Denne fasen hjelper deg med å identifisere omfanget av testingen. Hvis noen funksjoner ikke kan testes, kommuniser den i løpet av denne fasen slik at avbøtingsstrategien kan planlegges.
#to. Planleggingsfase :
hvordan be om forfremmelse i prestasjonsvurdering
I praktiske scenarier er testplanlegging det første trinnet i testprosessen. I denne fasen identifiserer vi aktivitetene og ressursene som kan bidra til å oppnå testmålene. Under planleggingen prøver vi også å identifisere beregningene, metoden for å samle og spore disse beregningene.
På hvilket grunnlag gjøres planleggingen? Bare krav?
Svaret er nei. Krav utgjør en av basene, men det er to andre svært viktige faktorer som påvirker testplanlegging. Disse er:
- Teststrategi for organisasjonen.
- Risikoanalyse / Risikostyring og avbøting.
# 3. Analysefase:
Denne STLC-fasen definerer “HVA” som skal testes. Vi identifiserer i utgangspunktet testforholdene gjennom kravdokumentet, produktrisiko og andre testbaser. Testtilstanden skal kunne spores tilbake til kravet.
Det er forskjellige faktorer som påvirker identifiseringen av testforholdene:
- Nivåer og dybde av testing
- Produktets kompleksitet
- Produkt- og prosjektrisiko
- Livsyklus med programvareutvikling involvert.
- Testledelse
- Ferdigheter og kunnskap fra teamet.
- Tilgjengeligheten til interessentene.
Vi bør prøve å skrive ned testforholdene på en detaljert måte. For eksempel, for en netthandelsapplikasjon, kan du ha en testbetingelse som 'Bruker skal kunne foreta en betaling'. Eller du kan detaljere det ved å si 'Bruker skal kunne betale med NEFT, debetkort og kredittkort'.
Den viktigste fordelen med å skrive den detaljerte testtilstanden er at den øker testdekningen siden testsakene vil bli skrevet på grunnlag av testtilstanden. Disse detaljene vil utløse å skrive mer detaljerte testsaker som til slutt vil øke dekningen.
Identifiser også utgangskriteriene for testingen, dvs. bestemme noen forhold når du skal stoppe testen.
# 4. Designfase:
Denne fasen definerer “HVORDAN” å teste. Denne fasen innebærer følgende oppgaver:
- Detaljer om testtilstanden. Del testforholdene opp i flere underbetingelser for å øke dekningen.
- Identifiser og få testdataene
- Identifiser og sett opp testmiljøet.
- Lag kravene til sporbarhet
- Opprett målinger for testdekning.
# 5. Implementeringsfase:
Hovedoppgaven i denne STLC-fasen er å lage detaljerte testtilfeller. Prioriter testtilfellene, og identifiser også hvilken testtilfelle som blir en del av regresjonspakken. Før du avslutter prøvesaken, er det viktig å gjennomføre gjennomgangen for å sikre at prøvesakene er riktige. Ikke glem å ta tegnet av testsakene før den faktiske gjennomføringen starter.
Hvis prosjektet ditt involverer automatisering, identifiser kandidat-testsakene for automatisering og fortsett med å skriptere testsakene. Ikke glem å anmelde dem!
# 6. Utførelsesfase :
Som navnet antyder, er dette Software Testing Life Cycle-fasen der selve kjøringen finner sted. Men før du begynner å utføre, må du sørge for at oppføringskriteriet ditt er oppfylt. Utfør testtilfellene, logg mangler i tilfelle avvik. Fyll beregningene for sporbarhet samtidig for å spore fremgangen din.
# 7. Konklusjonsfase :
Denne STLC-fasen konsentrerer seg om utgangskriteriene og rapporteringen. Avhengig av prosjekt og interessenter, kan du bestemme om du vil sende ut en daglig rapport om ukerapporten osv.
Det er forskjellige typer rapporter (DSR - Daily status report, WSR - Weekly status reports) som du kan sende, men det viktige poenget er at innholdet i rapporten endres og avhenger av hvem du sender rapportene dine.
Hvis prosjektledere tilhører testbakgrunn, er de mer interessert i det tekniske aspektet av prosjektet, så inkluder de tekniske tingene i rapporten din (antall testtilfeller som er bestått, mislyktes, mangler opphøyet, alvorlighetsgrad 1 mangler osv.).
Men hvis du rapporterer til øvre interessenter, er de kanskje ikke interessert i de tekniske tingene, så rapporter dem om risikoen som er redusert gjennom testingen.
# 8. Avslutningsfase:
Oppgaver for avslutningsaktivitetene inkluderer følgende:
- Sjekk om testen er fullført. Om alle testsakene er henrettet eller mildnet bevisst. Kontroller at det ikke er noen alvorlige feil.
- Gjør leksjoner møte og lage leksjoner lært dokument. (Inkluder hva som gikk bra, hvor er omfanget av forbedringer og hva som kan forbedres)
Konklusjon
La oss prøve å oppsummere Software Testing Life Cycle (STLC) det nå!
| S. nr | Fasenavn | Oppføringskriterier | Aktiviteter utført | Leveranser |
|---|---|---|---|---|
| 7 | Konklusjon | Oppdaterte testsaker med resultater Test betingelser for stenging | Oppgi nøyaktige tall og resultat av testing Identifiser risikoen som reduseres | Oppdaterte sporbarhetsberegninger Testoppsummeringsrapport Oppdatert risikostyringsrapport |
| 1 | Krav | Kravspesifikasjonsdokument Søknad design dokument Dokument for kriterier for brukeraksept | Gjør idédugnad av kravene. Lag en liste over krav og få tvilene dine avklart. Forstå muligheten av kravene om det er testbart eller ikke. Hvis prosjektet ditt krever automatisering, gjør du mulighetsstudien. | RUD (Krav til forståelsesdokument. Testing av gjennomførbarhetsrapport Rapport om automatiseringsmuligheter. |
| to | Planlegger | Oppdatert kravdokument. Test mulighetsrapporter “ Rapport om automatiseringsmuligheter. | Definer omfanget av prosjektet Gjør risikoanalysen og utarbeid risikoreduksjonsplanen. Utfør testestimering. Bestem den overordnede teststrategien og prosessen. Identifiser verktøy og ressurser og se etter eventuelle opplæringsbehov. Identifiser miljøet. | Testplan dokument. Risikoreduserende dokument. Testestimasjonsdokument. |
| 3 | Analyse | Oppdatert kravdokument Testplan dokument Risikodokument Testestimasjonsdokument | Identifiser de detaljerte testbetingelsene | Dokument for testforhold. |
| 4 | Design | Oppdatert kravdokument Dokument for testforhold | Detaljer om testtilstanden. Identifiser testdataene Lag sporbarhetsberegningene | Detaljert dokument for testtilstand Kravsporbarhetsberegninger Test dekning beregninger |
| 5 | Gjennomføring | Detaljert dokument for testtilstand | Opprett og gjennomgå prøvesakene. Opprett og gjennomgå automatiseringsskriptene. Identifiser kandidatprøvesakene for regresjon og automatisering. Identifiser / opprett testdataene Avmeld testsakene og skriptene. | Test tilfeller Test skript Testdata |
| 6 | Henrettelse | Test tilfeller Test skript | Utfør testsakene Logg feil / mangler i tilfelle avvik Rapporter statusen | Testutførelsesrapport Manglerapport Testlogg og Defektlogg Oppdaterte krav til sporbarhet |
| 8 | Lukking | Test lukking tilstand Testoppsummeringsrapport | Gjør den retrospektive møtet og forstå leksjonene | Lærdommer dokument Test matriser Testavslutningsrapport. |
GLAD TESTING !!
Anbefalt lesing
- Beste verktøy for testing av programvare 2021 (QA Test Automation Tools)
- Programvaretesting QA Assistant Job
- Programvare Testing Course: Hvilket programvare Testing Institute skal jeg delta?
- Velge programvaretesting som din karriere
- Programvaretesting Teknisk innhold Writer Freelancer Jobb
- Noen interessante spørsmål om intervjuer med programvaretesting
- Programvaretestkurs Tilbakemelding og anmeldelser
- Hva er defekt / bug-livssyklus i programvaretesting? Defekt livssyklusopplæring