Підсумуємо те, що ми почули на лекції.
Які бувають тестові завдання?
- Тривалі (від 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 бібліотеку.
ПЕРЕЙДІТЬ В ПОВНУ ВЕРСІЮ