7

かなりの数の Web サービスを提供する大規模なプロジェクトに着手しようとしています。

Java プラットフォームを使用するので、もちろん、JUnit、Hudson などを多用します (ただし、それが重要かどうかはわかりません)。

Web サービスをテストするための一連のベスト プラクティスやツールを探しています。いくつかの目標を念頭に置いています。

  1. 明らかに、サービスが正しく動作することを証明する必要があります。これは、Web サービス呼び出しを発行し、応答を受信し (それらが正しいかどうかをチェックする)、おそらく別の Web サービス呼び出しを発行して、システムが元の呼び出しの後の新しい状態であることを確認することを意味します (そして、明らかに、その応答が正しいかどうかをチェックします。)

  2. 応答時間を収集する必要があります。

  3. テスト ケースを自動的に実行できる必要があります (jUnit スタイルですが、実行中のシステムに対してであり、個々のコード ユニットに対してではありません)。

  4. 非開発者 (技術的なビジネス ユーザー) がテスト ケースを "作成" できれば、非常にすばらしいことです。彼らは XML の専門家ではありません (今後もそうなることはありません)。しかし、彼らは対象分野の専門家であるため、XML ファイルを生成する「フォーム」に入力することは現実的です。でも; これらの「フォーム」のそれぞれをカスタム構築するには、あまりにも多くの異なるサービスが存在する可能性があります。

考え、ベスト プラクティス、または学んだ教訓をいただければ幸いです。

4

2 に答える 2

7

SOAPUI これは、Web サービスのテストに最適なオープン ソース ツールです。単体テストを作成できます。wsdl を読み取り、サービスを呼び出すフォームを作成するフォーム インターフェイスもあります。

Fiddler ネットワーク 上の要求と応答を確認する必要があります。ほとんどのツールキットでは、正確に何が行われているかを簡単に確認できないため、これは非常に重要です。

XMLSPY これは有料プログラムですが、非常にクリーンなインターフェースを備えています。IT は xml ファイルのデバッグを容易にし、サービスを呼び出せるようにします。不正な XML も再フォーマットし、多くの状況で救世主となります。余裕があればGET IT!

于 2009-09-18T20:30:10.743 に答える
4

SOAPUI を使用して、最初に機能テストを行います。ただし、SOAPUI は回帰テストや負荷テストには適していません。

次のステップでは、XML をJMeterにロードします。

複数のマシンから負荷がかかる可能性があり、サーバーに限界まで簡単にストレスをかけることができます.

于 2009-09-18T23:13:01.553 に答える