Как быстро коллеги отвечали на вопросы
Что проверяют
Как вы работаете, когда ответ зависит от других: ждёте сложа руки или двигаетесь дальше. Заодно смотрят, не станете ли вы жаловаться на прошлую команду. Следом обычно спрашивают, что вы делали, если вопрос блокировал релиз, а ответа не было.
Как отвечать
Вопрос о вашем прошлом, поэтому нужны свои примеры и цифры, а не шаблон. Каркас такой:
- обстановка: размер команды, каналы (мессенджер, комментарии в Jira, стендапы), с кем чаще возникали вопросы: аналитик, разработчик, продакт;
- типичная скорость: честно. Например, по мелочам отвечали в течение часа, по требованиям иногда ждали день, потому что аналитик был один на три команды;
- как вы спрашивали: одним сообщением с контекстом. Номер задачи, окружение и сборка, шаги, ожидаемый и фактический результат, скриншот или лог. Такой вопрос закрывают быстрее, чем «а тут так и должно быть?»;
- что делали, пока ждали: искали ответ сами в Confluence, истории задачи, логах или коде, переключались на другой тест, писали тест-кейсы по понятной части, фиксировали допущение в задаче;
- эскалация: если вопрос блокирует тестирование или релиз, это видно на стендапе и в статусе задачи, а решение принимает лид или продакт, не вы в одиночку.
Если медленные ответы были проблемой, расскажите, что изменили: договорились о дежурном разработчике, завели шаблон вопроса, вынесли непонятные требования на груминг. Если опыта работы в команде ещё нет, говорите о стажировке или учебном проекте и о том, как поступили бы, без выдуманных историй.
Где спотыкаются
Ругают прежних коллег: «никто ничего не отвечал». Даже если это правда, интервьюер слышит будущие жалобы на новую команду.
Отвечают «вопросов почти не было». Для тестировщика это звучит как отсутствие интереса к требованиям.
Приводят гладкие цифры вроде «отвечали за 10 минут, и проект сдали на две недели раньше». Проверить это нельзя, связи между фактами нет, и доверие к остальному ответу падает.