Интеграционное тестирование распределенных приложений Java EE - PullRequest
1 голос
/ 03 мая 2011

У нас есть 3 разных сервера Java EE, которые взаимодействуют как с JGroups, так и с RMI.Мы интенсивно проводим модульное тестирование нашего кода, и вся команда полностью поддерживает TBD, но мы сталкиваемся с проблемами, когда речь идет об интеграционном тестировании наших серверов.

Особенно наше пользовательское обнаружение отказов / переподключения / завершения "алгоритмы "потребуются некоторые автоматизированные тесты, потому что мы часто видим, что они ломаются, и в настоящее время мы всегда исправляем это путем тестирования методом проб и ошибок.

Мы используем следующие библиотеки / фреймворки: Tomcat, Maven, Spring 3, RMI, JGroups

Любые идеи, предложения, ссылки и ресурсы приветствуются!

1 Ответ

1 голос
/ 09 мая 2014

Интересно, что никто не ответил на этот вопрос с 2011 года. Может быть, не было ничего рекомендовать?

Если вы ищете только интеграционное тестирование, это намного проще. Вы можете написать свои обычные тесты JUnit / TestNG и использовать arquillian для заботы о контейнере (жизненный цикл, развертывания, конфигурация и т. Д.). Вы можете запускать все компоненты (тесты, контейнеры, развертывания) на одном узле, связывать их с разными IP-адресами или портами, позволяя JGroups осуществлять всю связь кластера как обычно.

http://arquillian.org/

Более того, теперь доступна целая книга об интеграционном тестировании под названием «Непрерывная разработка предприятия на Java».

http://www.amazon.com/Continuous-Enterprise-Development-Andrew-Rubinger/dp/1449328296

Ситуация с ИМО намного хуже, когда речь идет о тестировании системы. Я просто скажу здесь одно имя: SmartFrog, которая является «мощной и гибкой программной средой на основе Java для настройки, развертывания и управления распределенными программными системами». Кривая обучения ужасна, хотя.

http://www.smartfrog.org/

...