JP2006338540A - アプリケーションテスト装置 - Google Patents

Abstract

【課題】 実サービスに影響を与えることなく、迅速にテストを実施することができるようにする。
【解決手段】 リクエストデータ受信処理部１３により受信されたリクエストデータに対応する応答データが応答データ登録部１４に登録されていれば、その応答データをアプリケーションサーバ２のＷｅｂサービスクライアント２ａに送信し、そのリクエストデータに対応する応答データが応答データ登録部１４に登録されていなければ、そのリクエストデータをＷｅｂサービスサーバ３に転送して、そのＷｅｂサービスサーバ３から返信された応答データをアプリケーションサーバ２のＷｅｂサービスクライアント２ａに送信する。
【選択図】 図１

Description

この発明は、アプリケーションサーバに実装されるＷｅｂアプリケーションをテストするアプリケーションテスト装置に関するものである。

近年は、インターネットを利用して、アプリケーションとアプリケーションを連携させるＷｅｂサービス（Ｗｅｂ Ｓｅｒｖｉｃｅｓ）という技術が広く活用されるようになってきている。
Ｗｅｂサービスは、通信プロトコルが定められた“ＳＯＡＰ”と、通信インタフェースが定義された“ＷＳＤＬ”と、Ｗｅｂサービスの検索技術である“ＵＤＤＩ”とから構成されている。
一般的に、ＳＯＡＰ通信は、下位の通信プロトコルとして、ＨＴＴＰやＨＴＴＰＳが利用されるため、Ｗｅｂサービスは、Ｗｅｂ技術の上に構築される技術である。

Ｗｅｂサービスが利用されるシステムとしては、Ｗｅｂサービスを提供するＷｅｂサービスサーバと、そのＷｅｂサービスサーバから提供されるサービスを利用するＷｅｂアプリケーションを搭載しているアプリケーションサーバとから構成されており、Ｗｅｂサービスを検索する必要がある場合には、ＵＤＤＩレジストリサーバが利用される。
具体的には、ユーザが例えばパソコンを操作することにより、そのパソコンのＷｅｂブラウザがＷｅｂアプリケーションをアクセスすると、Ｗｅｂアプリケーションが全部又は一部の処理を実行する際、リクエストデータをＷｅｂサービスサーバに送信して、そのＷｅｂサービスサーバから返信された応答データをユーザのパソコンに送信するなどの処理を実施する。

Ｗｅｂサービスを利用するシステム構築者は、自らＷｅｂサービスサーバを構築することもあるが、他者により構築されたＷｅｂサービスサーバを利用することもある。
通常、Ｗｅｂアプリケーションをテストする場合、実際にＷｅｂアプリケーションを動作させて、その動作結果を検証することになるが、以下のような問題がある。
（１）データの登録や更新を伴う機能の確認が困難
実サービスを提供しているＷｅｂサービスサーバは、テスト用のアクセスであっても、実運用のアクセスとして動作するため、ＷｅｂアプリケーションがＷｅｂサービスサーバにアクセスすると、テスト時であっても、データの登録や更新の処理を実施して、Ｗｅｂサービスサーバの実データを書き換えてしまう問題が発生する。
また、アクセス毎に課金が行われる課金方式が採用されている場合、テストを実施する毎にＷｅｂサービスサーバに対するアクセスが発生して、課金が行われてしまう問題が発生する。

（２）負荷テストが困難
Ｗｅｂアプリケーションの負荷テストを実施する場合、実サービスを提供しているＷｅｂサービスサーバに対しても負荷がかかるため、Ｗｅｂサービスサーバが負荷の増大に伴って応答時間が低下したり、ダウンしたりするなど、実サービスに影響が出る問題が発生する。

