Xəta hesabatı düzəldilməyibsə, nə baş verir?

Əgər bug-raport düzəldilməyibsə, o aşağıdakı həyat dövrü mərhələlərindən keçir:

• Açıq (Open): Bug-raport yaradılır və inkişaf komandası ilə paylaşılır.
• Təyin olunmuş (Assigned): Xətanın düzəldilməsi tapşırığı müəyyən bir inkişafçıya və ya komandaya təyin edilir.
• Rədd edilmiş (Rejected / Declined): Xəta müxtəlif səbəblərə görə rədd edilə bilər:
  • Xəta deyil (Not a Bug): Təsvir olunan davranış gözlənilən funksionallıqdır.
  • Dublikat (Duplicate): Xəta əvvəldən qeydiyyata alınıb.
  • Yenidən yaratmaq mümkün deyil (Cannot Reproduce): Verilən addımlarla xəta təkrarlana bilməz.
  • Təmir olunmayacaq (Will Not Fix): Xəta rəhbərliyin qərarı ilə təmir olunmayacaq (aşağı prioritet, yüksək risk, resurs çatışmazlığı və s.).
  • Əlavə məlumatlar lazımdır (Need More Info): Problemi təkrarlamaq və ya başa düşmək üçün əlavə məlumatlar tələb olunur.
• Gecikdirilib (Deferred / Postponed): Xətanın düzəldilməsi daha yüksək prioritetli digər tapşırıqlar və ya vaxt/resurs çatışmazlığı səbəbindən daha sonra buraxılır.
• Bağlanıb (Closed): Rədd və ya gecikdirmə halında, xəta-raport sonda "Bağlanıb" statusuna keçir, lakin təmir olunmayıb.

Təmir olunmayan xəta üçün son taleyin onun statusu və qəbul edilmiş qərarına bağlıdır:

• Əgər rədd edilibsə, xəta-raport sadəcə arxivləşdirilir. Əsaslandırıcı şərhlər əlavə oluna bilər.
• Əgər gecikdirilibsə, gələcəkdə onun düzəldilməsi imkanı yaranarsa, yenidən açmaq və ya qəti şəkildə bağlamaq mümkündür, əgər təmir etməmək qərarı qətiyyətlə qəbul olunursa.

Xəta idarəetmə sistemində, status dəyişikliklərinin və hər bir keçidin səbəblərini izah edən şərhlərin aydın tarixi olması vacibdir.