Проходили ли грумминги и обсуждения требований перед спринтом
Что проверяют
Участвуете ли вы в разборе требований до начала работы или получаете задачу уже закрытой. Если вопрос задаёте вы, ответ говорит о зрелости процесса: без такой встречи уточнения поедут в середину спринта, а тестирование сползёт в последний день.
Как отвечать
Опишите, что делаете на подобной встрече как тестировщик.
- Критерии приёмки. Требование без них в спринт брать нельзя. Формулировка «работает корректно» превращается в конкретные условия и проверяемый результат.
- Границы и негатив. Что при пустом значении, максимуме, дубле, повторном нажатии, обрыве сети. Эти вопросы дешевле задать до написания кода.
- Влияние на смежное. Какие отчёты, интеграции и права затронуты, куда пойдёт регресс.
- Тестопригодность. Есть ли тестовые данные и доступ к стенду, можно ли подменить внешний сервис, пишутся ли логи, будет ли флаг для выката.
- Оценка. Тестирование входит в оценку задачи, а не живёт отдельной невидимой строкой.
Хорошо, если назовёте признак готовности требования к спринту и признак готовности задачи к закрытию. Если спрашиваете вы, попросите пример последней такой встречи: кто на ней был и что изменилось в постановке после неё.
Где спотыкаются
Приходят и молчат. Вопросы всплывают на третий день разработки, когда переделка стоит вдесятеро дороже, а виноватым назначают тестирование, которое «поздно заметило».
Путают встречу уточнения с планированием спринта. На первой разбирают и оценивают бэклог впрок, на второй набирают объём работ. Когда это одна двухчасовая встреча, оценки ставятся наугад.
Приносят готовые тест-кейсы вместо вопросов к требованию. Обсуждение уходит в детали проверок, противоречие в самой постановке остаётся незамеченным и всплывает уже при приёмке.