Серьезность vs. Приоритет: каверзные вопросы о багах на собеседованиях

На собеседованиях QA-инженеров могут звучать вопросы вроде:
"Приведите пример бага с высокой серьезностью, но низким приоритетом - и наоборот".

Серьёзность определяет, насколько сильно баг влияет на работоспособность системы, а приоритет указывает, насколько быстро его нужно исправить. Такие вопросы оценивают аналитический подход кандидата и его умение аргументировать решения с точки зрения качества продукта. Чтобы уверенно отвечать, полезно рассмотреть практические кейсы, встречающиеся в работе тестировщика.

Высокая серьезность (Critical)
Высокий приоритет (High)

💡 Пример:
Приложение не позволяет пользователям оплатить заказ.
- Серьезность: Critical (критическая), так как пользователи не могут совершить оплату заказа.
- Приоритет: High (высокий), так как бизнес теряет деньги и потенциальных пользователей.

Высокая серьезность (Critical)
Низкий приоритет (Low)

💡 Пример:
В CRM-системе не работает функция экспорта данных в формате XML (используется только несколькими клиентами).
- Серьезность: Critical, так как не работает одна из основных функций.
- Приоритет: Low, так как проблема точно затрагивает только малую часть пользователей.

Низкая серьезность (Minor)
Высокий приоритет (High)

💡 Пример :
На главной странице сайта отображается устаревший баннер с акцией, которая уже закончилась.
- Серьезность: Minor, так как это не влияет на функциональность.
- Приоритет: High, так как это может ввести пользователей в заблуждение и повлиять на репутацию компании.

Низкая серьезность (Minor)
Низкий приоритет (Low)

💡 Пример:
В приложении при экспорте pdf файла неверно отображается шрифт в заголовке.
- Серьезность: Minor - так как ошибка не сильно влияет на основной функционал системы.
- Приоритет: Low - функция экспорта pdf используется крайне редко.