従来のアプリケーションテスト装置は、上記のような問題を解消するため、アプリケーションサーバがＷｅｂアプリケーションを実行することにより、アプリケーションサーバから送信されるリクエストデータをＷｅｂサービスサーバの代わりに受信し、そのリクエストデータに対応する応答データをアプリケーションサーバに送信するようにしている（例えば、特許文献１参照）。
これにより、Ｗｅｂアプリケーションをテストする際、Ｗｅｂサービスサーバにアクセスする必要がないので、Ｗｅｂサービスサーバの実データを書き換えてしまう問題や課金が発生する問題を回避することができる。
また、Ｗｅｂサービスサーバに負荷をかけることなく、Ｗｅｂアプリケーションの負荷テストを実施することができるようになる。

特開２０００−３２２２８８号公報（段落番号［００５０］から［００６１］、図１）

従来のアプリケーションテスト装置は以上のように構成されているので、Ｗｅｂアプリケーションをテストする際、Ｗｅｂサービスサーバにアクセスしても、実サービスに影響を与えるなどの問題が発生しない場合でも、Ｗｅｂサービスサーバの代わりにアプリケーションサーバからリクエストデータを受信して、そのリクエストデータに対応する応答データをアプリケーションサーバに送信しなければならず、テスト工数が増大してしまう課題があった。
また、リクエストデータに対応する応答データを手作業で定義しなければならず、その応答データの作成に多くの時間を要するとともに、定義ミスが発生して、正確なテストが行えなくなることがある課題があった。

この発明は上記のような課題を解決するためになされたもので、実サービスに影響を与えることなく、迅速にテストを実施することができるアプリケーションテスト装置を得ることを目的とする。
また、この発明は、簡単にリクエストデータに対応する応答データを定義することができるアプリケーションテスト装置を得ることを目的とする。

この発明に係るアプリケーションテスト装置は、リクエストデータ受信手段により受信されたリクエストデータに対応する応答データが応答データ登録手段に登録されていれば、その応答データをアプリケーションサーバに送信し、リクエストデータ受信手段により受信されたリクエストデータに対応する応答データが応答データ登録手段に登録されていなければ、そのリクエストデータをＷｅｂサービスサーバに転送して、そのＷｅｂサービスサーバから返信された応答データをアプリケーションサーバに送信するようにしたものである。

以上のように、この発明によれば、リクエストデータ受信手段により受信されたリクエストデータに対応する応答データが応答データ登録手段に登録されていれば、その応答データをアプリケーションサーバに送信し、リクエストデータ受信手段により受信されたリクエストデータに対応する応答データが応答データ登録手段に登録されていなければ、そのリクエストデータをＷｅｂサービスサーバに転送して、そのＷｅｂサービスサーバから返信された応答データをアプリケーションサーバに送信するように構成したので、実サービスに影響を与えることなく、迅速にテストを実施することができる効果がある。

実施の形態１．
図１はこの発明の実施の形態１によるアプリケーションテスト装置が適用されるＷｅｂシステムを示す構成図であり、図において、ユーザ端末１はユーザが使用するパソコンなどの端末であり、Ｗｅｂブラウザ１ａを実装している。
アプリケーションサーバ２は試験対象であるＷｅｂアプリケーションを実行するＷｅｂサービスクライアント２ａを実装している。
アプリケーションサーバ２に実装されているＷｅｂサービスクライアント２ａは実運用時にはリクエストデータをＷｅｂサービスサーバ３に送信して、そのＷｅｂサービスサーバ３からリクエストデータに対応する応答データを受信し、テスト時にはリクエストデータをアプリケーションテスト装置４に送信して、そのアプリケーションテスト装置４からリクエストデータに対応する応答データを受信するなどの処理を実施する。

