Defekt / bug livscyklus i softwaretest

Hvad er defekt livscyklus?

Defekt livscyklus eller bug livscyklus i softwaretest er det specifikke sæt stater, som defekt eller fejl går igennem i hele sit liv. Formålet med defektets livscyklus er let at koordinere og kommunikere den aktuelle status for defekten, der ændres til forskellige rettighedshavere og gøre fejlfikseringsprocessen systematisk og effektiv.

Defektstatus

Defektstatus eller fejlstatus i defektets livscyklus er den nuværende tilstand, hvorfra defekten eller en fejl i øjeblikket gennemgår. Målet med defektstatus er nøjagtigt at formidle den aktuelle tilstand eller fremskridt for en defekt eller fejl for bedre at kunne spore og forstå den faktiske forløb af mangelfaktoren.

Antallet af stater, som en mangel gennemgår, varierer fra projekt til projekt. Nedenfor livscyklusdiagrammet dækker alle mulige tilstande

Ny: Når en ny fejl logges og bogføres for første gang. Det tildeles en status som NY.
Tildelt: Når bugten er sendt af testeren, godkender testens ledelse bugten og tildeler bugten til udviklerholdet
Åben : Udvikleren begynder at analysere og arbejder på fejlrettelsen
Fast : Når en udvikler foretager en nødvendig kodeændring og verificerer ændringen, kan han eller hun lave fejlstatus som "Fixet."
Afventer gentest : Når først manglen er rettet, giver udvikleren en bestemt kode til at teste koden igen til testeren. Da softwaretesten forbliver afventende fra testers slutning, er den tildelte status "afventer gentest."
Gentest : Tester foretager gentest af koden på dette trin for at kontrollere, om manglen er rettet af udvikleren eller ej, og ændrer status til "Gentest."

Bekræftet : Testeren tester fejlen igen, efter at den er rettet af udvikleren. Hvis der ikke registreres nogen fejl i softwaren, er fejlen rettet, og den tildelte status er "verificeret".
Genåbning : Hvis fejlen fortsætter, selv efter at udvikleren har rettet fejlen, ændrer testeren status til "genåbnet". Igen går bugten gennem livscyklussen.
Lukket : Hvis fejlen ikke længere eksisterer, tildeler testeren status "Lukket."
Duplikat : Hvis defekten gentages to gange, eller manglen svarer til det samme koncept for fejlen, ændres status til "duplikat".
Afvist : Hvis udvikleren føler, at manglen ikke er en ægte fejl, ændrer den manglen til "afvist".
Udskudt : Hvis den nuværende fejl ikke har hovedprioritet, og hvis den forventes at blive rettet i næste udgivelse, tildeles status "Udskudt" til sådanne fejl
Ikke en fejl : Hvis den ikke påvirker applikationens funktionalitet, er statusen til en fejl "Ikke en fejl".

Defekt livscyklus forklaret

Tester finder manglen
Status tildelt defekt- Ny
En fejl videresendes til projektleder til analyse
Projektleder beslutter, om en mangel er gyldig
Her er manglen ikke gyldig - status får "Afvist".
Så projektleder tildeler en afvist status . Hvis manglen ikke afvises, er det næste trin at kontrollere, om den er inden for omfanget. Antag, at vi har en anden funktion - e-mail-funktionalitet til den samme applikation, og du finder et problem med det. Men det er ikke en del af den nuværende frigivelse, når sådanne mangler tildeles som udsat eller udsat status.
Dernæst verificerer lederen, om en lignende mangel blev rejst tidligere. Hvis ja, defekt tildeles en status duplikat .
Hvis nej, er manglen tildelt udvikleren, der begynder at rette koden. I løbet af dette trin tildeles defekten en status, der er i gang.
Når koden er rettet. En defekt tildeles en fast status
Dernæst tester testeren koden igen. Hvis testsagen passerer, er manglen lukket. Hvis testsagerne mislykkes igen, genåbnes fejlen og tildeles udvikleren.
Overvej en situation, hvor der under den første frigivelse af Flight Reservation blev fundet en defekt i faxordren, der blev rettet og tildelt en status lukket. Under den anden opgradering frigives den samme defekt igen. I sådanne tilfælde genåbnes en lukket mangel .