Тестовое задание — нормальная часть IT-найма, если оно проверяет навык за ограниченное время. Оно становится проблемой, когда компания просит сделать реальную работу бесплатно. Разница видна по объёму, брифу и тому, что происходит после сдачи. В CIS 2026 года тесты живут и у продуктовых команд, и у аутсорса, и у поддержки с «пробным днём»: правила оценки одни и те же.
Ниже — как оценить задание до старта, как делать, если оно нормальное, как сдавать с объяснением решений, и когда вежливо отказаться. Есть два полных текста, которые можно отправить как есть, подставив часы и скоуп: сужение объёма и сопроводительное к сдаче. Связка с живым этапом — в вопросах на собеседовании: тест не заменяет умение объяснить решение вслух.
Коротко:
- Нормальный тест: 2–6 часов, понятный бриф, нет клиентского прод-кода.
- Перед стартом уточните срок, критерии и можно ли задавать вопросы.
- Сдавайте не только файл, но и короткое объяснение решений.
- Если объём больше дня без оплаты — это повод отказаться или сузить скоуп.
- Молчание после сдачи — тоже сигнал; нормальная компания даёт разбор или следующий слот.
Как отличить проверку навыка от бесплатной работы
Проверка навыка: ограниченный объём, синтетические данные, понятный критерий «что считать успехом», время в часах, а не «когда будет готово». Часто это срез того, что уже обсуждали на скрининге: форма, API, баг-репорт, разбор тикета, SQL, небольшой рефакторинг.
Бесплатная работа: лендинг «для клиента», полноценный модуль в их бэклоге, доступ к внутренним данным, которые нужны как будто вы уже в штате, тест «на неделю вечерами», просьба прислать готовое решение без ревью. Иногда это маскируют словами «посмотрим, как впишетесь». Вписываться в неоплаченный прод — не ваш долг на этапе отбора.
Серая зона: объём 8–12 часов при сильном интересе к слоту. Это уже решение, не обязанность. Заранее держите личный лимит часов на неоплаченный тест и не двигайте его «потому что бренд». Бренд не возвращает вечер.
Как оценить задание до старта
- Сколько часов они сами закладывают? Если не закладывают — спросите. Ответ «сколько нужно» почти всегда значит «больше, чем вы думаете».
- Есть ли доступ к внутренним данным, без которых это уже консалтинг?
- Похоже ли это на тестовый срез навыка или на кусок их бэклога? Имена реальных клиентов, «задеплойте к нам», «вот прод-репозиторий» — красный флаг.
- Будет ли разбор или тест уходит в никуда? Спросите, кто смотрит и будет ли созвон по решению.
- Что тест закрывает сверх уже прошедшего техэкрана? Если сильный экран уже был, объём должен быть меньше, не больше.
Оценка — это уже коммуникация. Человек, который уточняет скоуп, выглядит взрослее человека, который молча пропадает на пять дней в «идеальном» решении. Вопросы по брифу на этом этапе уместны так же, как вопросы работодателю на финале.
Письмо: сузить скоуп или отказаться от чрезмерного объёма
Тон спокойный, без обвинения «вы хотите халяву». Предложите конкретную альтернативу: меньше часов, разбор на созвоне, оплачиваемый кусок.
Спасибо за тестовое, бриф прочитал. По оценке это ближе к 16–20 часам, если делать в заявленном объёме: отдельный модуль, вёрстка всех состояний и выкат «как для клиента».
Мой лимит на неоплаченный тест — около 6 часов. Готов выполнить сокращённую версию за это время: один пользовательский сценарий, рабочий каркас, README с компромиссами и тем, что сознательно вынес за скоуп. Либо разобрать ту же задачу на созвоне у доски — если вам важнее ход мысли, чем репозиторий.
Если команде нужен именно полный объём как кусок бэклога, это уже работа, и я готов обсудить оплачиваемый формат. Напишите, какой вариант вам ближе, до того как я стартую — чтобы не сделать не ту глубину.
Нормальная компания ответит: «ок, урезанная версия» или «тогда созвон». Молчание или давление «ну другие как-то делают» — тоже ответ. Дальше вы решаете, нужен ли вам этот процесс, а не доказываете лояльность ночами.
Как делать, если задание нормальное
Зафиксируйте ограничения в начале: время, стек, что сознательно упростите. Выберите простой рабочий путь, не самый умный. Аккуратность и объяснение часто важнее гениального, но нерабочего решения.
Не молчите, если бриф дырявый. Один вопрос «пользователь один или много, и что считать успехом сценария?» экономит три часа фантазий. Если не отвечают сутки и дедлайн горит — фиксируйте допущение в README и идите по нему.
Для кода: запускаемый минимум, понятная структура, тесты на критичный кусок, если они уместны, а не покрытие ради покрытия. Для QA: несколько сильных отчётов и чек-лист, не архив на 80 файлов. Для поддержки: анонимизированные ответы и эскалация, без персональных данных. Для аналитики: ясный вывод и ограничения данных, не дашборд на все вкусы.
Не доделывайте «ещё чуть-чуть идеальности» за счёт сна. Это та же ловушка, что на вопросе про слабые стороны: первая версия в срок сильнее идеальной после дедлайна. См. каркас в слабых сторонах — на тесте он проверяется делом.
Как защищать решение на созвоне
После сдачи часто просят 20 минут «пройтись по коду» или по отчётам. Это не допрос и не новый тест. Готовьте устный разбор так же, как STAR-историю: ограничение, выбранный путь, что отрезали, где бы сделали иначе.
Я закладывал пять часов и сразу отрезал авторизацию и пагинацию — иначе не влезал в лимит. Критичным считал форму заказа: ошибки ввода не должны сбрасывать поля, поэтому состояние вынес отдельно. Фильтр оставил на клиенте, в проде так не делал бы, для mock этого хватает.
Если бы было ещё три часа, добавил бы пустые состояния и один интеграционный тест на отправку формы. Спорное место — обработка сетевой ошибки: сейчас только сообщение, без ретрая. Могу показать, куда вставил бы ретрай, если это важно команде.
По брифу остался вопрос, который не успели закрыть почтой: один пользователь или несколько ролей. Я пошёл из допущения «один оператор». Если роли нужны — это как раз следующий шаг, не скрытый долг.
Говорите спокойно, без извинений за урезанный скоуп, который вы сами согласовали. Не прячьте костыль: названный костыль выглядит как зрелость, найденный за вас — как дыра. Если решение писали с генератором, будьте готовы объяснить каждый спорный кусок своими словами. Иначе созвон это вскроет быстрее, чем README.
Как сдавать: не файл молча
Сдача — тоже письмо. Рекрутер и разработчик должны понять, что открывать, как запустить, что вы успели, что нет, какие компромиссы. Без этого даже хорошее решение выглядит как архив из чата.
Сдаю тестовое на кабинет заказов, уложился примерно в 5 часов, как обсуждали.
Как запустить — в README, пять строк. Что сделано: список заказов, фильтр по статусу, форма с ошибками ввода, mock API. Что сознательно не делал: авторизация, пагинация, идеальная вёрстка всех пустых состояний — не влезало в лимит, в README пометил как следующие шаги.
Ключевое решение: состояние формы вынес отдельно, чтобы ошибки не сбрасывали ввод. Спорно оставил фильтр на клиенте, не на mock, — для объёма теста этого хватает, в проде так не стал бы. Могу на 20 минутах разобрать компонент и компромиссы вслух.
Ссылка на репозиторий: [ссылка]. Ветка main, коммиты мелкие. Если нужен короткий созвон по коду — готов на этой неделе в пересечении с CET.
Почему это работает: виден лимит времени, видна граница скоупа, виден ход мысли, предложен следующий шаг. Это тот же принцип, что в хорошем сопроводительном письме: не пересказ всего, а навигация по главному.
Когда стоит отказаться и как не сжечь мост
Отказывайтесь, если просят лендинг «для клиента», полный модуль без оплаты, тест на неделю, персональные данные внутри задания, работу по NDA без возможности потом показать навык и при этом без оплаты, или если после сильного техэкрана объём не уменьшился, а вырос.
Формулировка короткая: благодарность, причина на уровне объёма и формата, альтернатива. Не читайте мораль про рынок. Не исчезайте: тишина после брифа хуже отказа. Если слот вам всё ещё интересен, оставьте дверь — созвон, урезанная версия, живой разбор.
Пробный день в поддержке оценивайте так же: смена с понятным SLA и ментором — нормально; «поработайте неделю на живых клиентах бесплатно» — нет. Стажировка с оплатой и учебным контуром — другой жанр, её не путайте с тестом штатной роли.
После сдачи
Один короткий follow-up через оговорённый срок, если молчат: ссылка, готовность к разбору. Второе сообщение уже шум. Если тишина на нормальном тесте при живом процессе — закладывайте это в решение, не доделывайте ещё одну фичу «вдруг не хватило».
Разбор на созвоне готовьте как устный STAR: какое ограничение взяли, какой путь выбрали, что отрезали, где бы сделали иначе при удвоенном времени. Это часто важнее самого репозитория. Живой прогон объяснения — в подготовке к интервью.
Если нет NDA, тест можно оставить в портфолио. Это живое доказательство навыка, сильнее абстрактного pet-проекта «на все случаи». Подпишите, что это тестовое, какие ограничения были, чтобы на следующем скрининге не притворяться, будто это прод.
Частые вопросы
Нужно ли делать тест, если уже был сильный техэкран?
Не всегда. Можно спросить, что именно тест закроет сверх уже увиденного. Если ответ «ну так принято» и объём большой — предлагайте созвон или урезанную версию.
Стоит ли оставлять тесты в портфолио?
Да, если нет NDA. Пометьте ограничения и бриф. Не выкладывайте клиентские данные и их внутренние репозитории — даже если «так удобнее проверять».
Что, если дедлайн нереальный?
Сразу напишите, сколько часов реально влезает и что успеете. Молча сдать сырое после бессонной ночи хуже честного урезанного скоупа.
Можно ли использовать генераторы кода?
Если бриф не запрещает — как ускоритель черновика, да. Как единственный автор без понимания — нет: на разборе вас спросят «почему так». Оставьте в README, чем пользовались, если это меняет оценку честности.
Платят ли за тестовое?
На большом объёме — нормально спросить. На срезе 2–4 часа обычно нет. Давление сделать неоплаченный прод не становится нормальным, потому что «все так делают».
Что делать junior, если без теста не смотрят?
Делайте короткие нормальные тесты в лимит часов. Не закрывайте ими всю неделю поиска. Параллельно держите свой артефакт — тот же принцип, что в письме без опыта: одно доказательство сильнее десяти обещаний.
Что сделать сейчас
Соберите правило для себя: максимальное число часов на неоплаченный тест и что считаете красным флагом. Запишите это до следующего брифа, не в момент, когда уже страшно потерять слот. На следующем задании сразу сверяйте объём с лимитом и уточняйте критерии.
Шаблон сужения скоупа и шаблон сдачи сохраните рядом с черновиком сопроводительного — это тот же навык коротко объяснять работу. Искать вакансии, где процесс прозрачен, удобно в каталоге; сам тест всё равно оценивайте по брифу, не по логотипу компании.