Ｗｅｂサービスサーバ３はアプリケーションサーバ２のＷｅｂサービスクライアント２ａから送信されたリクエストデータに対応する応答データをＷｅｂサービスクライアント２ａに返信するサービスを提供する装置である。
アプリケーションテスト装置４はアプリケーションサーバ２のＷｅｂサービスクライアント２ａから送信されたリクエストデータに対応する応答データが予め登録されていれば、その応答データをＷｅｂサービスクライアント２ａに送信し、そのリクエストデータに対応する応答データが予め登録されていなければ、そのリクエストデータをＷｅｂサービスサーバ３に転送して、そのＷｅｂサービスサーバ３から返信された応答データをＷｅｂサービスクライアント２ａに送信する処理を実施する。
ＵＤＤＩレジストリサーバ５はネットワーク上に存在するＷｅｂサービスサーバ３の検索や問い合わせを受け付ける装置である。
なお、ユーザ端末１、アプリケーションサーバ２、Ｗｅｂサービスサーバ３、アプリケーションテスト装置４及びＵＤＤＩレジストリサーバ５は、インターネットなどのネットワークに接続されている。

図２はこの発明の実施の形態１によるアプリケーションテスト装置を示す構成図であり、図において、ネットワークＩ／Ｆ部１１はネットワークに対するインタフェース処理を実施するネットワーク機器である。
通信処理部１２はネットワークＩ／Ｆ部１１を介して、アプリケーションサーバ２及びＷｅｂサービスサーバ３とデータを送受信するモデムなどの通信機器である。
リクエストデータ受信処理部１３は通信処理部１２を使用して、アプリケーションサーバ２から送信されるリクエストデータの受信処理を実施する。
なお、ネットワークＩ／Ｆ部１１、通信処理部１２及びリクエストデータ受信処理部１３からリクエストデータ受信手段が構成されている。

応答データ登録部１４は予めアプリケーションサーバ２から送信されるリクエストデータに対応する応答データを登録する処理を実施する。なお、応答データ登録部１４は応答データ登録手段を構成している。
代理応答部１５はリクエストデータ受信処理部１３により受信されたリクエストデータに対応する応答データが応答データ登録部１４に登録されていれば、通信処理部１２を使用して、その応答データをアプリケーションサーバ２に送信し、リクエストデータ受信処理部１３により受信されたリクエストデータに対応する応答データが応答データ登録部１４に登録されていなければ、通信処理部１２を使用して、そのリクエストデータをＷｅｂサービスサーバ３に転送して、そのＷｅｂサービスサーバ３から返信された応答データをアプリケーションサーバ２に送信する処理を実施する。
なお、ネットワークＩ／Ｆ部１１、通信処理部１２及び代理応答部１５から代理応答手段が構成されている。

図３はこの発明の実施の形態１によるアプリケーションテスト装置の応答データ登録部１４及び代理応答部１５を示す構成図であり、図において、応答データ登録部１４の応答データ記録部２１はアプリケーションサーバ２のＷｅｂサービスクライアント２ａとＷｅｂサービスサーバ３間の通信を記録して、そのアプリケーションサーバ２のＷｅｂサービスクライアント２ａから送信されるリクエストデータに対応する応答データを特定し、その応答データをデータベース２５に登録する処理を実施する。
応答データ登録部１４の設定情報検索部２２はＵＤＤＩレジストリサーバ５から検索条件に合致するＷｅｂサービスサーバ３の設定情報として、例えば、Ｗｅｂサービスサーバ３が提供するサービスの詳細情報を示すＷＳＤＬ（ＷＳＤＬは、インタフェースを定義する言語であり、サービスに含まれるメソッド名、パラメータ名、データ型・引数・返り値等の情報を含んでいる）を取得する処理を実施する。
応答データ登録部１４のＷＳＤＬ読込部２３は設定情報検索部２２により取得されたＷＳＤＬを解析して応答データのパラメータ（例えば、データ型、引数、返り値）を特定する処理を実施する。

応答データ登録部１４の応答データ編集部２４は応答データの編集画面を表示して、応答データの編集を受け付けるとともに、その応答データをデータベース２５に登録する処理を実施する。
なお、応答データ編集部２４はＷＳＤＬ読込部２３により特定された応答データを編集画面に表示して、その応答データの編集を受け付ける機能も備えている。
データベース２５はリクエストデータに対応する応答データを格納しているメモリである。

