Defekt / bug-livscykel vid programvarutestning

Vad är Defect Life Cycle?

Defect Life Cycle eller Bug Life Cycle i programvarutestning är den specifika uppsättning tillstånd som defekt eller bug går igenom under hela sitt liv. Syftet med Defect-livscykeln är att enkelt samordna och kommunicera den aktuella statusen för defekten som ändras till olika uppdragsgivare och göra fixeringsprocessen systematisk och effektiv.

Defektstatus

Defektstatus eller bugstatus i defektlivscykeln är det nuvarande tillståndet från vilket defekten eller ett fel för närvarande genomgår. Målet med defektstatus är att exakt förmedla det aktuella tillståndet eller framstegen för en defekt eller fel för att bättre spåra och förstå den faktiska utvecklingen av defektens livscykel.

Antalet stater som en defekt går igenom varierar från projekt till projekt. Nedanstående livscykeldiagram täcker alla möjliga tillstånd

Ny: När en ny defekt loggas och bokförs för första gången. Det tilldelas en status som NY.
Tilldelad: När felet har publicerats av testaren godkänner testarens ledning felet och tilldelar felet till utvecklargruppen
Öppen : Utvecklaren börjar analysera och arbetar med fixfixen
Fast : När en utvecklare gör en nödvändig kodändring och verifierar ändringen kan han eller hon göra felstatus som "Fixad".
Väntande omprövning : När defekten har åtgärdats ger utvecklaren en viss kod för omprövning av koden till testaren. Eftersom programvarutestningen förblir i väntan från testarens slut är den tilldelade statusen "väntande på nytt."
Omprövning : Tester gör omprövning av koden i detta skede för att kontrollera om defekten är rättad av utvecklaren eller inte och ändrar status till "Testa om".

Verifierad : Testaren testar felet igen efter att det fixats av utvecklaren. Om det inte upptäcks något fel i programvaran, fixas felet och den tilldelade statusen "verifieras".
Öppna igen : Om felet kvarstår även efter att utvecklaren har åtgärdat felet ändrar testaren status till "återöppnad". Återigen går buggen igenom livscykeln.
Stängd : Om felet inte längre finns, tilldelar testaren status "Stängd."
Dubblett : Om defekten upprepas två gånger eller om defekten motsvarar samma koncept av felet ändras status till "duplikat".
Avvisad : Om utvecklaren anser att defekten inte är en verklig defekt ändras den till "avvisad".
Uppskjuten : Om det nuvarande felet inte har högsta prioritet och om det förväntas fixas i nästa version, tilldelas status "Uppskjuten" till sådana buggar
Inte ett fel : Om det inte påverkar programmets funktionalitet är statusen som tilldelats ett fel "Inte ett fel".

Defekt livscykel förklaras

Tester hittar felet
Status tilldelad defekt- Ny
En defekt vidarebefordras till projektledaren för analys
Projektledaren bestämmer om en defekt är giltig
Här är defekten inte giltig - status ges "Avvisad."
Så projektledare tilldelar en status avvisad . Om defekten inte avvisas är nästa steg att kontrollera om den är i omfång. Antag att vi har en annan funktion - e-postfunktionalitet för samma applikation, och du hittar ett problem med det. Men det är inte en del av den aktuella utgåvan när sådana defekter tilldelas som uppskjuten eller uppskjuten status.
Därefter verifierar chefen om en liknande defekt uppstod tidigare. Om ja defekt tilldelas en status duplikat .
Om nej tilldelas defekten utvecklaren som börjar fixa koden. Under detta steg tilldelas defekten en pågående status .
När koden är fixad. En defekt tilldelas en fixad status
Därefter testar testaren koden igen. Om testfallet passerar är defekten stängd. Om testfallet misslyckas igen öppnas defekten igen och tilldelas utvecklaren.
Tänk på en situation där under den första utgåvan av Flight Reservation en defekt hittades i faxorder som fixades och tilldelades en status stängd. Under den andra uppgraderingen släppte samma defekt igen. I sådana fall kommer en stängd defekt att öppnas igen.