7

私はWeb開発者であり、最終的にJava EE開発（Richfaces、Seam 2、EJB 3.1、JPA）を行いました。JPAをテストするには、極超音速機とMockitoを使用します。しかし、EJBに関する深い知識が不足しています。

OpenEJBとArquillianを使用する必要があると主張する人もいるかもしれませんが、何のために？いつコンテナ依存のテストを行う必要がありますか？OpenEJBとArquillianが必要な可能性のあるテストシナリオは何ですか？

私に教えてください:)

4

2 に答える 2

12

この場合、2つの側面があります。

  1. ユニットテスト。これらは非常に高速であることが意図されています（テストスイート全体を数秒で実行します）。彼らはあなたのコードの非常に小さなチャンク、つまり1つのメソッドをテストします。このような粒度を実現するには、Mockitoを使用して環境全体をモックする必要があります。あなたは興味がありません：
    • EntityManagerを呼び出し、エンティティをデータベースに配置します。
    • トランザクションのテスト、
    • 非同期呼び出しを行う、
    • JMSエンドポイントのヒットなど。

この環境全体をモックして、各メソッドを個別にテストします。ユニットテストはきめ細かく、非常に高速です。これは、コードに重要な変更を加えるたびに実行できるためです。それらがより複雑で時間がかかる場合、開発者は「テスト」ボタンをそれほど頻繁に押すことはありません。

  1. 統合テスト。モジュール間の統合をテストしたいので、これらは遅くなります。それらが互いに適切に「話し合う」かどうかをテストしたい、すなわち：
    • トランザクションは期待どおりに伝播されますか？
    • トランザクションをまったく行わずにビジネスメソッドを呼び出すとどうなりますか？
    • WebServicesクライアントから送信された変更は、実際にエンドポイントメソッドに影響を与え、データベースにデータを追加しますか？
    • JMSエンドポイントがApplicationExceptionをスローした場合はどうなりますか？すべての変更を適切にロールバックしますか？

ご覧のとおり、統合テストは大まかなものであり、コンテナー内で（または基本的には本番環境のような環境で）実行されるため、はるかに低速です。これらのテストは通常​​、コードが変更されるたびに開発者によって実行されることはありません。

もちろん、Java SEでJPAを実行できるのと同じように、EJBコンテナを組み込みモードで実行できます。重要なのは、人工的な環境が基本的なサービスを提供しているということですが、それを微調整することで終わり、実際のコンテナーよりも柔軟性が低くなります。

Arquillianを使用すると、選択したコンテナーで実稼働環境を作成し、この環境でテストを実行することができます（データソース、JMS宛先、および実稼働環境で見られると予想されるその他の多くの構成を使用）。

それが役に立てば幸い。

于 2011-10-09T08:17:56.113 に答える
0

私は今年Devoxxに参加し、JBOSSの男にこの質問に答える機会を得ました。いくつかのテストシナリオ（私がなんとか書き留めたもの）：

  • コンテナの構成
  • コンテナ統合
  • トランザクションの境界
  • エンティティコールバックメソッド
  • 統合テスト
  • セレンの録音
于 2011-11-28T16:48:29.493 に答える