代理応答部１５の転送先設定部３１はリクエストデータを転送するＷｅｂサービスサーバの設定を受け付けて、その設定内容を転送先設定ファイルに格納する処理を実施する。
代理応答部１５の設定ファイル格納部３２は転送先設定ファイルを格納しているメモリである。
代理応答部１５の応答処理部３３はリクエストデータ受信処理部１３により受信されたリクエストデータに対応する応答データがデータベース２５に格納されていれば、通信処理部１２を使用して、その応答データをアプリケーションサーバ２に送信し、リクエストデータ受信処理部１３により受信されたリクエストデータに対応する応答データがデータベース２５に格納されていなければ、設定ファイル格納部３２に格納されている転送先設定ファイルを参照して、そのリクエストデータを転送するＷｅｂサービスサーバ３を確認し、通信処理部１２を使用して、そのリクエストデータをＷｅｂサービスサーバ３に転送して、そのＷｅｂサービスサーバ３から返信された応答データをアプリケーションサーバ２に送信する処理を実施する。

図２の例では、アプリケーションテスト装置４の構成要素であるリクエストデータ受信処理部１３、応答データ登録部１４及び代理応答部１５がそれぞれ専用のハードウェア（例えば、ＭＰＵなどのＬＳＩが実装されている半導体集積回路基板）で構成されていることを想定しているが、アプリケーションテスト装置４がコンピュータから構成されている場合、リクエストデータ受信処理部１３、応答データ登録部１４及び代理応答部１５の処理内容が記述されているプログラムをコンピュータのメモリに格納し、そのコンピュータのＣＰＵが当該メモリに格納されているプログラムを実行するようにしてもよい。
図４はこの発明の実施の形態１によるアプリケーションテスト装置の処理内容を示すフローチャートである。

次に動作について説明する。
アプリケーションサーバ２のＷｅｂサービスクライアント２ａが実行するＷｅｂアプリケーションをテストする場合、例えば、ユーザの指示の下、ユーザ端末１のＷｅｂブラウザ１ａがＷｅｂアプリケーションのテスト要求をアプリケーションサーバ２のＷｅｂサービスクライアント２ａに送信する。

アプリケーションサーバ２のＷｅｂサービスクライアント２ａは、ユーザ端末１のＷｅｂブラウザ１ａからテスト要求を受信すると、試験対象のＷｅｂアプリケーションを実行し、その実行に伴うリクエストデータをアプリケーションテスト装置４に送信する。なお、Ｗｅｂアプリケーションのテスト時ではなく、実運用時にはリクエストデータをＷｅｂサービスサーバ３に送信する。

アプリケーションテスト装置４のリクエストデータ受信処理部１３は、通信処理部１２を使用して、アプリケーションサーバ２のＷｅｂサービスクライアント２ａから送信されたリクエストデータの受信処理を実施する（ステップＳＴ１）。
アプリケーションテスト装置４の代理応答部１５は、リクエストデータ受信処理部１３がリクエストデータを受信すると、そのリクエストデータに対応する応答データが応答データ登録部１４に登録されていれば（ステップＳＴ２）、通信処理部１２を使用して、その応答データをアプリケーションサーバ２に送信する（ステップＳＴ３）。
応答データ登録部１４における応答データの登録処理内容は後述するが、例えば、図５に示すようなリクエストデータに対応する応答データとして、図６に示すような応答データが登録されていれば、その応答データをアプリケーションサーバ２に送信する。

アプリケーションテスト装置４の代理応答部１５は、リクエストデータ受信処理部１３により受信されたリクエストデータに対応する応答データが応答データ登録部１４に登録されていなければ（ステップＳＴ２）、通信処理部１２を使用して、そのリクエストデータをＷｅｂサービスサーバ３に転送する（ステップＳＴ４）。
即ち、代理応答部１５の応答処理部３３は、リクエストデータ受信処理部１３により受信されたリクエストデータに対応する応答データがデータベース２５に格納されていなければ、図７に示すように、設定ファイル格納部３２に格納されている転送先設定ファイルを参照して、そのリクエストデータを転送するＷｅｂサービスサーバ３を確認する。

