У меня есть проект с несколькими модулями. Он строится на EAR. Я добавил к нему аркилянскую библиотеку. Каждый подмодуль имеет собственные тесты, но для работы он должен собирать другие модули. Я хотел бы запустить все тесты после сборки ушей, а затем использовать это ухо для развертывания и тестирования. Есть ли возможность сделать это в одном жизненном цикле сборки maven?Запуск тестов после сборки EAR
ответ
Стандартные этапы жизненного цикла являются:
validate - validate the project is correct and all necessary information is available
compile - compile the source code of the project
test - test the compiled source code using a suitable unit testing framework. These tests should not require the code be packaged or deployed
package - take the compiled code and package it in its distributable format, such as a JAR.
integration-test - process and deploy the package if necessary into an environment where integration tests can be run
verify - run any checks to verify the package is valid and meets quality criteria
install - install the package into the local repository, for use as a dependency in other projects locally
deploy - done in an integration or release environment, copies the final package to the remote repository for sharing with other developers and projects.
Я хотел бы предложить, что вы собирай свои arquillian тесты в интегрально-фазе тестирования. Arquillian, должен развернуть микроразвертывания самостоятельно на testmachine, если он настроен правильно.
Тестирование, которое вы хотите запустить после уха, должно быть реализовано в том же проекте (модуле), который строит ear
.
Испытания, выполняемые при развертывании уха в контейнере, называются «интеграционными испытаниями» и выполняются на этапе integration-test
. Вы можете вызвать такие тестовые примеры с использованием специального шаблона (например, BlaBlaIntegrationTest
) и выполнить соответствующую конфигурацию в pom.xml
, чтобы выполнять только эти тесты на фазе «интеграционных тестов» и игнорировать их, когда вы выполняете регулярные модульные тесты.
- 1. Запуск автоматизированных тестов после сборки команды в физической среде
- 2. Запуск тестов после сборки, не показанной в тестовом проводнике
- 3. Автоматический запуск тестов junit после сборки в NetBeans 8.0.1
- 4. Запуск автоматических тестов NUnit после завершения TFBuild
- 5. Запуск эспрессо-тестов после proguard
- 6. Запуск приемки/тестов дыма после развертывания
- 7. Запуск приложения из EAR
- 8. Запуск теста после неудачной сборки с Eclipse
- 9. TeamCity: Запуск FxCop после сборки
- 10. Запуск приложения TeamCity после сборки
- 11. Запуск процесса после сборки после полной сборки завершен
- 12. Maven сборки JAR в EAR
- 13. Запуск тестов загрузки Visual Studio в Microsoft Azure из сборки
- 14. Запуск блоков тестов Fakes Framework на сервере сборки TFS | Ошибка
- 15. Запуск единичных тестов, которые не выполняются во время TFS-сборки
- 16. Различные сборки для тестов
- 17. Запуск сценариев данных после сборки базы данных
- 18. Запуск задачи gulp после завершения сборки
- 19. Jenkins: Запуск будущей сборки после завершения задания.
- 20. Автоматический запуск сборки Jenkins после изменения конфигурации
- 21. Запуск тестов интеграции после развертывания в Visual Studio Team Services
- 22. Запуск события после сборки только в определении сборки
- 23. Запуск Android-тестов автоматически
- 24. Создание и запуск тестов
- 25. Запуск тестов jtidy
- 26. Запуск тестов Jasmine
- 27. Запуск модульных тестов QtQuickTest
- 28. Запуск тестов не работает
- 29. создать EAR с Maven сборки плагин
- 30. Jenkins - запуск параметризованной сборки
Алекс прав. Я предпочитаю сдавать интеграционные тесты (с аркиллианскими или другими инструментами) в отдельный проект/модуль, потому что он позволяет прямо настроить их в непрерывном конвейере доставки на сервере CI (в основном Jenkins) в качестве отдельного шага. –
Я бы определенно подумал о том, чтобы создать отдельный тестовый модуль интеграции для лучших бизнес-приложений. –