Кто определяет приоритет (Priority) дефекта в баг-репорте?

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

Ответ

Первоначальный приоритет обычно выставляет QA-инженер, основываясь на технической критичности дефекта. Окончательный приоритет утверждается командой (разработчики, менеджер продукта, тимлид) с учетом бизнес-контекста.

Критерии для первоначальной оценки QA:

  • Серьезность (Severity): Влияние бага на функциональность системы.
  • Частота возникновения: Насколько легко воспроизвести проблему.
  • Влияние на пользователей: Сколько пользователей затронуто и какие сценарии сломаны.
Пример уровней приоритета (P1 — наивысший): Приоритет Критерий Пример
P1 (Critical) Блокирует ключевой функционал для всех пользователей. Падение системы при запуске, невозможность завершить покупку.
P2 (High) Серьезная ошибка в основном сценарии, но есть обходной путь. Неверная сумма в корзине, которую можно исправить перезагрузкой страницы.
P3 (Medium) Проблема в неосновном функционале или косметическая. Неправильное выравнивание текста в редко используемой форме.
P4 (Low) Незначительная проблема, не влияющая на функциональность. Опечатка во вспомогательном тексте.

Важно: Приоритет — это договоренность команды. Он может быть пересмотрен на планировании спринта, если, например, исправление P2-бага требует непропорционально больших усилий, а бизнес-ценность низка.