図７の転送先設定ファイルには、例えば、リクエストデータのファイル名が“ｘｘｘ−ｒｅｑ−９８．ｄａｔ”であれば、ＵＲＬが“ｈｔｔｐ：／／ｗｗｗ．ｙｙｙ．ｃｏｍ／”のＷｅｂサービスサーバ３にリクエストデータを転送する内容が設定されている。
なお、転送先設定ファイルの設定は、例えば、アプリケーションテスト装置４の管理者が転送先設定部３１を使用して予め設定するものとする。
代理応答部１５の応答処理部３３は、リクエストデータを転送するＷｅｂサービスサーバ３を確認すると、通信処理部１２を使用して、そのリクエストデータを当該Ｗｅｂサービスサーバ３に転送する。

代理応答部１５の応答処理部３３は、そのＷｅｂサービスサーバ３がリクエストデータを受信して、そのリクエストデータに対応する応答データを返信してくると、通信処理部１２を使用して、その応答データを受信した後、その応答データをアプリケーションサーバ２に送信する（ステップＳＴ５）。
アプリケーションサーバ２のＷｅｂサービスクライアント２ａは、アプリケーションテスト装置４から送信された応答データを受信すると、その応答データをユーザ端末１に送信する。
これにより、ユーザ端末１のディスプレイには、リクエストデータに対応する応答データが表示されるので、ユーザがリクエストデータに対応する応答データを確認することにより、試験対象のＷｅｂアプリケーションが所望の動作を行っているか否かを判別することができる。

ここで、応答データ登録部１４における応答データの登録処理内容を説明する。
応答データ登録部１４は、メニュープログラムを実行して、応答データの登録方法を選択するメニュー画面をディスプレイに表示する。
図８は下記の（１）〜（３）の登録方法の中から、所望の登録方法を選択するメニュー画面の表示例を示している。

（１）応答データの通信記録モード
例えば、アプリケーションテスト装置４の管理者がメニュー画面上で、応答データの通信記録モードを選択すると、応答データ登録部１４の応答データ記録部２１が、アプリケーションサーバ２のＷｅｂサービスクライアント２ａにおける実運用時の通信記録として、Ｗｅｂサービスクライアント２ａとＷｅｂサービスサーバ３間の通信を記録する。
即ち、応答データ記録部２１は、例えば、“ＨＴＴＰ Ｐｒｏｘｙ”により、Ｗｅｂサービスクライアント２ａとＷｅｂサービスサーバ３間の通信データを取得して記録する。または、“Ｓｏｃｋｅｔ”監視などを実施することにより、Ｗｅｂサービスクライアント２ａとＷｅｂサービスサーバ３間の通信データを取得して記録する。
そして、応答データ登録部１４の応答データ記録部２１は、Ｗｅｂサービスクライアント２ａから送信されるリクエストデータと、Ｗｅｂサービスサーバ３から返信される応答データとの対応付けを実施して、そのリクエストデータと応答データをデータベース２５に登録する（図９を参照）。

（２）応答データの編集モード
例えば、アプリケーションテスト装置４の管理者がメニュー画面上で、応答データの編集モードを選択すると、応答データ登録部１４の応答データ編集部２４が図１０に示すような応答データの編集画面をディスプレイに表示する。
応答データ編集部２４は、応答データの編集画面上で、応答データのパラメータとして、“サービス名”、“引数”、“データ型”、“返り値”の入力を受け付けるので、例えば、アプリケーションテスト装置４の管理者が応答データのパラメータを入力すると、その応答データをデータベース２５に登録する。

