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