Что происходит с баг-репортом после его создания?

«Что происходит с баг-репортом после его создания?» — вопрос из категории Управление тестированием, который задают на 10% собеседований QA Тестировщик. Ниже — развёрнутый ответ с разбором ключевых моментов.

Ответ

После создания баг-репорт проходит стандартный жизненный цикл (bug lifecycle). Основные этапы:

  1. Триаж и верификация — QA-инженер или лид проверяет воспроизводимость, полноту описания и корректность шагов.
  2. Приоритизация — багу назначаются приоритет (Priority, например, P0–P3, влияющий на порядок исправления) и серьезность (Severity, например, Critical/Major/Minor, отражающая влияние на систему).
  3. Назначение — задача назначается разработчику или команде, ответственной за проблемный компонент.
  4. Исправление — разработчик фиксирует дефект, коммитит изменения и переводит статус в "Fixed" или "Resolved".
  5. Ретестинг (Verification) — тестировщик проверяет исправление на указанном окружении. Если баг устранен, статус меняется на "Verified".
  6. Закрытие — после успешного ретеста баг-репорт закрывается ("Closed"). Если проблема не решена, статус возвращается в "Reopened", и цикл повторяется.

Пример workflow в Jira:

New → Open → In Progress → Resolved → Verified → Closed
          ↳ Reopened (если баг не исправлен)

Почему важен процесс: Он обеспечивает отслеживаемость, контроль качества и предотвращает потерю дефектов.