Как подходили к тестированию задач в спринте, поступали ли задачи готовыми или как бизнес-идеи

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

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

Как отвечать

Отвечайте про свой реальный опыт: как было в команде, что делали вы и что изменилось. Каркас:

• откуда приходили задачи: честно опишите смесь. Часть шла готовой, с аналитикой и макетом, часть как идея продакта в пару строк. Назовите пропорцию так, как было у вас;
• вход в задачу: груминг, где вы задаёте вопросы до оценки. Практика three amigos (продакт или аналитик, разработчик, тестировщик) и Definition of Ready: без критериев приёмки задача не берётся в спринт;
• идея в проверяемое: критерии приёмки в формате Given/When/Then, чек-лист негативных сценариев, вопросы про роли, пустые состояния, лимиты и обратную совместимость;
• тест-дизайн: классы эквивалентности, граничные значения, таблицы решений, приоритизация по риску вместо «проверить всё»;
• внутри спринта: тестирование по мере готовности, а не пачкой в последний день, автотесты на регресс, приёмка на стенде вместе с продактом;
• результат: что поменялось, например стало меньше возвратов задач из теста или багов после релиза. Приводите свои цифры, если вы их отслеживали, и не придумывайте проценты.

Если задачи всегда приходили полностью готовыми, так и скажите. Затем покажите, какие вопросы вы бы задали к сырой задаче и как добились бы участия QA в груминге.

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

Рассказывают идеальный процесс из учебника. Интервьюер задаёт пару уточнений про конкретный спринт, и история рассыпается.

Жалуются на аналитиков и разработчиков. Сильнее звучит рассказ о том, что вы сделали, чтобы требования приходили лучше.

Путают тестирование на основе рисков с проверкой «на глаз». Риск оценивается явно: вероятность сбоя, цена ошибки для пользователя и бизнеса, частота использования функции.