Где должны храниться тесты интеграции при использовании maven-отказоустойчивого плагина?

Question

Должен ли я проводить тесты интеграции под src/test с остальными модульными тестами и просто отличать их по шаблону, например *Integr*Test, *ITTest, или они могут быть в src/it (как в случае разработки плагинов Maven и использования maven-invoker-plugin)?

Я прошу об этом, потому что для меня это выглядит недостаточно чистым, если тесты на единицу и интеграцию находятся в одном и том же месте (даже если они должны контролироваться через профиль Maven).

Answer 1

Первый maven-fail-плагин запускается по умолчанию в другой фазе жизненного цикла (интеграционный тест), как это делает maven-surefire-plugin (test). Кроме того, вы можете настроить maven-отказоустойчивый плагин для запуска цели verify на этапе тестирования post-integration-test, если вы хотите проверить, не прошли ли тесты интеграции. Это можно свободно настроить.

В мой разум входит один вопрос. У вас есть 10 модулей, и теперь вы хотите провести интеграционные тесты? К какому модулю они принадлежат? Лучше всего иметь отдельный модуль, потому что они не принадлежат ни одному из 10 модулей.

Кроме того, плагин maven-surefire уже настроен в жизненном цикле по умолчанию. Да, дополнительная цель была бы идеей, но это путало бы пользователя использовать одни и те же плагины в разных отношениях. Поэтому разделение проблем важно здесь. Помимо всех конфигураций по умолчанию ... Эти плагины имеют общую базу кода, но есть различия ...

Также, что уже упоминалось Tunaki, это pre-integration-test, для настройки таких вещей, как серверы и т. Д. integration-test и такие вещи, как shutting вниз служб/серверов в post-integration-test фазы. Это никогда не произойдет в модульных тестах.

Использование отдельного модуля упрощает настройку ИТ, что означает наличие разных зависимостей (classpath), чем для модульных тестов. Например, такие вещи, как Arquillian.org, которые никогда не используются в модульных тестах. Это не может быть обработано в одном модуле ... также хорошие вещи - это разделение проблем здесь.

Кроме того, интеграционные тесты не могли быть перегруппированы по умолчанию, тогда как модульные тесты могут быть по определению, иначе они не будут выполнять модульные тесты.

А как насчет расположения папок? В тестовом модуле интеграции вы можете просто использовать папку src/test/java, что означает, что вам не нужна дополнительная конфигурация и т. Д. (Например, через build-helper-maven-plugin и т. Д.), Что упрощает ее и следует более условно над парадигмой конфигурации.

И не забывайте, что вы можете лучше контролировать то, что работает в вашей сборке (CI) ..

И еще один важный намек. Обычно интеграционные тесты часто связаны с инфраструктурой, поэтому иногда полезно игнорировать сбои там, которые могут просто обрабатываться с помощью check цели maven-отказоустойчивого-плагина ....

Пример для ИТ-модуля можно найти here.

Answer 2

Вы правы, что src/it предназначен для использования для интеграции тестов плагинов. Это упоминается в Standard Directory Layout.

The maven-failsafe-plugin, по умолчанию, будет выглядеть для ваших тестов интеграции внутри ${project.build.testSourceDirectory}, which is the same как maven-surefire-plugin для модульных тестов. По умолчанию это соответствует src/test/java. Эти интеграционные тесты сделаны различны, следуя naming convention:

<includes> 
    <include>**/IT*.java</include> 
    <include>**/*IT.java</include> 
    <include>**/*ITCase.java</include> 
</includes> 

, которая отличается от naming convention для юнит-тестов:

<includes> 
    <include>**/Test*.java</include> 
    <include>**/*Test.java</include> 
    <include>**/*TestCase.java</include> 
</includes> 

Так что пока они будут находиться в папке же источника (src/test/java), разница в именах четко различает их. Кроме того, это настройка по умолчанию, поэтому дополнительная настройка не требуется.

Тем не менее, вы можете иметь другие варианты:

• Поместите тесты интеграции внутри другой папки источника. Для этого потребуется некоторая настройка: вам нужно будет использовать цель build-helper-maven-plugin:add-test-source, чтобы добавить пользовательскую папку в качестве исходной исходной папки.
• Используйте другой модуль (если у вас есть мультимодульный проект Maven), который будет содержать только тесты интеграции.