Тестовое задание на стажировку: как не завалить

Что на самом деле оценивают

Не гениальность решения. Смотрят на три вещи:

• Работает ли. Запустили — и оно делает то, что просили.
• Можно ли это читать. Понятные имена, разбитый на части код, отсутствие закомментированных кусков.
• Довели ли до конца. Половина задания, сделанная блестяще, хуже, чем всё задание, сделанное аккуратно.

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

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

Если не укладываетесь, лучше сдать работающую часть и честно написать, что не успели и как бы доделали.

Частые ошибки

• Начать с архитектуры. Слои, абстракции и паттерны на задаче в двести строк выглядят не как опыт, а как непонимание масштаба.
• Не приложить инструкцию. Если проверяющий не смог запустить за пять минут, дальше он не пойдёт.
• Забыть про крайние случаи. Пустой ввод, ноль, отрицательное число. Проверьте хотя бы это.
• Не задать ни одного вопроса. Если условие неоднозначно, уточнить — плюс, а не минус.
• Прислать без проверки. Перечитайте задание и пройдитесь по каждому пункту.

Что приложить к решению

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

Когда тестовое — это уже перебор

Есть граница между проверкой и бесплатной работой. Признаки перебора: задание на несколько дней, задача из реального продукта компании, требование сделать законченный сервис.

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