Ответ
Критичность багов обычно определяет QA-инженер, но окончательное решение может зависеть от команды или процесса. Важно учитывать:
- Влияние на пользователя – блокирующие, критические, мажорные, минорные.
- Частоту воспроизведения – регулярные ошибки vs редкие кейсы.
- Бизнес-логику – например, ошибка в платежах критичнее, чем опечатка.
Пример градации:
- Blocker – система падает при запуске.
- Critical – невозможность оформить заказ.
- Major – некорректное отображение цены.
- Minor – опечатка в UI.
Финалное согласование может проходить с PM/Dev-лидом.