Web サービスの利用者をテストするために私が見つけたいくつかのツールを次に示します。
http://www.soapui.org/ https://wsunit.dev.java.net/
他にもありますか？Java または Python で記述されたフレームワークをテストすることを好みます。
1283 次
4 に答える
1
WebServiceStudioを使用しました。
Web Service Studioは、Webメソッドをインタラクティブに呼び出すためのツールです。ユーザーはWSDLエンドポイントを提供できます。[Get]ボタンをクリックすると、ツールがWSDLをフェッチし、WSDLから.NETプロキシを生成し、使用可能なメソッドのリストを表示します。ユーザーは任意の方法を選択し、必要な入力パラメーターを提供できます。[呼び出し]をクリックすると、SOAP要求がサーバーに送信され、応答が解析されて戻り値が表示されます。
このツールは、Webサービスの実装者がクライアントコードを記述せずにWebサービスをテストすることを目的としています。これは、WSDLエンドポイントがわかっている他のWebサービスにアクセスするためにも使用できます。
また、Webツールプラットフォームの一部として提供されるEclipseのWebサービスエクスプローラー。
UDDIおよびWSILを介して、他のアプリケーションはWSDLドキュメントを検出し、それらとバインドしてトランザクションを実行したり、他のビジネスプロセスを実行したりできます。Webサービスエクスプローラーを使用すると、WSDLドキュメントを探索、インポート、およびテストできます。
于 2008-11-09T19:20:43.670 に答える
1
私はMavenプラグインでsoapuiを使用しました。単体テストのように実行および分析するjunit-linkeレポートを作成できます。これは、soapuiの無料配布と一緒に、継続的なビルドに簡単に統合できます。
于 2008-11-07T21:23:27.793 に答える
0
グラインダーは、ほとんどのWebサービス（SOAP / REST / CORBA / RMI / JMS / EJB）などを処理するJavaとPythonの両方であなたの味方です。
于 2008-11-07T18:36:57.193 に答える
0
本当にもっと具体的にする必要があります: WS-consumer でテストしたいのは何ですか? それが正しい WS と呼ばれることは？これは少し無意味に見えます.WSは、呼び出される可能性のあるものを何でもモックするのに最適な場所です-何も呼び出されません.
コンシューマーをテストするために、オリジナルを模倣する Web サービスを作成することになりますよね? 回線を通過する通信プロトコルは、クライアント ドメインではなく、生成されたものだと思います。したがって、WS-consumer のクライアントが見るのはインターフェースだけです。インターフェイスでテストするものは何もありません。
私があなたの質問を完全に誤解している可能性があります。誤解していた場合は明確にしてください。その時は回答を修正します。
于 2008-11-12T16:36:36.760 に答える