В TDD почему OpenEJB и почему Arquillian?

В этом случае есть два аспекта.

1. Unit tests. These are intended to be very fast (execute the whole test suite in seconds). They test very small chunks of your code - i.e. one method. To achieve this kind of granularity, you need to mock the whole environment using i.e. Mockito. You're not interested in:
   • invoking EntityManager and putting entities into the database,
   • тестирование транзакций,
   • выполнение асинхронных вызовов,
   • попадание в конечную точку JMS и т. д.

Вы имитируете всю эту среду и просто тестируете каждый метод отдельно. Модульные тесты детализированы и невероятно быстры. Это потому, что вы можете выполнять их каждый раз, когда вносите важные изменения в код. Если бы они были более сложными и трудоемкими, разработчик не нажимал бы кнопку «тест» так часто, как следовало бы.

1. Integration tests. These are slower, as you want to test the integration between your modules. You want to test if they 'talk' to each other appropriately, i.e.:
   • are the transactions propagated in the way you expect it,
   • что произойдет, если вы вызовете свой бизнес-метод вообще без транзакции,
   • действительно ли изменения, отправленные вашим клиентом WebServices, попадают в метод вашей конечной точки и добавляют данные в базу данных?
   • что, если моя конечная точка JMS выдаст исключение ApplicationException - будет ли она должным образом откатить все изменения?

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

Конечно, вы можете запустить контейнер EJB во встроенном режиме, точно так же, как вы можете выполнить JPA в Java SE. Дело в том, что искусственная среда предоставляет вам базовые услуги, но вы закончите ее настройкой и все равно получите меньшую гибкость, чем в реальном контейнере.

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

Надеюсь, поможет.

В этом году я посетил Devoxx и получил возможность ответить на этот вопрос ребятам из JBOSS. Некоторые из тестовых сценариев (то, что мне удалось записать):

• Конфигурация контейнера
• Интеграция контейнеров
• Границы транзакции
• Методы обратного вызова сущности
• Интеграционные тесты
• Записи Selenium