非同期サービスの呼び出し

関連：API テスト のみ

UFT One は、Web サービス、REST サービス、HTTP 要求、JMS/MQ ベースのサービスなどの非同期サービスをエミュレートするために使用できます。

同期的なメッセージ処理の場合、再生エンジンはサーバの応答を待ってからステップを実行します。クライアントは、同じ接続を使用して、要求を送信し応答を受け取ります。待機中、再生エンジンはブロックされるので、他のアクティビティを実行しません。サーバからの応答がないままタイムアウトが発生すると、クライアントはエラーを返します。

非同期モードの場合、再生エンジンはサーバの応答を待たずに次のステップを実行します。

UFT One は、さまざまな非同期パターンのソリューションを提供します。

WS-Addressing

WS-Addressing は、Web サービスがアドレス指定情報を交換するための仕様です。サーバ応答の送信先は、要求の送信元であるマシンに限らず、任意の場所を指定できます。応答の送信先は、WS-Addressing の replyTo 属性で指定します。

この実装では、UFT One はテストを一時停止し、リスナ機能を使用して、指定されたアドレスに応答が到着したかどうかを確認します。サーバが指定のアドレスに応答したことをリスナが確認した時点、またはタイムアウトが発生した時点でテストは再開されます。テストの完了後、API テスト の標準チェックポイントを使用して応答を確認できます。

先頭に戻る

HTTP 受信者

HTTP 受信者パターンでは、クライアント/サーバの一般的な役割とは逆に、サーバがクライアントに HTTP 要求を送信します。

この機能は、たとえば HTTP 経由でクライアントに情報をパブリッシュするサービスをテストする場合に便利です。まず、レシーバを定義します。このレシーバは、サーバからの要求が HTTP 経由で送信されるまで待機します。

トリガが発生すると、レシーバは要求を取得します。トリガとは、HTTP クライアント要求、Web サービスの呼び出し、電子メールなど、サーバをトリガするイベントです。内部ステップが存在する場合には、レシーバはこのステップの実行を待機し、完了した時点でレシーバのアクティビティが完了したとみなされます。

API テスト・インタフェースでは、必要なロジックの挿入や、取得した要求に含まれるチェックポイントの確認を行うことができます。

レシーバは、内部ステップの実行が完了し、リンクするのを待ってから応答します。

レシーバでは、開始された完了イベント名は、内部ステップの完了後に開始されたイベントのみです。

先頭に戻る

Web Service Publish Subscribe

Web Service Publish Subscribe パターンでは、クライアント/サーバの一般的な役割とは逆に、サーバがクライアントに HTTP 要求を送信します。この点は HTTP 受信者に類似していますが、クライアントに対する要求の送信に HTTP のみではなく Web サービス呼び出しも使用する点が異なります。

UFT One では、クライアントへのメッセージのパブリッシュをテストできます。まず、レシーバをセットアップします。このレシーバは、サーバが要求を Web サービス呼び出しとして送信するまで待機します。

トリガが発生すると、レシーバは要求を取得します。トリガとは、HTTP クライアント要求、Web サービスの呼び出し、電子メールなど、サーバをトリガするイベントです。

API テスト・インタフェースから、API テスト の標準チェックポイントを使用して応答を確認できます。

先頭に戻る

Web Service Solicit Response

Web Service Solicit Response パターンは、Web Service Publish Subscribe パターンに類似しています。このパターンでは、Web サービスを使用してクライアントに情報をパブリッシュするサービスのテストを実行します。

ただし、クライアントがサーバ要求に対して応答を送信する必要があります。この応答は、シンプルな肯定応答または完全な SOAP メッセージです。

レシーバのアクティビティをセットアップします。レシーバは、サーバ要求が発生するまで待機します。サーバがサーバ要求を Web サービス呼び出しとして送信すると、レシーバはクライアント応答をサーバに返します。

トリガが発生すると、レシーバは要求を取得します。トリガとは、HTTP クライアント要求、Web サービスの呼び出し、電子メールなど、サーバをトリガするイベントです。

API テスト・インタフェースから、API テスト の標準チェックポイントを使用して応答を確認できます。

先頭に戻る

Dual WSDL Files

デュアル WSDL は、標準的な要求応答パターンであり、クライアント要求とサーバ応答がそれぞれ別の WSDL で定義されます。

このシナリオは、次の 2 つの段階で使用されます。

先頭に戻る

その他の参照項目：