（３）ＵＤＤＩの検索モード
例えば、アプリケーションテスト装置４の管理者がメニュー画面上で、ＵＤＤＩの検索モードを選択すると、応答データ登録部１４の設定情報検索部２２が図１１に示すようなＵＤＤＩの検索画面をディスプレイに表示する。
設定情報検索部２２は、ＵＤＤＩの検索画面上で、検索条件（例えば、サービス名、企業名、ＷＳＤＬ仕様）の入力を受け付けるので、例えば、アプリケーションテスト装置４の管理者が検索条件を入力すると、ＵＤＤＩレジストリサーバ５から検索条件に合致するＷｅｂサービスサーバ３の設定情報として、Ｗｅｂサービスサーバ３が提供するサービスの詳細情報を示すＷＳＤＬ（ＷＳＤＬは、インタフェースを定義する言語であり、サービスに含まれるメソッド名、パラメータ名、データ型・引数・返り値等の情報を含んでいる）を取得する。

応答データ登録部１４のＷＳＤＬ読込部２３は、設定情報検索部２２がＷＳＤＬを取得すると、そのＷＳＤＬを解析して応答データのパラメータ（例えば、データ型、引数、返り値）を特定する。
応答データ編集部２４は、ＷＳＤＬ読込部２３が応答データのパラメータを特定すると、その応答データのパラメータを図１０の編集画面上に表示して、その応答データの編集を受け付けるようにする。
応答データ編集部２４は、例えば、アプリケーションテスト装置４の管理者が応答データの一部を変更などの編集を終えると、編集後の応答データをデータベース２５に登録する。
ここでは、応答データ編集部２４がＷＳＤＬ読込部２３により特定された応答データの編集を受け付けてからデータベース２５に登録するものについて示したが、ＷＳＤＬ読込部２３により特定された応答データを直ちにデータベース２５に登録するようにしてもよい。

以上で明らかなように、この実施の形態１によれば、リクエストデータ受信処理部１３により受信されたリクエストデータに対応する応答データが応答データ登録部１４に登録されていれば、その応答データをアプリケーションサーバ２のＷｅｂサービスクライアント２ａに送信し、リクエストデータ受信処理部１３により受信されたリクエストデータに対応する応答データが応答データ登録部１４に登録されていなければ、そのリクエストデータをＷｅｂサービスサーバ３に転送して、そのＷｅｂサービスサーバ３から返信された応答データをアプリケーションサーバ２のＷｅｂサービスクライアント２ａに送信するように構成したので、Ｗｅｂアプリケーションをテストする際、Ｗｅｂサービスサーバ３にアクセスしても、実サービスに影響を与えるなどの問題が発生しない場合には、アプリケーションサーバ２から送信されたリクエストデータをＷｅｂサービスサーバ３に転送することができるようになり、その結果、アプリケーションテスト装置４におけるテスト工数が減少するため、実サービスに影響を与えることなく、迅速にテストを実施することができる効果を奏する。

また、この実施の形態１によれば、リクエストデータ受信処理部１３により受信されたリクエストデータに対応する応答データが応答データ登録部１４に登録されていない場合、転送先設定ファイルを参照して、そのリクエストデータを転送するＷｅｂサービスサーバ３を確認し、そのリクエストデータをＷｅｂサービスサーバ３に転送するように構成したので、Ｗｅｂアプリケーションをテストする際、アクセスしても実サービスに影響を与えないＷｅｂサービスサーバ３に対して、リクエストデータを転送することができる効果を奏する。

この実施の形態１によれば、アプリケーションサーバ２のＷｅｂサービスクライアント２ａとＷｅｂサービスサーバ３間の通信を記録して、そのアプリケーションサーバ２のＷｅｂサービスクライアント２ａから送信されるリクエストデータに対応する応答データを特定し、その応答データをデータベース２５に登録するように構成したので、例えば、アプリケーションテスト装置４の管理者が応答データを手作業で定義しなくても、応答データを登録することができる効果を奏する。

また、この実施の形態１によれば、ＵＤＤＩレジストリサーバ５から検索条件に合致するＷｅｂサービスサーバ３の設定情報であるＷＳＤＬを取得し、そのＷＳＤＬを解析して応答データを登録するように構成したので、例えば、アプリケーションテスト装置４の管理者が応答データを手作業で定義しなくても、応答データを登録することができる効果を奏する。

