Если баг-репорт не был исправлен, он проходит через следующие этапы жизненного цикла:

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

Дальнейшая судьба неисправленного бага зависит от его статуса и принятого решения:

Если отклонен, то баг-репорт просто архивируется. Могут быть добавлены соответствующие комментарии с обоснованием.
Если отложен, он может быть переоткрыт в будущем, когда появится возможность для его исправления, либо окончательно закрыт, если решение о неисправлении становится окончательным.

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

Что происходит с баг-репортом, если он не был исправлен?