Ciclul de viață al defectelor / erorilor în testarea software-ului

Ce este ciclul de viață al defectelor?

Ciclul de viață al defectelor sau ciclul de viață al erorilor în testarea software-ului este setul specific de stări prin care defectul sau eroarea trece prin întreaga sa viață. Scopul ciclului de viață al defectului este de a coordona și comunica cu ușurință starea curentă a defectului, care se schimbă la diferiți cesionari și face procesul de remediere a defectelor sistematic și eficient.

Starea defectului

Starea defectului sau Starea erorii în ciclul de viață al defectului este starea actuală din care suferă defectul sau o eroare. Scopul statutului defectului este de a transmite cu precizie starea actuală sau progresul unui defect sau eroare pentru a urmări și a înțelege mai bine progresul real al ciclului de viață al defectului.

Numărul de stări prin care trece un defect variază de la proiect la proiect. Sub diagrama ciclului de viață, acoperă toate stările posibile

Nou: Când un nou defect este înregistrat și înregistrat pentru prima dată. I se atribuie o stare ca NOU.
Atribuit: Odată ce eroarea este postată de tester, conducătorul testerului aprobă eroarea și atribuie eroarea echipei de dezvoltatori
Deschis : dezvoltatorul începe să analizeze și lucrează la remedierea defectului
Remediat : atunci când un dezvoltator efectuează o modificare de cod necesară și verifică modificarea, el sau ea poate face starea de eroare ca „Remediat”.
Retestare în așteptare : Odată ce defectul este remediat, dezvoltatorul dă un anumit cod pentru testarea din nou a codului către tester. Deoarece testarea software rămâne în așteptare de la finalizarea testerelor, starea atribuită este „în așteptarea retestării”.
Reîncercare : Testerul efectuează reevaluarea codului în această etapă pentru a verifica dacă defectul este rezolvat de dezvoltator sau nu și schimbă starea în „Re-testare”.

Verificat : testerul re-testează eroarea după ce a fost remediată de dezvoltator. Dacă nu este detectată nicio eroare în software, atunci eroarea este remediată și starea atribuită este „verificată”.
Redeschideți : dacă eroarea persistă chiar și după ce dezvoltatorul a remediat eroarea, testerul schimbă starea în „redeschis”. Încă o dată bug-ul trece prin ciclul de viață.
Închis : dacă eroarea nu mai există, testerul atribuie starea „Închis”.
Duplicat : dacă defectul se repetă de două ori sau defectul corespunde aceluiași concept al erorii, starea se schimbă în „duplicat”.
Respins : dacă dezvoltatorul consideră că defectul nu este un defect autentic, atunci îl modifică în „respins”.
Amânat : Dacă bug-ul actual nu are o prioritate principală și dacă este de așteptat să fie remediat în următoarea versiune, atunci starea „Amânat” este atribuită acestor bug-uri
Nu este o eroare : dacă nu afectează funcționalitatea aplicației, atunci starea atribuită unei erori este „Nu este o eroare”.

Ciclul de viață al defectelor a fost explicat

Tester găsește defectul
Stare atribuită defectului - Nou
Un defect este transmis către managerul de proiect pentru analiză
Managerul de proiect decide dacă un defect este valid
Aici defectul nu este valid - un statut este dat „Respins”.
Deci, managerul de proiect atribuie un statut respins . Dacă defectul nu este respins, următorul pas este să verificați dacă acesta este în domeniul de aplicare. Să presupunem că avem o altă funcție - funcționalitatea de e-mail pentru aceeași aplicație și veți găsi o problemă cu aceasta. Dar nu face parte din versiunea actuală atunci când astfel de defecte sunt atribuite ca stare amânată sau amânată .
Apoi, managerul verifică dacă un defect similar a fost ridicat mai devreme. Dacă da defectului i se atribuie un duplicat de stare .
Dacă nu, defectul este atribuit dezvoltatorului care începe să remedieze codul. În această etapă, defectului i se atribuie o stare în curs.
Odată ce codul este fixat. Unui defect i se atribuie o stare remediată
Apoi, testerul va re-testa codul. În cazul în care Test Case trece defectul este închis. Dacă cazurile de testare eșuează din nou, defectul este redeschis și atribuit dezvoltatorului.
Luați în considerare o situație în care, în timpul primei versiuni a rezervării zborului, a fost găsit un defect în comanda de fax care a fost remediată și a cărui stare a fost închisă. În timpul celei de-a doua versiuni de upgrade, același defect a reapărut din nou. În astfel de cazuri, un defect închis va fi redeschis.