Непрерывная интеграция — Python: Автоматическое тестирование

Мы немного разобрались с тестами, давайте поговорим о культуре их запуска. В этом уроке вы познакомитесь с непрерывной интеграцией и узнаете, как тестировать правильно.

Что такое непрерывная интеграция

Локальный запуск тестов – это персональная ответственность. Хорошие разработчики используют тесты непрерывно во время разработки и обязательно запускают их перед пушем (git push).

Но этого недостаточно, ведь всегда присутствует человеческий фактор и ошибки. Даже несмотря на локальный запуск, тесты должны запускаться автоматически на серверах непрерывной интеграции.

Непрерывная интеграция – это практика разработки, которая заключается в частой и автоматизированной сборке приложения для быстрого выявления проблем.

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

Что и как запускается? Программист определяет заранее. В первую очередь это тесты и линтер — проверка оформления кода. Кроме них, могут запускаться утилиты, анализирующие безопасность, актуальность зависимостей и многое другое.

Так непрерывную интеграцию можно изобразить на схеме:

Подробнее разберемся в терминологии и самом процессе:

• На каждый коммит запускается сборка (build)
• Во время сборки собирается приложение, устанавливаются зависимости, прогоняются тесты и все остальные проверки
• Если сборка завершается без ошибок, она считается успешной
• Если сборка не проходит, то программист получает уведомление
• Дальше программист смотрит отчет, исправляет ошибки, делает еще один коммит и процесс повторяется заново

Для внедрения непрерывной интеграции есть два пути.

Первый путь — поставить себе на сервер Jenkins или его аналог. Этот вариант требует много ручной работы, в том числе по поддержке сервера. Такое решение подходит компаниям, которые:

• Делают очень сложные приложения
• Не хотят допускать утечки кода наружу
• Делают настолько много проектов, что свой сервер дешевле, чем стороннее решение

Второй путь – воспользоваться сервисом непрерывной интеграции. Таких сервисов десятки, если не сотни. Есть из чего выбрать. Как правило, большинство из них бесплатны для открытых проектов.

Одно из распространенных решений — это Github Actions, встроенный сервис Github:

Github Actions не только обеспечивает непрерывную интеграцию — он может гораздо больше. Хекслет использует Actions во всех своих открытых и закрытых проектах (пример такого проекта).

Для удобства, сервис дает «бейджик» — картинку, которая вставляется в README-файл проекта. Бейджик показывает текущий статус проекта — успешна последняя сборка или нет. По клику на него можно попасть на страницу с последними сборками.

Самостоятельная работа

1. Подключите Github Actions из интерфейса GitHub к репозиторию hexlet_pytest
2. Добавьте в README.md бейджик Github Actions

Дополнительные материалы

1. Экстремальное программирование
2. Среды разработки
3. Курс по Github Actions

Остались вопросы? Задайте их в разделе «Обсуждение»

Вам ответят команда поддержки Хекслета или другие студенты.