Defekt / feil livssyklus i programvaretesting

Hva er defekt livssyklus?

Defekt livssyklus eller bug livssyklus i programvaretesting er det spesifikke settet med tilstander som feil eller feil går gjennom i hele sitt liv. Hensikten med defekts livssyklus er å enkelt koordinere og kommunisere gjeldende status for feil som endres til forskjellige rettighetshavere og gjøre feilfiksingsprosessen systematisk og effektiv.

Defektstatus

Defektstatus eller feilstatus i mangel livssyklus er den nåværende tilstanden som mangelen eller en feil for øyeblikket gjennomgår fra. Målet med feilstatus er å presis formidle den nåværende tilstanden eller fremdriften til en feil eller feil for å bedre spore og forstå den faktiske fremdriften i mangelens livssyklus.

Antall stater som en mangel går gjennom varierer fra prosjekt til prosjekt. Nedenfor livssyklusdiagrammet dekker alle mulige tilstander

Ny: Når en ny feil blir logget og lagt ut for første gang. Det er tildelt en status som NY.
Tildelt: Når feilen er lagt ut av testeren, godkjenner testens ledelse feilen og tildeler feilen til utviklerteamet
Åpent : Utvikleren begynner å analysere og jobber med mangelfiksingen
Fast : Når en utvikler foretar en nødvendig kodebytte og verifiserer endringen, kan han eller hun lage feilstatus som "Fixed."
Venter på nytt test : Når feilen er løst, gir utvikleren en bestemt kode for å teste koden på nytt til testeren. Siden programvaretestingen forblir i påvente fra testers slutt, er statusen som er tildelt "venter på nytt."
Retest : Tester foretar omprøving av koden på dette stadiet for å kontrollere om feilen er løst av utvikleren eller ikke, og endrer status til "Re-test."

Bekreftet : Testeren tester feilen på nytt etter at den ble løst av utvikleren. Hvis det ikke oppdages noen feil i programvaren, blir feilen løst, og den tildelte statusen "bekreftes".
Åpne igjen : Hvis feilen vedvarer selv etter at utvikleren har løst feilen, endrer testeren statusen til "gjenåpnet". Nok en gang går feilen gjennom livssyklusen.
Stengt : Hvis feilen ikke lenger eksisterer, tildeler tester statusen "Stengt."
Duplikat : Hvis feilen gjentas to ganger, eller feilen tilsvarer det samme konseptet med feilen, endres statusen til "duplikat".
Avvist : Hvis utvikleren føler at mangelen ikke er en reell mangel, endrer den feilen til "avvist."
Utsatt : Hvis den nåværende feilen ikke har hovedprioritet, og hvis det forventes å bli løst i neste utgivelse, blir status "Utsatt" tildelt slike feil
Ikke en feil : Hvis den ikke påvirker funksjonaliteten til applikasjonen, er statusen som er tildelt en feil "Ikke en feil".

Defekt livssyklus forklart

Tester finner feilen
Status tilordnet feil - Ny
En mangel sendes til prosjektleder for analyse
Prosjektleder avgjør om en mangel er gyldig
Her er mangelen ikke gyldig - status får "Avvist."
Så prosjektleder tildeler en avvist status . Hvis mangelen ikke blir avvist, er neste trinn å sjekke om den er i omfang. Anta at vi har en annen funksjon - e-postfunksjonalitet for samme applikasjon, og du finner et problem med det. Men det er ikke en del av den nåværende utgivelsen når slike mangler tildeles som utsatt eller utsatt status.
Deretter verifiserer sjefen om en lignende mangel ble reist tidligere. Hvis ja defekt er tildelt en status duplikat .
Hvis nei, er mangelen tildelt utvikleren som begynner å fikse koden. I løpet av dette stadiet tildeles feilen en status som pågår.
Når koden er løst. En feil er tildelt en status løst
Deretter vil testeren teste koden på nytt. I tilfelle testsaken passerer mangelen er lukket. Hvis testsakene mislykkes igjen, åpnes feilen og tildeles utvikleren.
Tenk på en situasjon der det under den første utgivelsen av Flight Reservation ble funnet en feil i faksordren som ble løst og tildelt en status lukket. I løpet av den andre oppgraderingen dukket den samme feilen opp igjen. I slike tilfeller vil en lukket mangel bli gjenåpnet.