0

JMS と JAX-WS だけで世界と通信する完全なシステムをテストする必要があります。流れは、多かれ少なかれ、次のとおりです。

  1. 単一の JMS メッセージによってトリガーされ、
  2. (JMS または Web サービスを介して) 他のいくつかの外部システムにクエリを実行します。
  3. キューで回答をリッスンします (1 つの要求に対して多くの応答が予想される場合があります)。
  4. 必要なものを処理し、応答を (JMS 経由で) 呼び出し元のシステムに送り返します (1 つのトリガー メッセージごとに 1 つ以上の応答も)。

次のことができるツールを探していました。

  • 外部システムをモックします (つまり、キューの反対側でリッスンし、リクエストを分析し、リクエストの内容に基づいて応答します)。
  • さまざまなメッセージ ブローカーに接続します。Active MQ と Websphere MQ が最も求められています。
  • テスト ケース ロジックを作成し、
  • 結果を予想される動作と比較します。

これまでのところ近いのは jMeter だけです。キューをリッスンする機能だけが欠けています。他のアイデアはありますか？無料または商用の場合があります。

最終的には、一連のメッセージ駆動型 Bean をモックとしてデプロイする必要があるように思えますが、車輪を再発明しないようにしたいと考えています。

4

2 に答える 2

1

最後に、独自の MDB セットを作成することにしました。

短所：

  • 繰り返し作業が多く、
  • 再利用不可 (プロジェクト専用のソリューション)、
  • 次回の生活を楽にしてくれるツールを学ぶチャンスを逃した

長所：

  • テストフローの完全な制御、
  • ターゲット環境 (WAS 7) にデプロイする機能 — おそらく SoapUI では問題外です。
  • 大規模なテスト セットを高速かつ効率的に開発できるように記述しました。

私が尋ねた何人かの同僚も、このアプローチを推奨していました。私はより良い方法を見つけられなかったことに失望しています。

于 2011-09-08T20:17:37.340 に答える
1

SoapUIは、Web サービスと JMS のテストをネイティブでサポートしています。それが気に入らない場合は、Spring (spring-ws) と activeMQ を使用して小さなテスト フレームワークを構築します。

于 2011-09-01T16:03:30.273 に答える