Какво се случва с баг репорта, ако не е бил поправен?

Ако съобщението за грешка не е било коригирано, то преминава през следните етапи от жизнения си цикъл:

• Отворено (Open): Съобщението за грешка се създава и предава на екипа за разработка.
• Назначено (Assigned): Задачата за коригиране на грешката се възлага на конкретен разработчик или екип.
• Отхвърлено (Rejected / Declined): Грешката може да бъде отхвърлена по различни причини:
  • Не е грешка (Not a Bug): Описаното поведение е очакваната функционалност.
  • Дублиране (Duplicate): Грешката вече е регистрирана по-рано.
  • Не може да бъде възпроизведена (Cannot Reproduce): Не е възможно да се възпроизведе грешката с предоставените стъпки.
  • Няма да бъде коригирана (Will Not Fix): Грешката няма да бъде коригирана по решение на ръководството (ниска приоритет, висок риск, липса на ресурси и др.).
  • Необходима е допълнителна информация (Need More Info): Необходима е допълнителна информация за възпроизвеждане или разбиране на проблема.
• Отложена (Deferred / Postponed): Коригирането на грешката е отложено за по-късна версия или итерация поради по-високи приоритети или липса на време/ресурси.
• Затворена (Closed): В случай на отхвърляне или отлагане, съобщението за грешка в крайна сметка преминава в статус "Затворена", но без корекция.

Крайният съдбата на неотстранената грешка зависи от нейния статус и взетото решение:

• Ако е отхвърлена, съобщението за грешка просто се архивира. Могат да се добавят съответни коментари с обосновка.
• Ако е отложена, може да бъде повторно отворена в бъдеще, когато възникне възможност за корекция, или окончателно затворена, ако решението за нейната корекция стане окончателно.

Важно е в системата за управление на грешки да има ясна история на промените в статусите и коментари, обясняващи причините за всеки преход.