Тестовое задание: делать или отказаться, и как выполнить так, чтобы взяли

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

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

Когда тестовое оправдано

Оно небольшое. Два-четыре часа, максимум вечер. Всё, что больше, должно быть очень хорошо обосновано.

Оно синтетическое. Данные учебные или обезличенные, задача не из текущего бэклога компании.

Есть внятные критерии. Вам сказали, что будут смотреть: корректность, читаемость, скорость, оформление выводов.

Обратная связь обещана. Даже при отказе вам скажут, что было не так. Это признак того, что решение будут читать, а не складывать в папку.

Когда стоит отказаться

Задача пахнет реальной работой. «Соберите нам витрину по этим данным», «напишите парсер под наш формат», и данные подозрительно похожи на боевые.

Объём на несколько дней. Особенно если это первый этап и вас ещё даже не видели.

Нет никакого контекста. Прислали файл без объяснений, на вопросы не отвечают.

Тестовое до разговора с человеком. Нормальная последовательность: короткий созвон, потом задание. Если компания просит потратить вечер, не потратив на вас двадцати минут, это показывает, как в ней относятся к людям.

Отказываться можно вежливо и без объяснений: «спасибо, в таком объёме не готов, могу вместо этого показать свой проект или разобрать задачу голосом». Часть компаний согласится.

Что на самом деле проверяют

Не только правильный ответ. Обычно смотрят четыре вещи.

Корректность. Сошлись ли числа, работает ли код, обработаны ли краевые случаи.

Чистота. Читаемо ли, разбито ли на части, понятно ли будет чужому человеку через месяц.

Ход мысли. Видно ли, что вы проверили данные до расчётов, заметили ли аномалии, объяснили ли выбор подхода.

Оформление выводов. Что вы поняли из результата и что предлагаете делать дальше.

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

Как делать: рабочий порядок

Сначала прочитать целиком и задать вопросы. Уточняющие вопросы это не слабость, это часть оценки. Спросите про определения метрик, про период, про то, что делать с аномалиями. Молчаливое выполнение задания с двумя трактовками почти гарантированно попадёт не в ту.

Проверить данные до расчётов. Количество строк, пропуски, дубли, диапазон дат, странные значения. Половина ошибок в тестовых приходит отсюда, а не из формул.

Решить простым способом. Работающее простое решение сильнее незаконченного сложного. Ускорять и усложнять можно потом, если останется время.

Записать допущения. «Считал заказы со статусом оплачен, потому что остальные не влияют на выручку». Это снимает половину придирок.

Оформить результат. Короткий README или пара абзацев в письме: что сделано, как запустить, что получилось, какие ограничения. Это занимает пятнадцать минут и заметно повышает шансы.

Типичные ошибки

Молчаливая трактовка. Задача допускала два прочтения, вы выбрали одно и не сказали об этом.

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

Переусложнение. Модель машинного обучения там, где просили посчитать метрику. Выглядит не как сила, а как непонимание задачи.

Код одним куском без структуры. Особенно если в задании просили обратить внимание на читаемость.

Затянуть срок молча. Если не успеваете, напишите и попросите отсрочку. Это нормально, а исчезновение на неделю нет.

Сколько времени тратить

Столько, сколько озвучили, плюс немного на оформление. Если сказали «три-четыре часа», а вы сидите десять, это уже не проверка навыка, а проверка выносливости.

Полезное правило: остановиться на разумном решении и в сопроводительном письме написать, что бы вы улучшили при большем времени. Это показывает и понимание границ, и умение расставлять приоритеты, а таких кандидатов заметно меньше, чем перфекционистов.

Что делать с отказом после тестового

Просить обратную связь предметно: не «почему отказали», а «что в решении оказалось слабым». Иногда выясняется мелочь вроде неверной трактовки метрики, иногда системный пробел, который стоит закрыть.

И держите свои тестовые. Хорошее решение с обезличенными данными это готовый проект в портфолио, который можно показывать дальше.

Подготовка снижает риск

Большинство тестовых для аналитиков строятся вокруг SQL и метрик, для разработчиков вокруг небольшого сервиса или разбора чужого кода. Темы предсказуемые, и к ним можно готовиться заранее.

В Сеньорчике собран банк вопросов с реальных собеседований по одиннадцати ролям, включая форматы «найди ошибку в коде» и разбор запросов. Каждый вопрос с вариантами ответов и разбором, а движок возвращает темы, где вы ошибаетесь. Десять минут в день в Telegram, начать можно бесплатно.