Ответ
После создания баг-репорт проходит стандартный жизненный цикл (bug lifecycle). Основные этапы:
- Триаж и верификация — QA-инженер или лид проверяет воспроизводимость, полноту описания и корректность шагов.
- Приоритизация — багу назначаются приоритет (Priority, например, P0–P3, влияющий на порядок исправления) и серьезность (Severity, например, Critical/Major/Minor, отражающая влияние на систему).
- Назначение — задача назначается разработчику или команде, ответственной за проблемный компонент.
- Исправление — разработчик фиксирует дефект, коммитит изменения и переводит статус в "Fixed" или "Resolved".
- Ретестинг (Verification) — тестировщик проверяет исправление на указанном окружении. Если баг устранен, статус меняется на "Verified".
- Закрытие — после успешного ретеста баг-репорт закрывается ("Closed"). Если проблема не решена, статус возвращается в "Reopened", и цикл повторяется.
Пример workflow в Jira:
New → Open → In Progress → Resolved → Verified → Closed
↳ Reopened (если баг не исправлен)
Почему важен процесс: Он обеспечивает отслеживаемость, контроль качества и предотвращает потерю дефектов.