さらに、この実施の形態１によれば、応答データの編集を受け付けて、その応答データをデータベース２５に登録する応答データ編集部２４を設けるように構成したので、例えば、アプリケーションテスト装置４の管理者が必要に応じて応答データを手作業で定義して、応答データを登録することができる効果を奏する。

この発明の実施の形態１によるアプリケーションテスト装置が適用されるＷｅｂシステムを示す構成図である。 この発明の実施の形態１によるアプリケーションテスト装置を示す構成図である。 この発明の実施の形態１によるアプリケーションテスト装置の応答データ登録部１４及び代理応答部１５を示す構成図である。 この発明の実施の形態１によるアプリケーションテスト装置の処理内容を示すフローチャートである。 リクエストデータの一例を示す説明図である。 応答データの一例を示す説明図である。 転送先設定ファイルの設定内容を示す説明図である。 応答データの登録方法を選択するメニュー画面を示す説明図である。 リクエストデータに対応する応答データを示す説明図である。 応答データの編集画面を示す説明図である。 ＵＤＤＩの検索画面を示す説明図である。

符号の説明

１ ユーザ端末、１ａ Ｗｅｂブラウザ、２ アプリケーションサーバ、２ａ Ｗｅｂサービスクライアント、３ Ｗｅｂサービスサーバ、４ アプリケーションテスト装置、５ ＵＤＤＩレジストリサーバ、１１ ネットワークＩ／Ｆ部（リクエストデータ受信手段、代理応答手段）、１２ 通信処理部（リクエストデータ受信手段、代理応答手段）、１３ リクエストデータ受信処理部（リクエストデータ受信手段）、１４ 応答データ登録部（応答データ登録手段）、１５ 代理応答部（代理応答手段）、２１ 応答データ記録部、２２ 設定情報検索部、２３ ＷＳＤＬ読込部、２４ 応答データ編集部、２５ データベース、３１ 転送先設定部、３２ 設定ファイル格納部、３３ 応答処理部。

Claims (5)

1. 予めアプリケーションサーバから送信されるリクエストデータに対応する応答データを登録する応答データ登録手段と、上記アプリケーションサーバから送信されるリクエストデータを受信するリクエストデータ受信手段と、上記リクエストデータ受信手段により受信されたリクエストデータに対応する応答データが上記応答データ登録手段に登録されていれば、その応答データを上記アプリケーションサーバに送信し、上記リクエストデータ受信手段により受信されたリクエストデータに対応する応答データが上記応答データ登録手段に登録されていなければ、そのリクエストデータをＷｅｂサービスサーバに転送して、そのＷｅｂサービスサーバから返信された応答データを上記アプリケーションサーバに送信する代理応答手段とを備えたアプリケーションテスト装置。
2. 代理応答手段は、リクエストデータ受信手段により受信されたリクエストデータに対応する応答データが応答データ登録手段に登録されていない場合、転送先設定ファイルを参照して、そのリクエストデータを転送するＷｅｂサービスサーバを確認し、そのリクエストデータを上記Ｗｅｂサービスサーバに転送することを特徴とする請求項１記載のアプリケーションテスト装置。
3. 応答データ登録手段は、アプリケーションサーバとＷｅｂサービスサーバ間の通信を記録して、そのアプリケーションサーバから送信されるリクエストデータに対応する応答データを特定し、その応答データを登録することを特徴とする請求項１または請求項２記載のアプリケーションテスト装置。
4. 応答データ登録手段は、ＵＤＤＩレジストリサーバから検索条件に合致するＷｅｂサービスサーバの設定情報を取得し、その設定情報を解析して応答データを登録することを特徴とする請求項１または請求項２記載のアプリケーションテスト装置。
5. 応答データ登録手段は、応答データの編集を受け付けて、その応答データを登録することを特徴とする請求項１または請求項２記載のアプリケーションテスト装置。
   

Images