SpecialistOff.NET / Вопросы / Статьи / Фрагменты кода / Резюме / Метки / Помощь / Файлы

Тестовые задания

По возможности старайтесь избегать выполнения тестовых заданий. Если же без него никак, то оценивайте задание по времени и берите только те, которые на ваш взгляд не более чем на час, максимум два. Не берите задания, которые содержат полностью готовый бизнес-кейс "под ключ". Особенно не беритесь за задания, где нужно провести R&D (НИОКР) и составить рабочий план или схему решения, коробочное решение некоторой проблематики. Например:

создать приложение (чат, блог, соцсеть) или часть приложения (дизайн, компонент, сверстать страницу, написать сценарий развёртывания);
разработать схему отказоустойчивости, балансировки, взаимодействия сервисов;
архитектура облачного решения для некоего абстрактного приложения (веб-приложение, мобильная версия, БД, файловое хранилище и т.д.)

За такими заданиями обычно стоят миллионы человекочасов; знания стандартов, протоколов, технологий; бесчисленные количества тестовых прогонов, где один удачный запуск на многие миллионы провалов и ошибок.

Нужно понимать, что есть испытательный срок (который может достигать трёх месяцев). Если есть тестовое задание, то верно ли, что тестовое задание сократит испытательный срок или полностью его заменит.

Вопросы, которые нужно задать HR

Что конкретно проверяет тестовое задание?
Будет ли дана полная информация о результатах проверки тестового задания?
Возможно ли получить подробную/детальныую информацию о результатах тестового задания непосредственно от проверяющего (не от HR)?
Какие цели и задачи тестового задания? Что будет являться приоритетом при решении?
По каким критериям будет оцениваться решение тестового задания?
Если не успеть сделать тестовое задание в срок, но при этом будет качественный код, это будет минус?