Ce se întâmplă cu raportul de bug dacă nu a fost corectat?

Dacă un raport de eroare nu a fost corectat, acesta trece prin următoarele etape în ciclul său de viață:

• Deschis (Open): Raportul de eroare este creat și transmis echipei de dezvoltare.
• Atribuit (Assigned): Sarcina de remediere a erorii este atribuită unui dezvoltator sau echipe specifică.
• Respins (Rejected / Declined): Eroarea poate fi respinsă din mai multe motive:
  • Nu este o eroare (Not a Bug): Comportamentul descris este cel așteptat.
  • Dublură (Duplicate): Eroarea a fost deja înregistrată anterior.
  • Nu se poate reproduce (Cannot Reproduce): Nu este posibil să reproduceți eroarea cu pașii furnizați.
  • Nu va fi remediată (Will Not Fix): Eroarea nu va fi remediată conform deciziei conducerii (prioritate scăzută, risc ridicat, lipsă de resurse etc.).
  • Se necesită mai multe informații (Need More Info): Sunt necesare informații suplimentare pentru a reproduce sau înțelege problema.
• Amânat (Deferred / Postponed): Remedierea erorii a fost amânată pentru o versiune sau o iterație ulterioară din cauza priorităților mai mari sau a lipsei de timp/resurse.
• Închis (Closed): În caz de respingere sau amânare, raportul de eroare ajunge în cele din urmă în starea "Închis", dar fără remediere.

Destinația finală a unei erori nerezolvate depinde de starea sa și de decizia luată:

• Dacă a fost respinsă, raportul de eroare este pur și simplu arhivat. Pot fi adăugate comentarii justificative.
• Dacă a fost amânată, poate fi redeschis în viitor când va exista posibilitatea de a o remedia, sau închis definitiv dacă decizia de a nu o remedia devine definitivă.

Este important ca în sistemul de gestionare a erorilor să existe un istoric clar al modificărilor de stare și comentarii care explică motivele fiecărei tranziții.