Webサービスをテストする方法0.3

- >フルテキストワード数：2254、あなたが収集することもでき、時間を読んで数分を取る必要があり、かつ十分な時間を再読み込み -

- >セクションIの話「Webサービスのインフラ導入」について話しました、第II 「Webサービスのテストツール」

- >このセクションでは、Webサービスプロジェクトおよび試験サンプルについて説明します。

.Webサービスサンプルプロジェクト：（SOAPプロトコル）

SOAPはXMLベースのプロトコルです。

SOAPの完全な形は、シンプルオブジェクトアクセスプロトコルです。
2つのアプリケーション間の通信クロスプラットフォームのために、SOAPは、W3C勧告です。
SOAPは、プラットフォームに依存しないプログラミング言語およびプロトコルです。

ソフトウェア要件：以下は、JAVAの基本的な要件でWebサービスプロジェクトを構築することです。

JAVAランタイム環境としてJre1.8.0_25。
開発ツールとしてのEclipse IDE。
標準のHTTPブラウザ、クロム等のように。これは、WSDLを表示するのに役立ちます。

II。使用ドキュメント・スタイルのSOAP Webサービスプロジェクト

メニューからのデータ[素材] - [原料]は形式「Webサービス・プロジェクト-docのスタイル」にSOAP Webサービスのプロジェクトファイルで取得します。ここではSOAP Webサービスを実行するための手順や指示は、次のとおりです。

まず、定義されたビジネス・メソッドを持つようにJavaインタフェースを作成します。このWebサービス・インターフェースに関連付けられるためには、私はプロジェクトのご注意「@WebService」と「SOAPBinding（スタイル= Style.DOCUMENT）」に持っていたデモを使用しています。
第二には、実装上のインタフェースおよびビジネス・メソッドというクラスを作成します。同様に、プロジェクトに示すように、アノテーション「@WebServiceインターフェース位置」を使用し、「SOAPBinding（スタイル= Style.DOCUMENT）」、Webサービスに関連付けるためです。
第三に、ビジネスロジックを公開するために、このWebサービスを公開します。
公表されたら、このリンク上でWSDLを取得することができます。HTTP：// localhostを：8074 / WSDLネットワーク
今、クライアントクラスを作成し、ビジネス・メソッドは、ビジネス・ロジックを実行するために、クライアントクラスによって、このサービスを受けることができます。アクセスWSDLにWSDL URLを使用してWebサービスクライアントクラスは、その後、ターゲット名前空間とWebサービス名の修飾名を取得します。これらの2つの方法を使用することで、クライアントの呼び出しとしてWebサービスのプロセスであるサービスポートにアクセスすることができます。

ドキュメント・スタイルでデモンストレーションでのWebサービスプロジェクトでこれらの手順のすべて。

III。使用RPCスタイルのSOAP Webサービス

SOAP Webサービスプロジェクトファイルの添付ファイル「Webサービス・プロジェクト-RPCスタイル」、メニューからの材料の情報として、[] - []ソース材料取得時。ここではSOAP Webサービスを実行するための手順や指示は、次のとおりです。

まず、定義されたビジネス・メソッドを持つようにJavaインタフェースを作成します。このWebサービス・インターフェースに関連付けられるためには、コメント「@WebService」と「SOAPBinding（スタイル= Style.RPC）」を使用します。
第二には、実装上のインタフェースおよびビジネス・メソッドというクラスを作成します。同様に、Webサービスに関連付けられるために、アノテーション「@WebService、エンドポイントインターフェイス位置」および「SOAPBinding（スタイル= Style.RPC）」を使用します。
第三に、ビジネスロジックを公開するために、このWebサービスを公開します。
公表されたら、このリンク上でWSDLを取得することができます。HTTP：// localhostを：8075 / WSDLネットワーク
今、クライアントクラスを作成し、ビジネス・メソッドは、ビジネス・ロジックを実行するために、クライアントクラスによって、このサービスを受けることができます。アクセスWSDLにWSDL URLを使用してWebサービスクライアントクラスは、その後、ターゲット名前空間とWebサービス名の修飾名を取得します。これらの2つの方法を使用することで、クライアントの呼び出しとしてWebサービスのプロセスであるサービスポートにアクセスすることができます。
RPCスタイルのWebサービスプロジェクトでは、上記のすべての手順を示しています。

RPCスタイルWSDL：

ドキュメントスタイルのWSDL：

IV。ドキュメントとRPCスタイルの違い

V.の利点とSOAP Webサービスの欠点

利点：

SOAPは、WS-Securityのとして知られている、組み込みのセキュリティ独自のを持っているので、非常に保護されました。
前述したように、あなたはビルドSOAP Webサービス、およびクロスプラットフォームの実行に任意のプログラミング言語を（などの.Net、JAVA、など）を使用することができます。

短所：

SOAP Webサービスは、XMLベースのフォーマットであるため、読んで解析XML文書が必要です。最も重要なのは、このようなWebサービスを構築する際に、多くの標準的な定義に従うことが必要です。これは、速度SOAP Webサービス遅くなり、そしてより多くの帯域幅とリソースを取ります。
WSDLは、SOAP Webサービスを配置するための唯一のメカニズムです。だから、非常に柔軟ではありません。

VI。テストWebサービスの詳細については

上記、我々はSOAP Webサービスを構築するスタイルRPCとドキュメント・スタイルを使用する方法を学びました。そして、我々はテストのWebサービスに関する情報について説明します。

テストWebサービス：2を前の章では、我々は実際に関与して、WebサービスとWeb APIとWebサービスのテストテスト手順をテストするためSOAPUIツールを議論しました。ここでは、上記のサンプルWebサービスプロジェクトの助けを借りて、より詳細にこれらの手順を説明します：

WSDLファイルの定義を理解：Webサービスを使用してWDSLを作成した後は、そのようなどのようなスタイル、それのように、WSDL規格が存在し、テストへの書き込みテストケースに必要とされるのですか？必要なすべての入力パラメータをカバー？どのような種類のデータのこれらの入力パラメータのですか？等
：によって提供されるWebサービスのオペレーションが存在するWebサービスを開発するための必要な動作をカバーするテストケース。それが必要なビジネス・ロジックをカバーするための正しい方法であるかどうか？
XMLのSOAP要求メッセージは、要求メッセージ・フォーマットとして送信：テストケースを入力データ、境界条件が確認されたデータ・タイプ、認証スタックオーバーフロー、機能テストなどを覆います。
SOAP応答は、メッセージフォーマットに対応してXMLメッセージの形で受信された：試験は、出力データと出力データ検証のタイプ、認証スタックオーバーフロー、セキュリティテスト、機能テストケースなどを覆っています。
単純なローカルツールやテストプログラムは、要求を受信することに応答してXMLメッセージ要求およびXMLメッセージの形でを送信することができます。これは、Webサービスをテストするために意味し、我々はクライアントプロセスを開発する必要があり、我々は要求としてプログラムを介してデータを入力することができます及びテスト出力データを応答として受信しました。

基本的なテストは、それがどのようなスタイルで書かれているかどうか、任意のWebサービスをテストすることです。その後、我々はSOAPUI Webサービスをテストするためのツールを使用する方法について説明します。加えて、我々は最初にすべてのツールSOAPUIをインストールおよび設定する方法を学習します