1. Введение
В последние годы Gradle стал очень популярным инструментом управления зависимостями, особенно среди разработчиков Java. Его легко освоить, а поскольку он написан на Groovy, он очень расширяемый.
В этом кратком руководстве мы рассмотрим разницу между тестом Gradle и задачами проверки . Мы точно определим, что каждый из них делает и когда имеет смысл их использовать.
2. Обзор Gradle
Gradle — это инструмент управления зависимостями. Он предоставляет надежные функции для определения зависимостей в программном проекте, а также множество функций для управления всем жизненным циклом сборки, от тестирования до развертывания.
Для выполнения своей работы Gradle использует tasks . Задача — это, по сути, набор дискретных шагов для достижения цели. Некоторые примеры:
- Скомпилировать исходный код
- Упакуйте исходный код в модуль
- Развертывание модулей в удаленной системе
Хотя Gradle является расширяемым и позволяет нам определять любую задачу, которую мы хотим, наиболее распространенные задачи, которые хотел бы разработчик Java, доступны по умолчанию. Две из этих задач называются test и check .
Хотя они похожи по своей природе, у каждого из них немного разные роли , когда дело доходит до управления программным проектом. В следующих разделах мы рассмотрим каждый из них немного подробнее.
3. Когда использовать тест Gradle
Чтобы запустить тестовую задачу, мы просто запустим:
gradle test
Тестовая задача выполняет все модульные тесты в проекте . У тестовой задачи довольно много свойств , управляющих ее поведением, и мы не будем здесь их все описывать.
По умолчанию тестовая задача автоматически обнаружит все модульные тесты в проекте, скомпилирует их и затем выполнит. В конце он генерирует отчет о том, какие тесты прошли и не прошли.
Тестовая задача — отличная универсальная задача, с которой должны быть знакомы все разработчики при работе с Gradle . Как правило, его должен выполнять каждый разработчик перед фиксацией любого нового кода в основной ветке.
Но в качестве дополнительного уровня защиты его также часто автоматически запускают как часть любого формального процесса сборки программного обеспечения . Например, тестовое задание обычно используется как часть любой автоматизированной сборки программного обеспечения после компиляции исходного кода, но до сборки окончательных артефактов.
4. Когда использовать проверку Gradle
Чтобы запустить задачу проверки , мы просто запустим:
gradle check
В отличие от test , задача проверки называется задачей «жизненного цикла». Это означает, что сам по себе он ничего не делает . Вместо этого он выполняет одну или несколько других задач.
По умолчанию задача проверки выполняет только задачу проверки . Это означает, что при отсутствии каких-либо других плагинов обе задачи ведут себя совершенно одинаково и генерируют один и тот же результат.
Проверка важна потому, что она может объединять одну или несколько задач проверки вместе . Это позволяет нам объединять несколько задач в один шаг, а не выполнять их одну за другой.
Экосистема Gradle содержит ряд плагинов, таких как плагин checkstyle , которые обеспечивают дополнительную функциональность задачи проверки .
Как правило, любая задача, выполняющая проверку исходного кода, должна быть присоединена к задаче проверки . Такие вещи, как соблюдение стиля исходного кода, сканирование уязвимостей библиотек и интеграционные тесты, — все это хорошие кандидаты для включения в задачу проверки .
5. Вывод
В этой статье мы подробно рассмотрели тест Gradle и задачи проверки . Хотя они похожи и иногда могут использоваться взаимозаменяемо, они служат разным целям.
С тестовой задачей должно быть знакомо большинство разработчиков, так как она выполняет все наши модульные тесты и предоставляет отчет о том, какие из них пройдены, а какие нет.
Напротив, задача проверки объединяет задачу проверки с другими задачами. Существует ряд плагинов, которые добавляют свои шаги к задаче проверки , но мы всегда можем создать свои собственные для удовлетворения конкретных потребностей нашего программного проекта.