(57)【要約】【目的】指定した複数の仮想クライアントを１台のテスト実行端末内に生成し、そのテスト実行端末を複数管理するコテストマネージャ端末を１台用意し、そのテストマネージャ端末から生成した複数の仮想クライアントに対して様々な負荷テスト動作を行えるネットワークサーバへの負荷テストシステムの提供。【構成】設定手段で設定／指示された負荷テスト動作情報、テスト用クライアントモジュール及びテストデータを各テスト実行端末に配信する手段を備え、配信された負荷テスト動作情報に従って同じく配信されたクライアントモジュールを動作させ、配信されたテストデータを利用して指示されたテスト対象サーバに対して負荷アクセスを発生することができる負荷テスト動作実行手段をテスト実行端末上に備える。【選択図】　　　図１
2004021523.tif 000002
【特許請求の範囲】
【請求項１】
負荷テストの実行指示を行う１台のテストマネージャ端末と、実際に負荷テストを実行する複数のテスト実行端末と、負荷を掛けられる被負荷テスト端末から構成され、上記テスト実行端末上には、テストマネージャ端末で指定した数の負荷テスト対象サーバに対する仮想クライアントを生成し、上記各仮想クライアントは固有のＩＰアドレスを持ち、様々な負荷テスト動作をテストマネージャ端末から指示することにより被負荷テスト端末上の負荷テスト対象サーバに対し負荷アクセスを発生させる負荷テスト対象サーバへの負荷テストシステムであって、
上記設定手段で設定／指示された負荷テスト動作情報、テスト用クライアントモジュール及びテストデータを各テスト実行端末に配信する手段を備え、配信された負荷テスト動作情報に従って同じく配信されたクライアントモジュールを動作させ、配信されたテストデータを利用して指示されたテスト対象サーバに対して負荷アクセスを発生することができる負荷テスト動作実行手段をテスト実行端末上に備えることを特徴とするネットワークサーバへの負荷テストシステム。
【請求項２】
上記テスト用クライアントモジュールが複数のテスト実行機能を有する際に、負荷テストとしてどの機能を実行するかを指示するための、テスト機能選択手段をテストマネージャ端末上に備えることを特徴とする請求項１記載のネットワークサーバへの負荷テストシステム。
【請求項３】
上記負荷テスト動作情報中に、各テスト実行端末が利用するテスト用クライアントモジュール及びテストデータの情報を個別に記述することができ、各テスト実行端末上で、異なるクライアントモジュールと異なるテストデータを利用した負荷テストが同時に実行できることを特徴とする請求項１又は２記載のネットワークサーバへの負荷テストシステム。
【請求項４】
上記被負荷テスト端末上の負荷テスト対象サーバの代替としてのリファレンスサーバに対し、負荷テストを行うことにより負荷テストシステム自体の負荷データを取得し、この取得データを実際の負荷テスト対象サーバに対して行った負荷テスト結果データ情報から差分を取ることにより、負荷テスト対象サーバのみの負荷テスト結果情報を取得する手段を有することを特徴とする請求項１，２又は３記載のネットワークサーバへの負荷テストシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上に存在する種々のネットワークサーバシステムに対し、様々なアクセスパターンをシミュレートして、負荷を発生させることにより、サーバ負荷テストを行うため、指定した複数の仮想クライアントを１台のテスト実行端末内に生成し、そのテスト実行端末を複数管理するコテストマネージャ端末を１台用意し、そのテストマネージャ端末から生成した複数の仮想クライアントに対して様々な負荷テスト動作を指示し、対象のネットワークサーバのパフォーマンス結果を記録し、パフォーマンステストを行うことができる負荷テストシステムに関する。
【０００２】
【従来の技術】
近年、ネットワーク技術の発達と共に、ネットワーク上でのサーバ／クライアントシステムとして実現されるアプリケーションが増加している。このようなアプリケーションのテストは、従来のスタンドアロン型のアプリケーションとは異なり、そのパフォーマンスの測定及びボトルネックの検出を行うためにはネットワークを含めたシステム全体の検査が必要となるために、非常に難しくなっている。
【０００３】
上記のような目的のために、従来のネットワークサーバへの負荷テストシステムでは、実際に複数のクライアント端末を用意して、それら各々に個々のネットワークアドレスを設定し、クライアントアプリケーションを実行して、実際にサーバへのアクセスを行って負荷を発生させていた。
【０００４】
又、幾つかの負荷テストツールにおいては、１台の端末上で複数のクライアント処理を生成してサーバにアクセスを発生させていたが、各クライアント処理は、全て同じネットワークアドレスを利用してサーバにアクセスを行っていたので、実際の異なるネットワークアドレスを持つ複数クライアント端末からのアクセスを忠実にシミュレートすることはできなかった。
【０００５】
【発明が解決しようとする課題】
従来のネットワークサーバへの負荷テストシステムでは、実際に複数のクライアント端末を用意して、それら各々に個々のネットワークアドレスを設定し、クライアントアプリケーションを実行して、実際にサーバへのアクセスを行って負荷を発生させているが、このようなシステムだと、使用する端末数、その端末を設置するスペース、その端末をオペレーションする人等、多くのコストが掛かってしまう。
【０００６】
又、全て人の手によるオペレーションだとテストの再現性を保つのは非常に困難である。
【０００７】
これら問題を解決するため、本発明は、指定した複数の仮想クライアントを１台のテスト実行端末内に生成し、そのテスト実行端末を複数管理するコテストマネージャ端末を１台用意し、そのテストマネージャ端末から生成した複数の仮想クライアントに対して様々な負荷テスト動作を行えるシステムを提供することを目的とする。
【０００８】
又、逆に１台のテスト実行端末上で複数のクライアント処理を行うと、テスト実行端末に対しても負荷を与えてしまう。当然、１台のテスト実行端末内から被負荷テスト端末に対し複数のアクセスを行うより、１台１台の端末からのアクセスの方がより正確な使用環境に近い環境を再現できる。
【０００９】
このような問題を解決するために、本発明は、負荷テストを行う事前処理として、被負荷テスト端末上の負荷テスト対象サーバに代わるリファレンスサーバに対し、負荷テストを行うことにより負荷テストシステム自体の負荷データを取得でき、この取得データを実際の負荷テスト対象サーバに対して行った負荷テスト結果データ情報から引くことにより、負荷テスト対象サーバのみの負荷テスト結果情報を取得することが可能なシステムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成するため、本発明は、負荷テストの実行指示を行う１台のテストマネージャ端末と、実際に負荷テストを実行する複数のテスト実行端末と、負荷を掛けられる被負荷テスト端末から構成され、上記テスト実行端末上には、テストマネージャ端末で指定した数の負荷テスト対象サーバに対する仮想クライアントを生成し、上記各仮想クライアントは固有のＩＰアドレスを持ち、様々な負荷テスト動作をテストマネージャ端末から指示することにより被負荷テスト端末上の負荷テスト対象サーバに対し負荷アクセスを発生させる負荷テスト対象サーバへの負荷テストシステムにおいて、上記設定手段で設定／指示された負荷テスト動作情報、テスト用クライアントモジュール及びテストデータを各テスト実行端末に配信する手段を備え、配信された負荷テスト動作情報に従って同じく配信されたクライアントモジュールを動作させ、配信されたテストデータを利用して指示されたテスト対象サーバに対して負荷アクセスを発生することができる負荷テスト動作実行手段をテスト実行端末上に備えることを特徴とする。
【００１１】
【発明の実施の形態】
以下に、添付図面を参照しながら、本発明に係るネットワークサーバへの負荷テストシステムの一実施形態について説明する。但し、以下の説明は、本発明に係るテストマネージャ端末及びテスト実行端末及びそれら機能を実現するアプリケーションを記録した記録媒体の一実施形態の説明を兼ねる。
【００１２】
図１は本発明に係るテストマネージャ端末及びテスト実行端末のシステム・ブロック図である。１はシステム・バスであり、これから説明する各構成ブロックはこのシステム・バスに接続されている。
【００１３】
２はＣＰＵ（Ｃｅｎｔｒｔａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）である。３はプログラム・メモリ（ＰＭＥＭと称す）で、本処理のためのプログラムを適宜、外部記憶装置１８から選択／読込みし、２のＣＰＵにて実行する。
【００１４】
又、入力装置１０から入力されたデータはテキスト・メモリでもあるＰＭＥＭにコード情報として格納される。
４はネットワーク制御部であり、５のネットワークポートにおける入出力データの制御を行う。
【００１５】
ネットワークポート５から出力された信号は、ネットワークを経由してネットワーク上の他の装置のネットワークポートに伝えられる。ネットワーク上の他の端末とのデータのやり取りは、このネットワーク制御部４を介して行われる。
【００１６】
６は公衆網を利用して通信を行う際に接続されているモデム７等の制御を行う。即ち、本負荷テストシステムは、ＬＡＮ以外の公衆網を利用したネットワーク接続における負荷テストもその対象とすることが可能である。
【００１７】
８は入力制御部であり、９の入出力装置が接される。操作者はこの入出力装置９を操作することによりシステムの動作指令等を行う。
【００１８】
１０は表示制御部、１１はそれに接続されている表示装置である。入力装置９による入力指示の結果及びテスト設定情報及びテスト実行結果の情報は、ここに表示される。
【００１９】
１２は出力機器制御部であり、接続されているプリンタ１３に対するデータの出力制御を行う。
１４は外部記憶装置制御部であり、接続されている外部記憶装置１５の制御を行う。本装置の機能を制御するプログラム及び画像データ等は本外部記憶装置１５に保持される。
【００２０】
図２に本実施形態の負荷テストシステムを形成する端末のネットワーク上の関係図を示す。
【００２１】
同じネットワークに繋がっている複数の端末で、負荷テストシステムを構成する。
【００２２】
２１はネットワークを示す。２２は負荷テスト動作シナリオ作成、テスト指示、テスト制御処理を行うテストマネージャ端末である。テストオペレータはこの端末によりテストに感銘する全てのオペレーションを行う。
【００２３】
２３は負荷テストにより負荷アクセスを行うテスト実行端末である。この１台１台の端末内に複数のクライアントを生成し、その１つのクライアントは、２１ネットワークで個別のＩＰアドレスを持ち、テスト対象サーバに対して負荷アクセスを行う。２４はテスト実行端末により負荷アクセスされる被負荷テスト端末である。この端末内に負荷テスト対象サーバがある。
【００２４】
図３に本実施形態の負荷テストシステムを構成するテストマネージャ端末と各テスト実行端末との間でどのようなデータのやり取りを行っているか、又、どのようにしてネットワーク上のテスト対象サーバ装置に対して負荷アクセスを発生させ、そのパフォーマンス結果を取得するかという処理の手順を以下に示す。
【００２５】
▲１▼：ネットワーク上のテストマネージャ端末３１は、その端末の画面上に表示されるテスト実行端末一覧から、テスト実行を行うテスト実行端末３２を選択して、そのテスト動作及びその端末上で動作させるクライアントモジュールの指定及びそのクライアントモジュールが利用するテストデータを指示する。
【００２６】
▲２▼：▲１▼で設定されたデータをテストマネージャ端末３１の配信手段を利用して、各テスト実行端末毎に各々必要なデータのみを送信する。
【００２７】
３６の配信方法は、大きなデータでも確実に配信させるため、ＴＣＰ／ＩＰであるｈｔｔｐプロトコルを使用する。
【００２８】
▲３▼：テストマネージャ端末３１からのテスト準備指示命令３７に従って各テスト実行端末は、配信されたクライアントモジュールの初期化処理を行う。
【００２９】
▲４▼：各テスト実行端末・被負荷テスト端末は、テストマネージャ端末に対し、３８によりネットワーク越しに内部設定時刻を取得する。取得した設定時刻を各々の端末は、自端末にセットする。
【００３０】
▲５▼：テストマネージャ端末は、各テスト開始指示命令に従って負荷テストを開始する。
【００３１】
▲６▼：各テスト端末は、指示されたテスト動作情報に従って上記クライアントモジュールを起動して、配信されたテストデータを利用してテスト対象サーバ３４に対して負荷アクセスを発生させる。又、このとき、ここのクライアントモジュールの動作状態は、ステータス情報としてテストマネージャ端末に通知される。
【００３２】
テストマネージャ端末３１→テスト実行端末３２のテスト動作指示３７はテストの正確性や通信速度を考慮してＵＤＰであるイベント（ブロードキャスト）を使用する。
【００３３】
テスト中テストマネージャ端末は、テスト支持状況を、各テスト端末は、負荷アクセス処理状況を、被負荷テスト端末は、テスト実行端末アクセス時の自端末内のリソース使用状況をそれぞれテスト結果ファイルに保存する。
【００３４】
▲７▼：上記▲６▼の負荷アクセス処理が終了すると、各テスト実行端末は、テスト結果情報をテストマネージャにアップロード３５する。このとき、３５の配信方法は、大きなデータでも確実に配信させるため、ＴＣＰ／ＩＰであるｈｔｔｐプロトコルを使用する。テストマネージャは、受け取ったテスト結果情報を集計してユーザに通知する。
【００３５】
図４に本発明における負荷テストシステムのモジュール構成図の一例を示す。
【００３６】
同図中では、１台のテストマネージャ端末及び“ｎ”台のテスト実行端末から構成されている負荷テストシステムを利用して、１台の被負荷テストネットワークサーバに対する負荷テストを行う場合を例にして説明している。尚、ここでは説明を簡単にするために、１台のネットワークサーバに負荷を与える例を示しているが、本発明では、この制限にとらわれることなく、複数の被負荷テスト端末に対して負荷テストを実行することが可能である。
【００３７】
テスト実行端末管理モジュール４１は、各テスト実行端末におけるテストの実行状況を確認する。本モジュールは、イベント処理モジュールを利用して、テスト実行端末からのステータス変更イベント情報を獲得する。或は、テストの実行開始／中止の指示を所望のテスト実行端末に対してイベントを発行することによって行うことができる。
【００３８】
テスト動作情報設定モジュール４２は、各テスト実行端末が実際に行うテストの動作を設定するする。同時に、各負荷テスト実行端末上で負荷を生成するために実行されるテスト用クライアントモジュール及び上記クライアントモジュールが利用するテストデータの指定もこのモジュールを利用して行われる。ここで設定されたデータは、データ配信モジュール４４を利用して、適切なデータが各テスト実行端末に配信される。
【００３９】
イベント処理モジュール４３は、ネットワーク上へのイベント発行及びネットワーク上のイベント情報を獲得し、その内容を解析するためのモジュールである。テストマネージャ端末においては、各テスト実行端末への処理の指示、テスト実行端末においては、自身のテスト実行ステータスの変化を通知するために利用される。
【００４０】
データ配信モジュールは、ネットワーク上の所望の端末に対して指示されたデータを配信するためのモジュールである。テストマネージャ端末においては、各テスト実行端末へのテスト関連データを配信するために利用され、テスト実行端末においては、テスト結果情報をテストマネージャ端末に送信するために利用される。
以上の４１〜４４のモジュールによってテストマネージャ端末の機能が提供される。
【００４１】
負荷発生処理管理モジュール４５は、データ配信モジュール４４によって受け取ったテスト動作情報に従ってクライアントモジュールを起動し、配信されたテストデータを利用してテスト対象サーバに対して負荷アクセスを発生させる。
【００４２】
ここで、負荷発生処理は、テストマネージャから配信されたクライアントモジュールを指示された条件で立ち上げることによって実現される。このクライアントモジュールは同時に複数起動する（本図の例の場合には、“Ｎ”個）ことが可能であり、更には、１台のテスト実行端末上で複数の異なるクライアントモジュールを同時に起動することも可能である。
【００４３】
個々のクライアントモジュールの動作状況は、イベント所処理モジュール４３を利用してテストマネージャ端末に通知される。
【００４４】
４６の負荷発生処理１〜Ｎは、負荷発生処理管理モジュールによって生成／管理されているスレッド、若しくはプロセス群であり、テストマネージャから指示されたテスト動作情報に従って対象サーバに負荷アクセスを発生する。
【００４５】
ネットワークアクセス制御モジュールは、複数の負荷発生処理に対して擬似的に複数のネットワークアドレスをマッピングする等の負荷テストにおけるネットワーク制御処理を行う。
【００４６】
４８は被負荷テスト端末の状態・使用リソース又は４９の負荷テスト対象サーバの状態・使用リソースを取得し、テストマネージャ端末へ通知する。
【００４７】
図５に図４で説明した本発明における負荷テストシステムのモジュール構成図を元に負荷対象サーバを負荷テストシステム提供のリファレンスサーバに置き換えた場合のモジュール構成図を示す。５１〜５８は４１〜４８のモジュールと同様なので、説明を省く。
【００４８】
６０は負荷テストシステム提供のリファレンスサーバである。このサーバは、負荷テストシステムからの応答処理と、その時の時刻等の結果をログとして記録する。この記録結果とその後行う５９の負荷テスト対象サーバでのテスト結果の差分が負荷テストシステムが使用するリソース等を省いた実際に負荷テスト対象サーバが消費するリソースで算出できる。
【００４９】
図６に本発明におけるテスト動作情報のデータ構造例を示す。
【００５０】
データ識別情報６０１には、本負荷テストシステムのテスト動作情報データであることの識別ＩＤ及び情報のバージョン管理情報等がセットされている。
【００５１】
テストマネージャ端末情報６０２には、本設定情報を作成したテストマネージャ端末のネットワークアドレス等のネットワーク上での識別情報がセットされている。
【００５２】
テスト実行端末の数６０３には、本設定情報で管理されているテスト実行端末の数がセットされている。以降のテスト端末の設定情報もこの数と同じだけ存在している。
【００５３】
以上、６０１〜６０３が本テスト動作情報全体の管理情報である。
【００５４】
テスト実行端末情報６０４には、以降の設定情報に従ってテストを実行する端末のネットワークアドレス等のネットワーク上での識別情報がセットされている。
【００５５】
発生させる負荷処理の数６０５には、本テスト実行端末で生成する負荷を発生させるためのクライアント処理の（スレッド、或はプロセス）の数が設定されている。この数分、以降の「負荷処理の設定」情報が存在する。
【００５６】
処理の同時実行情報６０６には、複数の負荷処理を本実行端末で生成する場合に、同時に発生させる処理の個数及びその発生間隔が設定されている。
【００５７】
タイムアウト情報６０７には、本端末における個々の処理におけるタイムアウトと判定する閾値がセットされている。
【００５８】
以上、６０４〜６０７がテスト実行端末における全処理に関しての管理情報である。
【００５９】
クライアントモジュール名称６０８は、当該負荷処理を発生させるために利用するクライアントモジュールの名称である。このモジュールは、テストマネージャ端末から各テスト実行端末に配信される（若しくは、元々テスト実行端末に存在するモジュールの場合には、重複チェックを行い、無駄な配信処理は行わない）。
【００６０】
テストデータファイル名称６０９は、負荷処理においてクライアントモジュール６０８が対象サーバにアクセスを行う際に利用するデータである。
クライアントモジュール動作設定情報６１０には、クライアントモジュール６０８が負荷テストのために実行する機能のリスト及び処理タイミングを同期するための情報がセットされている。
【００６１】
前者は、例えば、クライアントモジュールが一連の印刷処理を行うモジュールであり、
１．プリンタを初期化する機能
２．プリンタを列挙する機能
３．プリンタにジョブを登録する機能
４．指示プリンタのステータスを列挙する機能
という機能を有する場合、本負荷処理で行う機能を例えば１，２，３というように指定する情報がセットされている。
【００６２】
後者は、例えば、１台のテスト実行端末上で複数の負荷処理が行われる場合、例えば、上記のように１，２，３という処理を実行する際に１の処理が各負荷処理間でばらばらに終了しても、２の処理の開始ポイントを同期させるというための設定情報である。
【００６３】
仮想ネットワークアドレス情報６１１は、１台のテスト実行端末で、複数の負荷処理を実行する場合、被負荷テスト端末に対して、個々の負荷処理毎に個別のネットワーク端末からアクセスが行われているかのように見せ掛けるための機能を実現するための情報である。
【００６４】
本情報を前述のネットワークアクセス制御モジュールに与えることによって、上記機能を実現することができる。
【００６５】
被負荷テスト端末の情報６１２は、本負荷処理がアクセスするテスト対象のサーバに対するネットワークアドレス等のネットワーク上での識別情報がセットされている。
【００６６】
その他の制御情報６１３には、本負荷処理を行うに当り必要な詳細設定情報がセットされている。
【００６７】
以上、６０８〜６１３が負荷処理毎の設定情報である。
【００６８】
図７に本発明のテスト実行端末における負荷テスト実行処理の際のテストマネージャ端末からテスト実行端末への動作指示処理手順をフローチャートにて示す。
【００６９】
前提としては、本フローチャート説明を簡単にするために、本フローチャートの処理に先立って、テストマネージャでテスト設定情報、テスト用クライアントモジュール及びテストデータに関しての設定は完了しているものとする。
【００７０】
先ず、ステップＳ７０１では、テスト実行端末へテスト開始指示イベントを出す。ステップＳ７０２で、テスト動作情報ファイルの送信に成功したか否かをチェックする。各テスト実行端末がテスト動作情報ファイルの送信に成功した場合には、ステップＳ７０３へ移行し、そうではないと判断された場合には、ステップＳ７１２へ移行しテストを中止する。
【００７１】
ステップＳ７０３では、テスト実行端末に配信されたテストに必要なデータを利用して指示された設定に従って負荷処理を立ち上げてテスト準備処理を実行する。
【００７２】
ステップＳ７０４では、各テスト実行端末がテスト準備に成功したか否かをチェックする。成功しない場合は、ステップＳ７０５のエラー通知を各テスト実行端末から受け取る。
【００７３】
テスト実行端末は、テスト実行に必要なデータ（テスト設定情報、テスト用クライアントモジュール及びテストデータ）は存在するか否かをチェックし、存在すると判断された場合には、ステップＳ７０７に移行し、存在しないと判断された場合には、ステップＳ７０７に移行する。
【００７４】
ステップＳ７０５では、テスト実行端末では、データが存在しなので、指示されたテストを実行することができないというエラー情報をテストマネージャに対して通知する。
【００７５】
ステップＳ７０６では、テスト準備の完了イベントをテスト実行端末から発行されるのを待つ。
【００７６】
ステップＳ７０７では、テストマネージャからテスト実行端末にテスト開始指示イベントを発行する。
【００７７】
ステップＳ７０８で、テストマネージャからのテスト開始指示イベントであると判断された場合には、ステップＳ７０９に移行し、そうではない場合には、ステップＳ７０８で再びイベント待ち処理を行う。
【００７８】
ステップＳ７０９では、テスト実行端末が全ての仮想クライアントに対して実行の指示を行い、対象となるサーバに対して負荷の発生処理を行う。
【００７９】
ステップＳ７１０では、テストマネージャが全てのテスト実行端末のテスト終了を監視する。全てのテスト実行端末の終了通知を受け取ると通知をステップＳ７１１に移行する。ステップＳ７１１では、テスト実行端末からの全ての負荷テスト処理通知を受け、テスト処理を終了する。
【００８０】
図８はリファレンスサーバを用いた負荷テスト時のリファレンスサーバの動作指示処理手順の例をフローチャートに示す。
【００８１】
但し、ここでは、テスト動作設定が既にテストマネージャ端末でなされていて、各テスト実行端末では、そのテスト動作設定、テストデータ等は、既に各テスト実行端末に送信済みで、テスト実行端末では、送信されたテスト動作設定を元に負荷テストを行う準備は既に終わっている状態とする。
【００８２】
Ｓ８０１では、テストマネージャ端末から各テスト実行端末に対しテスト開始指示が発行される。
【００８３】
Ｓ８０２では、各テスト実行端末上の各クライアントが一斉にリファレンスサーバに対して負荷アクセスを行う。
【００８４】
Ｓ８０３では、アクセスを受けた被負荷テスト端末上のリファレンスサーバは、アクセス時間・アクセス相手情報を記録・使用リソース情報を記録する。
【００８５】
Ｓ８０４では、テスト実行端末上のクライアントに対し返答を行う。
【００８６】
Ｓ８０５では、テストマネージャ端末からの終了イベントを受け取るとＳ８０６に移行し、テストを終了する。終了イベントがない場合は、Ｓ８０２へ戻る。Ｓ８０６では、テスト結果情報をテストマネージャ端末に送信する。
【００８７】
図９には、リファレンスサーバを用いた負荷テスト時のリファレンスサーバの記録する結果情報の項目を表にする。
【００８８】
９０２，９０３はそれぞれサーバにアクセスしてくるテスト実行端末上のクライアントの名前・ＩＰアドレス情報である。
【００８９】
９０１は負荷テストシステムからテスト実行端末上のクライアントがリファレンスサーバに対しアクセスするのに掛かった時間であり、９０６は負荷テストシステムからテスト実行端末上のクライアントが負荷テスト対象サーバに対してアクセスするのに掛かった時間である。９０６の時間から９０１の時間の差分が負荷テスト対象サーバがクライアントのアクセスに対する返答をするのに掛かった時間（９０９）である。
【００９０】
９０４は負荷テストシステムからテスト実行端末上のクライアントがリファレンスサーバに対しアクセスしたときに負荷テストシステム全体（リファレンスサーバも含む）で使用するＣＰＵ使用率である。又、９０７は負荷テストシステムからテスト実行端末上のクライアントが負荷テスト対象サーバに対しアクセスしたときに負荷テスト対象サーバと負荷テストシステムが使用するＣＰＵ使用率である。
【００９１】
９０７のＣＰＵ使用率と９０４のＣＰＵ使用率の差分が負荷テスト対象サーバがクライアントのアクセスに対して使用するＣＰＵ使用率（９１０）である。
【００９２】
９０５は負荷テストシステムからテスト実行端末上のクライアントがリファレンスサーバに対しアクセスしたときに負荷テストシステム全体（リファレンスサーバも含む）で使用するメモリ使用量である。又、９０８は負荷テストシステムからテスト実行端末上のクライアントが負荷テスト対象サーバに対しアクセスしたときに負荷テスト対象サーバと負荷テストシステムが使用するメモリ使用量である。
【００９３】
９０８のメモリ使用量と９０５のメモリ使用量の差分が負荷テスト対象サーバがクライアントのアクセスに対して使用するメモリ使用量（９１１）である。
【００９４】
［本発明他の応用例］
本発明の応用例を以下に述べる。
【００９５】
＜応用例１＞
本発明では、各テスト実行端末が負荷テストを行うために必要なデータ（テスト設定情報、テスト用クライアントモジュール及びテストデータ）は、テストマネージャから各テスト実行端末に対して配信されることになっていた。
【００９６】
しかし、テストマネージャの負荷を軽減するために、以下の処理で、各テスト端末がテストに必要なデータを獲得するという処理を行っても良い。
【００９７】
Ｓｔｅｐ１　：テストマネージャに於いて、テストに必要なデータの準備が完了した。
【００９８】
Ｓｔｅｐ２　：各テスト実行端末に対して、テストに必要なデータの獲得を指示するイベントを通知する。
【００９９】
Ｓｔｅｐ３　：各テスト実行端末は、テストマネージャに対して自機が必要とするテストデータを要求して、当該データをダウンロードする。
【０１００】
Ｓｔｅｐ４　：テスト実行端末が必要なデータのダウンロードが終了すると、テスト実行準備を行って、その結果をテストマネージャにイベントを発行して通知する。
【０１０１】
Ｓｔｅｐ５　：テストマネージャは、全てのテスト実行端末からテスト実行準備完了のイベントが届いたと確認できると、全テスト実行端末に対してテスト実行の指示イベントを発行する。
【０１０２】
【発明の効果】
以上の説明で明らかなように、本発明によれば、様々なネットワーク上のサーバシステムに対して種々のクライアントアクセスパターンを実現して、効率の良いネットワークを含めたシステム全体の検査を実現することが可能となる。又、負荷テスト時に掛かる負荷テストシステムの負荷量を測り、その値を差分することにより、実際の環境により近い状態でのサーバパフォーマンス情報取得機能を提供することが可能である。
【図面の簡単な説明】
【図１】本発明に係るテストマネージャ端末及びテスト実行端末のシステム・ブロック図である。
【図２】本発明に係る負荷テストシステムにおけるネットワーク構成の一例を示す図である。
【図３】本発明に係る負荷テストシステムにおけるデータの交換手順を示す図である。
【図４】本発明に係る負荷テストシステムのモジュール構成図である。
【図５】本発明におけるリファレンスサーバを用いた場合の負荷テストシステムのモジュール構成図である。
【図６】本発明におけるテスト動作情報のデータ構造例を示す図である。
【図７】本発明のテスト実行端末における負荷テスト実行処理手順を示すフローチャートである。
【図８】本発明のテスト実行端末における負荷テスト実行処理手順を示すフローチャートである。
【図９】本発明のリファレンスサーバのテスト中に取得するテスト結果情報項目を示す図である。
【符号の説明】
１　　システム・バス
２　　ＣＰＵ
３　　ＰＭＥＭ
４　　Ｎｅｔｗｏｒｋ制御部
５　　Ｎｅｔｗｏｒｋポート
６　　通信制御部
７　　モデム
８　　入力制御部
９　　入力装置
１０　　表示制御部
１１　　表示装置
１２　　出力機器制御部
１３　　プリンタ
１４　　外部記憶装置制御部
１５　　外部記憶装置
【図１】
2004021523.tif 000003
【図２】
2004021523.tif 000004
【図３】
2004021523.tif 000005
【図４】
2004021523.tif 000006
【図５】
2004021523.tif 000007
【図６】
2004021523.tif 000008
【図７】
2004021523.tif 000009
【図８】
2004021523.tif 000010
【図９】
2004021523.tif 000011