Достаточно ли детализации тикетов для успешного тестирования
Что проверяют
Как вы поступаете, когда требований не хватает: молча додумываете, блокируете задачу или добываете недостающее. Следом обычно просят пример, когда из-за расплывчатого тикета баг ушёл в прод, и что вы после этого поменяли в процессе.
Как отвечать
Прямой ответ почти всегда «не всегда, и это нормально». Дальше покажите, как вы с этим работаете:
- проверка при получении задачи: есть ли критерии приёмки, понятны ли граничные значения, роли и права, поведение при ошибке, затронутые платформы и интеграции. Без правила вида «сумма от 100 до 50 000 ₽» не построить классы эквивалентности и граничные значения;
- ранний вход: вопросы задаются на груминге или на встрече «трёх друзей» (аналитик, разработчик, тестировщик), а не когда фича уже на тестовом стенде. Часть команд закрепляет это в Definition of Ready;
- фиксация ответов: всё, что уточнили в чате или на созвоне, дописывается в тикет или в требования в Confluence. Иначе через месяц регресс будут вести по памяти;
- когда уточнить не у кого: опираетесь на похожую функциональность и исследовательское тестирование, а в отчёте явно пишете, какие допущения сделали;
- свои тикеты: баг-репорт тоже тикет. Шаги, окружение, версия сборки, фактический и ожидаемый результат, логи или запись экрана.
Для примера из опыта хватит одной истории: что было в тикете, чего не хватало, какой вопрос вы задали и что он поймал. Цифры берите свои, а не круглые «на 40% меньше багов». Если такого случая не было, честно скажите, что работали с подробными требованиями, и расскажите, какие вопросы задаёте по своему чек-листу, чтобы пробелы не стали проблемой.
Где спотыкаются
Отвечают «да, у нас всегда всё подробно». Для QA это звучит как отсутствие критического взгляда.
Жалуются на аналитиков и разработчиков. Интервьюер ищет того, кто закрывает пробелы, а не того, кто ищет виноватых.
Уходят в обратную крайность и требуют подробного ТЗ на каждую мелочь. Тестировщик, который ничего не начинает без полного документа, тормозит команду не меньше, чем тот, кто тестирует наугад.