Как определять приоритет и серьезность багов
Что проверяют
Различаете ли вы серьёзность и приоритет как две независимые оси и понимаете ли, кто какую из них выставляет. Следом почти всегда просят пример бага с высокой серьёзностью и низким приоритетом, а потом наоборот.
Как отвечать
- severity (серьёзность): насколько баг ломает систему. Её ставит тестировщик по фактам. Частая шкала: Blocker, Critical, Major, Minor, Trivial. Blocker останавливает работу или дальнейшее тестирование, Critical ломает ключевую функцию или ведёт к потере данных, Trivial это опечатка или косметика;
- priority (приоритет): как срочно чинить. Окончательно его определяет владелец продукта или менеджер, потому что он зависит от бизнеса, сроков и плана релизов. Шкала обычно High, Medium, Low или от P1 до P4.
Независимость осей показывают примеры:
- высокая серьёзность, низкий приоритет: приложение падает при экспорте в формат, которым пара клиентов пользуется раз в квартал, и есть обходной путь;
- низкая серьёзность, высокий приоритет: опечатка в названии продукта на главной странице или неверная цена в баннере акции, которая стартует завтра;
- обе высокие: не проходит оплата, пользователи не могут купить.
Назовите факторы оценки: сколько пользователей затронуто, есть ли обходной путь, стабильно ли воспроизводится, касается ли денег, персональных данных или безопасности, где проявляется и сколько осталось до релиза. В Jira поле Priority есть из коробки, а Severity обычно добавляют отдельным полем.
Если есть свой пример, расскажите его конкретно: что за баг, как вы его оценили, с кем спорили и чем закончилось. Своего случая нет, разберите гипотетический и честно назовите его гипотетическим.
Где спотыкаются
Считают приоритет производной от серьёзности: «критический баг всегда чиним первым». Тогда в спринт уходят падения в забытых функциях, а видимые клиенту проблемы ждут.
Выставляют приоритет сами и стоят на своём. Тестировщик предлагает и аргументирует, а решает продукт.
Ставят всему Critical, чтобы быстрее взяли в работу. Через месяц шкала обесценивается, и по-настоящему критичный баг теряется среди «критичных» опечаток.