Ответ
Приоритет дефекта (Bug Priority) определяет порядок и срочность его исправления. В моей практике мы обычно используем следующую градацию:
- Blocker (Критический/Блокирующий) — дефект, полностью блокирующий работу ключевой функциональности. Пример: падение приложения при запуске, невозможность залогиниться в систему.
- Critical (Критический) — основная функция не работает, нет обходного пути. Пример: невозможность оплатить заказ в интернет-магазине.
- Major (Высокий) — значительная часть функциональности нарушена, но есть обходной путь. Пример: некорректное отображение данных в отчете, требующее ручного пересчета.
- Normal/Medium (Средний) — проблема, не нарушающая основную функциональность. Пример: некорректная валидация в необязательном поле формы.
- Minor/Low (Низкий) — незначительная проблема, не влияющая на функциональность. Пример: опечатка в тексте интерфейса.
- Trivial (Тривиальный) — косметическая проблема. Пример: неидеальное выравнивание элемента на странице.
Важно: Приоритет может меняться в зависимости от контекста продукта и стадии разработки. Например, UI-баг на главной странице публичного сайта будет иметь более высокий приоритет, чем тот же баг в админ-панели для внутреннего использования.
