Запуск тестов с GitHub Actions
Интегрируйте автоматические модульные и интеграционные тесты в конвейер непрерывной интеграции, чтобы обеспечить качество кода и предотвратить регрессии.
«Запуск тестов с GitHub Actions» — бесплатный урок CI/CD with GitHub Actions & DevOps Pipelines на CoddyKit. Это урок 2 из 4. Ты можешь прочитать весь урок бесплатно ниже — а потом практиковать его прямо в браузере с встроенным редактором кода и ИИ-репетитором 24/7. Это часть пути обучения CI/CD with GitHub Actions & DevOps Pipelines, и твой прогресс синхронизируется между веб-версией и приложением CoddyKit. Курс CI/CD with GitHub Actions & DevOps Pipelines содержит 4 уроков всего.
Зачем автоматизировать тесты в CI?
Представьте, что вы внесли изменение в код и сразу узнали, не нарушило ли оно что-нибудь ещё. В этом сила автоматизированного тестирования в вашем конвейере CI!
Непрерывная интеграция (CI) заключается в частом объединении изменений кода в центральном репозитории. Автоматизированные тесты служат защитой этого процесса.
Они рано обнаруживают ошибки, быстро предоставляют обратную связь и повышают уверенность в каждом изменении кода.
Типы тестов в вашем конвейере
Когда речь заходит об автоматизированных тестах, обычно выделяют два основных типа: модульные и интеграционные тесты.
- Модульные тесты: сосредоточены на небольших изолированных частях кода, например одной функции или методе. Они выполняются быстро и точно указывают на проблему.
- Интеграционные тесты: проверяют, правильно ли взаимодействуют друг с другом разные части системы, например код и база данных или API.
Оба типа крайне важны для обеспечения устойчивости и надёжности программного обеспечения.
Автоматизация тестов с помощью GitHub Actions
GitHub Actions может работать как ваш личный исполнитель тестов, автоматически запуская их каждый раз при отправке нового кода.
Вы определяете рабочий процесс, в котором указываете, когда его запускать, какую среду использовать и какие команды выполнять.
Это гарантирует единообразную проверку каждого изменения без ручных действий.
Подготовка проекта Java к тестированию
Для демонстрации мы воспользуемся простым проектом Java, управляемым с помощью Maven — популярного инструмента автоматизации сборки.
Maven помогает управлять зависимостями проекта, а также предоставляет команды для компиляции кода и запуска тестов.
В нашем проекте будут простой класс Java и соответствующий тест JUnit (концептуально).
Наш первый запускаемый пример теста
Вот простой класс Java и базовый тест для проверки его работы. Для простоты мы имитируем модульный тест без полной настройки JUnit.
Метод main выполняет роль исполнителя тестов и проверяет, работает ли метод add ожидаемым образом.
Попробуйте запустить его, чтобы увидеть результат!
public class Calculator {
// Method to be tested
public int add(int a, int b) {
return a + b;
}
public static void main(String[] args) {
Calculator calc = new Calculator();
// Simulate a test case
int expected = 5;
int actual = calc.add(2, 3);
if (actual == expected) {
System.out.println("Test Passed: 2 + 3 = " + actual);
} else {
System.out.println("Test Failed: Expected " + expected + ", Got " + actual);
}
}
}Создание рабочего процесса для тестов
Теперь посмотрим, как будет выглядеть файл рабочего процесса GitHub Actions (.github/workflows/test.yml) для запуска наших тестов.
Этот файл YAML определяет шаги, которые GitHub Actions выполнит для настройки среды и запуска команд тестирования.
В настоящем проекте мы воспользуемся командой Maven test для запуска всех фактических тестов JUnit.
name: Java CI with Maven
on:
push:
branches: [ "main" ]
pull_request:
branches: [ "main" ]
jobs:
build:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Set up JDK 17
uses: actions/setup-java@v4
with:
java-version: '17'
distribution: 'temurin'
cache: maven
- name: Run Maven Tests
run: mvn test
Разбор каждого шага рабочего процесса
Разберём основные шаги нашего рабочего процесса для тестирования:
on: push / pull_request: запускает рабочий процесс при отправке кода или создании запросов на включение изменений в веткуmain.runs-on: ubuntu-latest: указывает операционную систему виртуальной машины (исполнителя), на которой будет выполняться рабочий процесс.actions/checkout@v4: готовое действие, которое извлекает код репозитория на машину исполнителя.actions/setup-java@v4: ещё одно действие для настройки Java Development Kit (JDK) на машине исполнителя.run: mvn test: это ключевой шаг! Он выполняет команду Maven для компиляции кода и запуска всех определённых тестов.
Обработка сбоев тестов в CI
Важное преимущество тестирования в CI — мгновенная обратная связь. Если какой-либо тест завершается с ошибкой, задание рабочего процесса GitHub Actions также завершается с ошибкой.
Это ясно показывает, что недавнее изменение кода привнесло ошибку или вызвало регрессию.
Затем можно изучить журналы рабочего процесса, чтобы точно определить, какой тест завершился с ошибкой и почему. Это поможет быстро устранить проблему.
Результат: качество и уверенность
Интеграция автоматизированных тестов в конвейер CI — один из основополагающих принципов современной разработки программного обеспечения.
Она предотвращает регрессии, обеспечивает стабильное качество кода и значительно снижает риск выпуска неработающих возможностей.
Этот процесс повышает уверенность в кодовой базе и позволяет вашей команде быстрее и надёжнее внедрять новые решения.
Проверка рабочего процесса тестирования
Рассмотрим рабочий процесс GitHub Actions, предназначенный для запуска тестов. Каково основное назначение шага run: mvn test в проекте Java?
Итоги: тестирование в вашем конвейере CI
В этом уроке мы рассмотрели интеграцию автоматизированных тестов в конвейер CI на GitHub Actions.
Мы изучили:
- важность автоматизированного тестирования для качества кода;
- различия между модульными и интеграционными тестами;
- структуру рабочего процесса GitHub Actions для запуска тестов Java с помощью Maven;
- такие шаги рабочего процесса, как
checkoutиsetup-java; - важную роль
mvn testпри выполнении тестов; - способ, которым GitHub Actions сообщает о сбоях тестов.
Автоматизированное тестирование крайне важно для раннего обнаружения ошибок и поддержания надёжной кодовой базы!
Часто задаваемые вопросы
Урок «Запуск тестов с GitHub Actions» бесплатный?
Да — полный текст урока «Запуск тестов с GitHub Actions» бесплатно доступен здесь в веб-версии. Чтобы практиковать его интерактивно (встроенный редактор кода и ИИ-репетитор 24/7) и разблокировать остальной курс CI/CD with GitHub Actions & DevOps Pipelines, подпишись на CoddyKit PRO. Курс CI/CD with GitHub Actions & DevOps Pipelines содержит 4 уроков всего.
Чему я научусь в уроке «Запуск тестов с GitHub Actions»?
Интегрируйте автоматические модульные и интеграционные тесты в конвейер непрерывной интеграции, чтобы обеспечить качество кода и предотвратить регрессии. Ты практикуешь CI/CD with GitHub Actions & DevOps Pipelines с помощью реального кода, который запускаешь прямо в браузере, и ИИ-репетитор 24/7 отвечает на твои вопросы во время урока.
Нужен ли мне опыт, чтобы начать CI/CD with GitHub Actions & DevOps Pipelines?
Предыдущий опыт не требуется. CI/CD with GitHub Actions & DevOps Pipelines на CoddyKit структурирован для всех уровней — от новичков до продвинутых, поэтому ты можешь начать отсюда или с самого начала и учиться в своем темпе. Это урок 2 из 4.
Сколько времени занимает урок «Запуск тестов с GitHub Actions»?
Большинство уроков CoddyKit занимают около 5–10 минут. Каждый из них компактный и интерактивный, поэтому ты постоянно делаешь прогресс и продолжаешь с того же места в веб-версии и приложении.
Можно ли писать и запускать код в этом уроке CI/CD with GitHub Actions & DevOps Pipelines?
Да. Каждый урок CI/CD with GitHub Actions & DevOps Pipelines включает встроенный редактор кода, поэтому ты пишешь и запускаешь реальный код прямо в браузере и получаешь моментальную обратную связь от AI — локальная установка не требуется.
Все уроки этого курса
- Триггеры и события рабочих процессов
- Запуск тестов с GitHub Actions
- Линтинг и проверки качества кода
- Кэширование зависимостей для ускорения сборок