Подведем краткие итоги того, что мы услышали на лекции.
Какие бывают тестовые задания?
- Длительные (от 3 дней до недели),
- Краткие (2-3 часа).
Этапы выполнения тестового задания
- Подготовительный этап (здесь мы еще не кодим!)
- Убедиться в правильном понимании задания, задать вопросы.
- Продумать, какие есть граничные случаи.
- Продумать, что есть бизнес-сценарием задачи, а что выходит за его рамки.
- Написание кода
- Сначала — код-сырец. Он не должен блистать красотой. Главное — чтобы работал и правильно решал задачу.
- Если код работает правильно, проводим итеративный рефакторинг.
- Покрываем код тестами (Pytest).
- Оформление тестового задания. Напишите Readme, в котором поясните суть вашего решения, стек технологий и инструкцию по запуску.
Что должно быть в тестовом задании (особенно длительном)?
- Обязательно:
- README,
- Управление зависимостями (requirements.txt, Pipenv или Poetry),
- Применение SOLID,
- Интеграционные и юнит-тесты (Pytest),
- Чистый код (соблюдение PEP8, проверка линтерами).
- Дополнительно было бы неплохо:
- Логирование,
- Залейте проект на Github (если не сказано другого),
- Примените CI\CD (Github Actions),
- Docker\Docker-compose,
- DB-миграция (Alembic),
- Swagger (в FastAPI он встроен по умолчанию),
- Деплой.
Важно! После отсылки задания обязательно запросите обратную связь. Даже если вам отказали, спросите, что было не так в вашем коде.
Хорошо выполненное тестовое задание может стать интересным проектом для вашего портфолио или даже превратиться в open-source библиотеку.
ПЕРЕЙДИТЕ В ПОЛНУЮ ВЕРСИЮ