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