Готов ли выполнить тестовое задание?
Что проверяют
Не само согласие, его ждут почти всегда, а то, как вы договариваетесь о задаче. Аналитик, который сразу уточняет объём, срок и критерии, так же поведёт себя и с заказчиком. Следом часто спрашивают, сколько времени вы готовы потратить и когда сможете сдать.
Как отвечать
Скажите «да» и сразу уточните рамки, как сделали бы на реальной постановке задачи:
- объём и формат: что именно ждут. У системных и бизнес-аналитиков это обычно требования в виде user story или use case, схема процесса в BPMN, диаграмма последовательности, ER-модель, описание API в OpenAPI или несколько SQL-запросов;
- время: сколько часов закладывают сами авторы задания и какой срок сдачи. Адекватное тестовое укладывается в несколько часов работы;
- критерии: что будут оценивать, полноту требований, нотацию, логику интеграции или умение задавать вопросы;
- обратная связь: будет ли разбор результата, даже если дальше вы не пройдёте;
- вопросы по ходу: можно ли уточнять условия у автора. Для аналитика это важно: список вопросов и допущений сам по себе часть решения.
Назовите реальный срок с учётом работы и других собеседований: «смогу сдать к четвергу» звучит лучше, чем «сделаю за вечер» и опоздание. Если опыт есть, коротко расскажите о своих прошлых тестовых и о том, что в них ценили проверяющие. Если задание огромное, например полное ТЗ на их продукт, честно предложите альтернативу: показать обезличенные артефакты из прошлых проектов или разобрать кейс вживую на встрече.
Где спотыкаются
Соглашаются, не спросив ни срока, ни критериев, а потом неделю пишут сорок страниц, хотя от них ждали одну схему и десяток требований.
Молча додумывают неясные места. Проверяющий хочет увидеть явно записанные допущения и вопросы, которые вы задали бы заказчику.
Отказываются резко, с формулировкой «я не делаю тестовых». Если у вас такая позиция, объясните её спокойно и сразу предложите замену, иначе процесс на этом часто заканчивается.