В предыдущих уроках мы разобрались с тестами, теперь давайте поговорим о культуре их запуска.
Локальный запуск тестов – это персональная ответственность. Хорошие разработчики используют тесты непрерывно во время разработки и обязательно запускают их перед пушем (git push).
Но этого недостаточно — всегда присутствует человеческий фактор и ошибки. Поэтому даже несмотря на локальный запуск, тесты должны запускаться автоматически на серверах непрерывной интеграции.
Непрерывная интеграция – это практика разработки, которая заключается в частой автоматизированной сборке приложения для быстрого выявления проблем. Обычно интеграция выполняется на коммиты в репозиторий. За этим следит либо специальный сервер, либо сервис непрерывной интеграции. Он загружает код, по необходимости собирает его и запускает различные проверки. Программист заранее определяет, что и как запускать. В первую очередь, запускаются тесты и линтер. Кроме них, могут быть утилиты, которые анализируют безопасность, проверяет актуальность зависимостей и многое другое:
Подробнее обсудим терминологию и сам процесс. На каждый коммит запускается сборка (build). Во время сборки собирается приложение, устанавливаются зависимости, прогоняются тесты и все остальные проверки. Если сборка завершается без ошибок, она считается успешной. Если сборка не проходит, то программист получает уведомление. Дальше он смотрит отчет и исправляет ошибки.
Для внедрения непрерывной интеграции есть два пути. Первый — поставить себе на сервер Jenkins или его аналог. Этот вариант требует много ручной работы и поддержку сервера. Он подходит компаниям, которые:
- Делают очень сложные приложения
- Не хотят допустить утечку кода наружу
- Создают настолько много проектов, что свой сервер дешевле стороннего решения
Второй путь – это воспользоваться сервисом непрерывной интеграции. Таких сервисов десятки, если не сотни. Как правило, большинство из них бесплатны для открытых проектов.
GitHub имеет встроенный механизм — GitHub Actions:
В основном, GitHub Actions обеспечивает непрерывную интеграцию, но он может гораздо больше. Хекслет использует Actions во всех своих открытых и закрытых проектах (пример). Для удобства он дает бейджик — картинку, которая вставляется в файл проекта README.md. Она показывает, успешна последняя сборка или нет. По клику на нее можно попасть на страницу с последними сборками.
Самостоятельная работа
- Подключите GitHub Actions к репозиторию, созданному в этом курсе в уроке PHPUnit
- Добавьте в README.md бейджик GitHub Actions
Дополнительные материалы
Остались вопросы? Задайте их в разделе «Обсуждение»
Вам ответят команда поддержки Хекслета или другие студенты
- Статья «Как учиться и справляться с негативными мыслями»
- Статья «Ловушки обучения»
- Статья «Сложные простые задачи по программированию»
- Вебинар «Как самостоятельно учиться»
Для полного доступа к курсу нужен базовый план
Базовый план откроет полный доступ ко всем курсам, упражнениям и урокам Хекслета, проектам и пожизненный доступ к теории пройденных уроков. Подписку можно отменить в любой момент.
