Какие баги считаются несущественными

Что проверяют

Понимаете ли вы, что «несущественность» определяется влиянием на пользователя и бизнес, а не видом бага. Следом обычно спрашивают, чем severity отличается от priority и что вы делаете с такими багами: заводите, откладываете или закрываете.

Как отвечать

Несущественными обычно считают баги с severity minor или trivial. Признаки такие:

• функция работает: пользователь достигает цели, дефект не мешает сценарию;
• есть обходной путь: например, фильтр не сбрасывается кнопкой, но сбрасывается перезагрузкой;
• редкие условия: проявляется на экзотическом разрешении или устаревшем браузере, которого почти нет в статистике;
• косметика: сдвиг на пару пикселей, разный регистр в подписях, опечатка во второстепенном тексте, лишний пробел в сообщении.

Обязательно сделайте оговорку: один и тот же дефект бывает тривиальным и критичным в зависимости от места. Опечатка в тексте подсказки не страшна, а опечатка в цене, названии бренда или юридическом тексте срочная. Кнопка оплаты, съехавшая за край экрана на популярном телефоне, формально косметика, а фактически потеря денег. Недоступность для скринридера тоже не косметика.

Дальше про процесс. Такие баги всё равно заводят в трекер с низким приоритетом, чтобы не потерять и не находить заново. Их можно собрать в техдолг или спринт полировки, а решение «не исправлять» (статус Won't Fix) принимает владелец продукта, а не тестировщик в одиночку. Перед релизом они попадают в список известных проблем.

Где спотыкаются

Отвечают «несущественные это визуальные баги». Интервьюер тут же приводит пример визуального бага, который блокирует покупку.

Не заводят мелкие баги вовсе, «потом поправят». Через месяц их находит другой тестировщик, тратит время заново, а статистика качества искажается.

Смешивают severity и priority. Minor по severity не означает, что баг исправят последним: тривиальную опечатку на главной перед запуском рекламы исправят в тот же день.