Подведем краткие итоги того, что мы услышали на лекции.
Какие бывают тестовые задания?
- Длительные (от 3 дней до недели),
- Краткие (2-3 часа).
Этапы выполнения тестового задания
- Подготовительный этап (здесь мы еще не кодим!)
- Убедиться в правильном понимании задания, задать вопросы.
- Продумать, какие есть граничные случаи.
- Продумать архитектуру компонентов (какие будут переиспользоваться).
- Написание кода
- Сначала — базовая реализация. Код должен работать и решать задачу.
- Итеративный рефакторинг: выделение хуков, утилит, констант.
- Покрываем код тестами (Jest, React Testing Library).
- Оформление тестового задания. Напишите Readme, в котором поясните суть вашего решения, стек технологий и инструкцию по запуску.
Что должно быть в тестовом задании (особенно длительном)?
- Обязательно:
- README (с инструкцией
npm install && npm start), - Использование TypeScript (сейчас это стандарт),
- Компонентный подход и DRY,
- Линтеры и форматтеры (ESLint, Prettier),
- Чистый код (понятные имена переменных и функций).
- Дополнительно было бы неплохо:
- Обработка ошибок (Error Boundaries),
- Залейте проект на Github и сделайте Deploy (Vercel/Netlify),
- Unit-тесты (Jest) или E2E (Cypress/Playwright),
- Storybook (для демонстрации UI-компонентов),
- Адаптивность (Responsive Design) и доступность (Accessibility/a11y).
Важно!
Даже если в ТЗ не написано «сделать адаптивно», делайте адаптивно. Если ваше тестовое задание
разваливается на мобильном телефоне, это почти гарантированный отказ. Frontend-разработчик обязан думать о пользователях на любых устройствах.
Важно! После отсылки задания обязательно запросите обратную связь. Даже если вам отказали, спросите, что было не так в вашем коде.
Хорошо выполненное тестовое задание может стать интересным проектом для вашего портфолио.
ПЕРЕЙДИТЕ В ПОЛНУЮ ВЕРСИЮ