what is software testing life cycle
Software testning:
I denne vejledning diskuterer vi udviklingen af softwaretest, Software Test af livscyklus og de forskellige faser involveret i STLC.
Hvad du vil lære:
8 faser af softwaretestning af livscyklus (STLC)
Udvikling:
1960's Trend:
1990's Trend
2000's Trend:
Testens tendens og kompetence ændrer sig. Det kræves nu, at testere er mere tekniske og procesorienterede. Test nu er ikke kun begrænset til kun at finde fejl, men har et bredere anvendelsesområde og er påkrævet lige fra starten af projektet, når kravene ikke engang er afsluttet.
Da test også er standardiseret. Ligesom udviklingen af software har en livscyklus, har også test en livscyklus. I de efterfølgende afsnit vil jeg diskutere, hvad en livscyklus er, og hvordan det er relateret til softwaretest og vil forsøge at uddybe det.
Lad os starte!
Hvad er livscyklus?
Livscyklus i det enkle udtryk henviser til rækkefølgen af ændringer fra en form til en anden form. Disse ændringer kan ske med alle håndgribelige eller immaterielle ting. Hver enhed har en livscyklus fra starten til pensionering / død.
På lignende måde er software også en enhed. Ligesom udvikling af software involverer en sekvens af trin, har test også trin, der skal udføres i en bestemt sekvens.
Dette fænomen at udføre testaktiviteterne på en systematisk og planlagt måde kaldes testning af livscyklus.
Hvad er softwaretest livscyklus (STLC)
Software Testing Life Cycle refererer til en testproces, der har specifikke trin, der skal udføres i en bestemt rækkefølge for at sikre, at kvalitetsmålene er nået. I STLC-processen udføres hver aktivitet på en planlagt og systematisk måde. Hver fase har forskellige mål og resultater. Forskellige organisationer har forskellige faser i STLC; dog forbliver grundlaget det samme.
Nedenfor er faserne i STLC:
- Kravsfase
- Planlægningsfase
- Analysefase
- Designfase
- Implementeringsfase
- Udførelsesfase
- Konklusionsfase
- Lukningsfase
# 1. Kravsfase :
I denne fase af STLC skal du analysere og studere kravene. Hold brainstorming med andre hold, og prøv at finde ud af, om kravene kan testes eller ej. Denne fase hjælper med at identificere omfanget af testen. Hvis en funktion ikke kan testes, skal du kommunikere den i denne fase, så afbødningsstrategien kan planlægges.
#to. Planlægningsfase :
qtp interview spørgsmål og svar pdf
I praktiske scenarier er testplanlægning det første trin i testprocessen. I denne fase identificerer vi de aktiviteter og ressourcer, der kan hjælpe med at nå testmålene. Under planlægningen forsøger vi også at identificere metrics, metoden til at samle og spore disse metrics.
På hvilket grundlag planlægningen udføres? Kun krav?
Svaret er NEJ. Krav udgør en af baserne, men der er 2 andre meget vigtige faktorer, der påvirker testplanlægningen. Disse er:
- Teststrategi for organisationen.
- Risikoanalyse / risikostyring og afbødning.
# 3. Analysefase:
Denne STLC-fase definerer “HVAD” der skal testes. Vi identificerer grundlæggende testbetingelserne gennem kravsdokumentet, produktrisici og andre testbaser. Testtilstanden skal kunne spores tilbage til kravet.
Der er forskellige faktorer, der påvirker identifikationen af testbetingelser:
- Niveauer og dybde af testning
- Produktets kompleksitet
- Produkt- og projektrisici
- Softwareudvikling livscyklus involveret.
- Testledelse
- Færdigheder og viden om holdet.
- Tilgængelighed af interessenter.
Vi skal prøve at nedskrive testbetingelserne på en detaljeret måde. For eksempel for en e-handelswebapplikation kan du have en testbetingelse som 'Bruger skal være i stand til at foretage en betaling'. Eller du kan specificere det ved at sige 'Brugeren skal være i stand til at foretage betaling via NEFT, betalingskort og kreditkort'.
Den vigtigste fordel ved at skrive den detaljerede testbetingelse er, at den øger testdækningen, da testsagerne vil blive skrevet på baggrund af testtilstanden. Disse detaljer vil udløse til at skrive mere detaljerede testsager, som i sidste ende vil øge dækningen.
Identificer også udgangskriterierne for testen, dvs. bestem nogle betingelser, hvornår du vil stoppe testen.
# 4. Designfase:
Denne fase definerer “HVORDAN” der skal testes. Denne fase involverer følgende opgaver:
- Detaljer om testtilstanden. Opdel testbetingelserne i flere underbetingelser for at øge dækningen.
- Identificer og få testdata
- Identificer og opsæt testmiljøet.
- Opret målingerne for sporbarhedskrav
- Opret testdækningsmålinger.
# 5. Implementeringsfase:
Den største opgave i denne STLC-fase er oprettelse af de detaljerede testsager. Prioriter testtilfældene, og identificer også, hvilken testtilfælde der bliver en del af regressionspakken. Før afslutningen af testsagen er det vigtigt at gennemføre gennemgangen for at sikre, at testsagerne er korrekte. Glem heller ikke at fjerne tegnet fra testsagerne, før den faktiske udførelse starter.
Hvis dit projekt involverer automatisering, skal du identificere kandidat-testcases til automatisering og fortsætte med at scripte testcases. Glem ikke at gennemgå dem!
# 6. Udførelsesfase :
Som navnet antyder, er dette softwaretestets livscyklusfase, hvor den faktiske udførelse finder sted. Men inden du starter din udførelse, skal du sørge for, at dit adgangskriterium er opfyldt. Udfør testsagerne, logfejl i tilfælde af uoverensstemmelse. Udfyld samtidigt dine sporbarhedsmålinger for at spore dine fremskridt.
# 7. Konklusionsfase :
Denne STLC-fase koncentrerer sig om exitkriterierne og rapporteringen. Afhængigt af dit projekt og interessenternes valg kan du beslutte at rapportere, om du vil sende en daglig rapport om ugerapporten osv.
Der er forskellige typer rapporter (DSR - Daglig statusrapport, WSR - Ugentlige statusrapporter), som du kan sende, men det vigtige punkt er, at indholdet af rapporten ændres og afhænger af, hvem du sender dine rapporter.
Hvis projektledere hører til testbaggrund, er de mere interesserede i projektets tekniske aspekt, så inkluder de tekniske ting i din rapport (antal testsager, der er bestået, mislykkedes, mangler er rejst, sværhedsgrad 1 mangler osv.).
Men hvis du rapporterer til øvre interessenter, er de muligvis ikke interesseret i de tekniske ting, så rapporter dem om de risici, der er afhjulpet gennem testen.
# 8. Lukningsfase:
Opgaver til lukningsaktiviteterne inkluderer følgende:
- Kontroller, om testen er gennemført. Uanset om alle testsagerne udføres eller mildnes bevidst. Kontroller, at der ikke er åbnet nogen alvorlighedsfejl.
- Lav lektioner mødet og opret lektioner lærte dokument. (Medtag hvad der gik godt, hvor er omfanget af forbedringer, og hvad der kan forbedres)
Konklusion
Lad os prøve at opsummere Software Testing Life Cycle (STLC) det nu!
| S. nr | Fase navn | Indgangskriterier | Aktiviteter udført | Leverancer |
|---|---|---|---|---|
| 7 | Konklusion | Opdaterede testsager med resultater Test lukningsbetingelser | Angiv de nøjagtige tal og resultatet af testningen Identificer de risici, der mindskes | Opdaterede sporbarhedsmålinger Testoversigtsrapport Opdateret risikostyringsrapport |
| 1 | Krav | Kravspecifikationsdokument Dokument til applikationsdesign Dokument om kriterier for brugeraccept | Gør brainstorming af kravene. Opret en liste med krav, og få din tvivl klargjort. Forstå gennemførligheden af kravene, om det er testbart eller ej. Hvis dit projekt kræver automatisering, skal du foretage automatiseringsundersøgelsen. | RUD (Krav til forståelsesdokument. Test af gennemførlighedsrapporten Rapport om automatiseringsmuligheder. |
| to | Planlægning | Opdateret kravdokument. Test gennemførlighedsrapporter “ Rapport om automatiseringsmuligheder. | Definer omfanget af projektet Udfør risikoanalysen, og udarbejd risikobegrænsningsplanen. Udfør testestimering. Bestem den overordnede teststrategi og proces. Identificer værktøjerne og ressourcerne, og kontroller, om der er behov for træning. Identificer miljøet. | Testplan dokument. Risikoreducerende dokument. Testestimationsdokument. |
| 3 | Analyse | Opdateret kravdokument Testplan dokument Risikodokument Testestimationsdokument | Identificer de detaljerede testbetingelser | Dokument om testbetingelser. |
| 4 | Design | Opdateret kravdokument Dokument om testbetingelser | Detaljer om testtilstanden. Identificer testdataene Opret sporbarhedsmetrics | Detaljeret testtilstandsdokument Kravsporbarhedsmålinger Test dækningsmålinger |
| 5 | Implementering | Detaljeret testtilstandsdokument | Opret og gennemgå testsagerne. Opret og gennemgå automatiseringsskripterne. Identificer kandidat-testsagerne til regression og automatisering. Identificer / opret testdata Tag afsked med testsagerne og scripts. | Test tilfælde Test scripts Testdata |
| 6 | Udførelse | Test tilfælde Test scripts | Udfør testsagerne Log bugs / defekter i tilfælde af uoverensstemmelse Rapporter status | Testudførelsesrapport Fejlrapport Testlog og Defektlog Opdaterede krav til sporbarhedskrav |
| 8 | Lukning | Testens lukningstilstand Testoversigtsrapport | Foretag den retrospektive møde og forstå de indhøstede erfaringer | Erfaringer dokument Test matricer Testlukningsrapport. |
GLAD TEST !!
Anbefalet læsning
- Bedste softwaretestværktøjer 2021 (QA Test Automation Tools)
- Softwaretest QA Assistant Job
- Software Testing Course: Hvilket Software Testing Institute skal jeg tilmelde mig?
- Valg af softwaretest som din karriere
- Softwaretest Teknisk indhold Writer Freelancer Job
- Nogle interessante softwaretestinterviewspørgsmål
- Feedback og anmeldelser om softwaretestkursus
- Hvad er defekt / bug-livscyklus i softwaretest? Vejledning i defekt livscyklus