Тестовое задание на собеседовании: как с ним справиться

Тестовое задание порой ощущается как бесплатная работа без чёткой финишной черты. В этом разделе объясняются распространённые форматы и что каждый из них проверяет, чтобы вы могли правильно оценить объём работы. Задача меняется в зависимости от роли, но подход к оценке схож.

• Инженеры-разработчики: небольшое приложение или API с тестами, например сервис, который принимает файл и предоставляет эндпоинты для запросов.
• Роли, связанные с данными: набор данных и бизнес-вопрос, на который нужно ответить в ноутбуке с коротким письменным резюме.
• Дизайнеры: дизайн-бриф, на который отвечают с помощью флоу и ключевых экранов.
• Продуктовые и бизнес-роли: письменная стратегическая записка, кейс или короткая презентация.

В большинстве брифов указано рекомендуемое время и дедлайн. Относитесь к этому времени как к сигналу от команды о нужном объёме работы.

Проверяющие обычно смотрят, работают ли основные требования, насколько читаемой и организованной получилась работа, тестировали ли вы её или проверяли, и насколько ясны ваши письменные рассуждения. Отполированная дополнительная функция редко перевешивает отсутствующее требование.

Бэкенд-инженер, подающий заявку в компанию SaaS среднего размера, может получить бриф на создание API с ограничением частоты запросов. Сильное решение реализует требуемые эндпоинты, покрывает граничные случаи тестами и включает README, где указано, что было сознательно опущено и что было бы сделано дальше при наличии большего времени. Такой README превращает решения, похожие на пробелы, в осознанный выбор.

О формате живого кодирования, который часто следует за этим, читайте на странице хаба типов собеседований.

Большинство тестовых заданий заканчиваются звонком, во время которого вы делитесь экраном и проводите интервьюеров по своему решению. Ожидайте вопросов вроде «Почему такая структура?», «Как это справится с данными, объём которых увеличился в десять раз?» и «Что бы вы изменили?». Многие команды просят добавить небольшую функцию или исправить баг прямо во время звонка.

Подготовьтесь заранее: перечитайте свою работу накануне, составьте список сделанных компромиссов и приготовьте одно улучшение, которое можно обсудить. Поскольку вы делитесь экраном, видно всё, что на нём есть, поэтому закройте посторонние окна.

Сначала прочитайте бриф. Некоторые компании разрешают инструменты ИИ для написания кода и просят раскрыть, как именно вы их использовали; другие их запрещают. Следуйте указанной политике, а если она не указана, спросите рекрутера. Что бы вы ни отправили, вы должны быть в состоянии объяснить это и изменить прямо во время звонка с разбором.

SubcueAI создан для живых видеоразговоров, а не для подготовки решений по тестовым заданиям. Он может помочь вам потренироваться объяснять свои решения на странице пробного собеседования. Во время разбора с демонстрацией экрана видно всё, что на нём есть, а сессии с прокторингом или записью выходят за рамки применения. Туториал показывает, как настольное приложение работает во время живого звонка.