(57)【要約】【課題】ユーザの使用方法によるマシン負荷の変動を適切に組み込んだ負荷試験のデータを作成することができる負荷試験システムおよび負荷試験データ作成方法の実現【解決手段】通常運用時に使用されるクライアント端末１００と、クライアント端末１００からの要求情報を解析して応答を返すＧＷサーバ１２０と、検索用サーバ１３０と、負荷試験データとして使用できる正常データのみＧＷサーバ１２０上の記憶装置１２３に保存する。ＧＷサーバ１２０が、要求情報とユーザ・分野を管理している情報とのマッチングを行い、負荷試験に適した負荷試験データを作成し、負荷試験データ１４２を負荷試験端末１４０へ配信する手段１２５を備える。負荷試験端末１４０には、ＧＷサーバ１２０から配信された負荷試験データ１４２を利用して、負荷試験端末１４０上で指定されたユーザ数分の仮想クライアントを生成し、ＧＷサーバ１２０に対して通常運用時のクライアント端末１００から送信される要求と同様の要求を行う。【選択図】図１
2009026020.tif 000002
【特許請求の範囲】
【請求項１】
クライアント・サーバシステムにおいて、
通常運用時に使用されるクライアント端末と、
検索用データベースを備え、受け取ったリクエストに対して前記検索用データベースに格納されているリクエストデータを検索・照合して、正常のリクエストであるか否かを判別するバックエンドサーバと、
前記クライアント端末からのリクエストを受け取り、該リクエストを編集し、前記バックエンドサーバへ編集された前記リクエストを転送し、該バックエンドサーバからのレスポンスを受け取り、該レスポンスを編集して、前記クライアント端末へ該レスポンスを応答し、前記クライアント端末からのリクエストを収集するデータ収集手段、および、前記バックエンドサーバからのレスポンスのリターンコードから正常状態を判定するとともに、正常状態と判定した場合には、リクエストデータを登録し、登録されたリクエストデータから試験データを作成する試験データ作成手段を備えたゲートウェイサーバと
を設けることを特徴とした負荷試験システム。
【請求項２】
請求項１に記載の負荷試験システムにおいて、
前記試験データ作成手段は、前記バックエンドサーバからのレスポンスが正常と判断した場合に、収集したリクエスト情報から、負荷試験用のリクエスト情報を作成し、予め定義されたクライアント端末と分類の組み合わせを利用することにより、分類毎の傾向を分析し、通常運用と近いデータでの負荷試験を実施するための負荷試験データを作成することを特徴とする負荷試験システム。
【請求項３】
負荷試験データを作成するためのデータ収集・編集処理方法において、
ゲートウェイサーバは、クライアント端末より送られたリクエストからデータを読み込み、リクエストデータを編集し、バックエンドサーバへ転送し、該バックエンドサーバからレスポンスを受取ると、該バックエンドサーバからのリターンードを判定し、リクエストデータを登録するため、該レスポンスのリターンコードを判定した時の時刻を要求情報管理ＤＢのタイムスタンプへ、クライアントリクエストのユーザ名の内容を該要求情報管理ＤＢのユーザＩＤへ、該クライアントリクエストのｎｓタグの内容を該要求情報管理ＤＢのサービスへ、該クライアントリクエストの内容を該要求情報管理ＤＢのリクエストデータへ、それぞれ格納し、該バックエンドサーバからのレスポンスを編集し、該クライアント端末へ応答することを特徴とする負荷試験データ作成方法。
【請求項４】
負荷試験データを作成するための生成対象操作先頭ログ決定処理方法において、
ゲートウェイサーバは、要求情報管理ＤＢからユーザＩＤとタイムスタンプを抽出し、抽出したデータについて、ユーザＩＤで重複排除を行い、ユーザ操作テーブルを作成し、該ユーザ操作テーブルのユーザＩＤでユーザＩＤ・分野管理ＤＢのユーザＩＤを検索し、分野を取得し該てユーザ操作テーブルの分野を更新し、該ユーザ操作テーブルを母体として、該ユーザ操作テーブルの分野毎の割合を取得し、上記負荷試験データ作成処理時のパラメータとして指定した抽出ユーザ数を母体として、前記取得した分野毎の割合から、分野毎の抽出ユーザ操作数を決定し、ユーザ操作テーブルから先に決定したユーザ操作数分のユーザ操作を抽出することを特徴とする負荷試験データ作成方法。
【請求項５】
負荷試験データ作成方法において、
ゲートウェイサーバは、ユーザ操作テーブルを読込み、該ユーザ操作テーブルのタイムスタンプおよびユーザＩＤにて、ユーザ情報管理ＤＢのタイムスタンプおよびユーザＩＤを検索し、負荷試験データを作成し、読込んだレコードのタイムスタンプが上記負荷試験データ作成処理時のパラメータとして指定した時間範囲内か否かの判定を行い、範囲外であれば、元に戻り、範囲内であれば、次に、読込んだレコードのユーザＩＤが該ユーザ操作テーブルから読込んだユーザＩＤと一致するか否かを比較し、同一の場合は次に進み、異なる場合は、元に戻り、次に、負荷試験データを作成することを特徴とする負荷試験データ生成方法。
【請求項６】
負荷試験データを作成するためのデータ収集・編集処理用プログラムであって、
ゲートウェイサーバ内のコンピュータに、クライアント端末より送られたリクエストからデータを読み込む手順、リクエストデータを編集する手順、バックエンドサーバへ転送する手順、該バックエンドサーバからレスポンスを受取る手順、該バックエンドサーバからのリターンコードを判定する手順、リクエストデータを登録する手順、該バックエンドサーバからのレスポンスを編集する手順、クライアント端末へ応答する手順、をそれぞれ実行させるためのデータ・編集処理用プログラム。
【請求項７】
負荷試験データを作成するための生成対象操作先頭ログ決定処理用プログラムであって、
ゲートウェイサーバ内のコンピュータに、ユーザＩＤとタイムスタンプを抽出する手順、抽出したデータについて、ユーザＩＤで重複排除を行う手順、ユーザ操作テーブルを作成する手順、該ユーザ操作テーブルのユーザＩＤでユーザＩＤ・分野管理ＤＢのユーザＩＤを検索する手順、分野を取得して該ユーザ操作テーブルの分野を更新する手順、該ユーザ操作テーブルを母体として、該ユーザ操作テーブルの分野毎の割合を取得する手順、上記負荷試験データ作成処理時のパラメータとして指定した抽出ユーザ数を母体として、取得した分野毎の割合から、分野毎の抽出ユーザ操作数を決定する手順、該ユーザ操作テーブルから先に決定したユーザ操作数分のユーザ操作を抽出する手順を、それぞれ実行するための生成対象操作先頭ログ決定処理用プログラム。
【請求項８】
負荷試験データ作成用プログラムであって、
ゲートウェイサーバ内のコンピュータに、ユーザ操作テーブルを読込む手順、該ユーザ操作テーブルのタイムスタンプおよびユーザＩＤにてユーザ情報管理ＤＢのタイムスタンプおよびユーザＩＤを検索する手順、負荷試験データを作成する手順、読込んだレコードのタイムスタンプが上記負荷試験データ作成処理時のパラメータとして指定した時間範囲内か否かの判定を行う手順、範囲外であれば、ループ先頭に戻る手順、範囲内であれば、次に進む手順、読込んだレコードのユーザＩＤが該ユーザ操作テーブルから読込んだユーザＩＤと一致するか否かを比較する手順、同一の場合、後読ステップへ進む手順、異なる場合、元へ戻る手順、負荷試験データは、ユーザ情報管理ＤＢのリクエストデータから取得した情報を出力する手順、要求情報管理ＤＢから取得したサービスが“Ｌｏｇｏｆｆ”か否かの判定を行う手順、一致する場合には、ループ先頭に戻り、一致しない場合には、元へ戻る手順を、それぞれ実行するための負荷試験データ作成用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上に存在する種々のネットワークサーバシステムに対して、様々なアクセスパターンをシミュレートして、負荷を発生させることにより、サーバ負荷テストを行うため、指定した複数の仮想クライアントを１台のテスト実行端末内に生成し、その仮想クライアントから様々な負荷テストを行うことにより、対象サーバへ負荷をかけ、パフォーマンステストを行うことができる負荷試験システム、および、実運用中のトランザクションを記録し、仮想クライアントがシミュレートするアクセスパターンへ使用することで、仮想クライアントで実行する負荷テスト動作の内容を実運用に近い状態に自動的に変化させることが可能な負荷試験データ作成方法ならびにそのプログラムに関する。
【背景技術】
【０００２】
近年、ネットワーク技術の発達と共に、ネットワーク上でのサーバ／クライアントシステムとして実現されるアプリケーションが増加している。このようなアプリケーションのテストは、従来のスタンドアロン型のアプリケーションとは異なって、そのパフォーマンスの測定およびボトルネックの検出を行うためにはネットワークを含めたシステム全体の検査が必要となるので、非常に難しくなっている。
【０００３】
従来のネットワークサーバへの負荷テストシステムでは、実際に複数のクライアント端末を用意し、クライアントアプリケーションを実行して、実際にサーバへのアクセスを行って負荷を発生させていた。
その解決手段として、例えば、特開２００２−７２３２号公報（特許文献１参照）に記載のように、１台の端末上で複数のクライアント処理を生成してサーバにアクセスを発生させていた。すなわち、試験対象サーバとサーバ試験装置とを公衆データ通信網に代わる専用データ通信経路によって相互接続し、このサーバ試験装置により多数のユーザ・エージェントを偽装した大量のＨＴＴＰレスポンスを個別に認識して各レスポンス中に各ＨＴＴＰリクエストにて指定したオブジェクトが誤りなく含まれているか否かを判別し、その判別結果を所定の報告形式で出力するものである。
また、負荷試験データも、実運用時のデータを取得し、試験データとすることで実運用に近い状態を想定したテストを行っていた。
【０００４】
また、例えば、特開２００４−２１５２３号公報（特許文献２参照）に記載のように、指定した複数の仮想クライアントを１台のテスト実行端末内に生成し、そのテスト実行端末を複数管理するテストマネージャ端末を１台用意し、そのテストマネージャ端末から生成した複数の仮想クライアントに対して様々な負荷テスト動作を行うものもあった。すなわち、設定手段で、設定／指示された負荷テスト動作情報、テスト用クライアントモジュールおよびテストデータを各テスト実行端末に配信する手段を備え、配信された負荷テスト動作情報に従って同じく配信されたクライアントモジュールを動作させ、配信されたテストデータを利用して指示されたテスト対象サーバに対して、負荷アクセスを発生することができるようにしたものである。
【０００５】
【特許文献１】特開２００２−７２３２号公報
【特許文献２】特開２００４−２１５２３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来の技術では、負荷試験のデータを作成する際に、実運用のデータを使用することにより、より実運用に近い状態での試験を可能としているが、実運用のデータを無作為に抽出するため、ユーザによる使用方法の違いの偏りを考慮できていないという問題点がある。
具体的には、システムを使用するユーザ毎に、少量のマシン負荷が高い検索を行うユーザや、マシンへの負荷は小さものの、多数の検索を行うユーザもおり、様々なユーザの使用方法を考慮に入れた上での負荷試験が重要となる。特に、多種の機能を提供しているシステムでは、ユーザの使用方法によるマシン負荷の変動は非常に大きく、無視できるものではない。つまり、『同じユーザ機能を使用する場合でも、ユーザ毎に要求内容が大きく異る』、『ユーザ業務を行う上で、ユーザ毎に一連の操作（使用する機能の組合せ）の流れが異なる』点を踏まえ、試験データを作成することが望まれる。
【０００７】
（目的）
本発明の目的は、ユーザの使用方法によるマシン負荷の変動を適切に組み込んだ負荷試験のデータを作成することができる負荷試験システムおよび負荷試験データ作成方法、ならびにそのプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明の負荷試験システムは、通常運用時に使用されるクライアント端末と、クライアントからの要求情報を解析して応答を返すゲートウェイ（ＧＷ）サーバと、検索用サーバと、負荷試験データとして使用できる正常データのみＧＷサーバ上の記憶装置に保存する。前記ＧＷサーバが、前記要求情報とユーザ・分野を管理している情報とのマッチングを行い、負荷試験に適した負荷試験データを作成し、負荷試験データを負荷試験端末へ配信する手段を備えることを特徴としている。
【０００９】
また、前記負荷試験端末には、上記ＧＷサーバから配信された負荷試験データを利用して、負荷試験端末上で指定されたユーザ数分の仮想クライアントを生成し、前記ＧＷサーバに対して通常運用時のクライアント端末から送信される要求と同様の要求を行うことにより、通常業務手段を備えることを特徴としている。
【００１０】
本発明の負荷試験データ作成方法は、実運用のデータから試験データを抽出する点については、前記特許文献１の記載内容と同一であるが、ユーザによる使用方法の偏りを、使用方法の似通ったユーザをグループ分けし、グループ毎の偏りを考慮して実運用のデータを抽出し、試験データとすることで、ユーザの使用方法によるマシン負荷の変動を適切に組み込んだ負荷試験のデータを作成する方法である。
【発明の効果】
【００１１】
本発明によれば、ユーザ毎の操作によりマシン負荷が大きく変動するシステムにおいて、実運用のデータを効果的に利用することで、適切な負荷試験データの作成を自動的に行うことが可能になる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明のリクエストを収集する手段、および、試験データ作成手段の実施例を、図面により詳細に説明する。また、ここでは、高負荷試験を例として記載する。
図１は、本発明の一実施例に係る負荷テストシステムのブロック構成図である。
リクエスト収集手段および負荷試験データ作成手段を有するＧＷサーバ１２０では、クライアントアプリケーション１１１からのリクエストを収集するためにデータ収集部１２１、上記リクエストを格納するための要求情報管理ＤＢ部１２３、上記リクエスト中に含まれるユーザＩＤと上記ユーザＩＤをグループ化する分類を管理するユーザ・分類管理ＤＢ部１２４、および、負荷試験データを作成するための試験データ作成部１２５が設けられる。
【００１３】
試験データ作成（生成）部１２５は、以下の機能を備えている。
生成対象操作先頭ログ決定機能と負荷試験データ生成機能であって、まず、ログ決定機能内のユーザ操作テーブル作成機能によりユーザ操作テーブルを生成し、全ユーザ数に対する分野毎の割合取得機能により割合を求め、抽出ユーザ操作決定機能により抽出ユーザ操作を決定する。次に、負荷試験データ生成機能のユーザ操作テーブル・要求情報管理ＤＢ部マッチング機能により、両者のマッチングを取り、最後に試験データ作成機能により試験データを作成する。
【００１４】
ＧＷサーバ１２０は、まずデータ収集部１２１でクライアントアプリケーション１１１からのリクエストを編集し、バックエンドサーバ１３０へリクエストを送信する。次に、バックエンドサーバ１３０からのレスポンスの正常状態か否かを判定し、正常状態と判定した場合に上記クライアントからのリクエストを要求情報管理ＤＢ部１２３に登録する。このように、クライアント１４０からのリクエストを収集することにより、負荷試験を実施する場合に実運用で使用されたデータを使用することができる。
【００１５】
次に、試験データ作成部１２５で要求情報管理ＤＢ部１２３で有しているユーザＩＤと、ユーザ・分野管理ＤＢ部１２４で有しているユーザＩＤとの突合せを行うことにより、分野毎のクライアントリクエスト数を集計し、分野毎の割合に応じた数のリクエスト情報を要求情報管理ＤＢ部１２３から抽出して、負荷試験用のデータを作成することにより、実運用に近い状態で負荷試験を実施するためのデータを作成することができる。
【００１６】
以下、ＧＷサーバ１２０の各構成部の詳細を説明する。
まず、データ収集部１２１は、クライアントアプリケーション１１１からのリクエストを編集し、バックエンドサーバ１３０へリクエストを送信する。次に、バックエンドサーバ１３０からのレスポンスが正常状態か否かを判定し、正常状態と判定した場合に上記クライアントからのリクエストを要求情報管理ＤＢ部１２３へ登録する。ここで、ユーザが要求するリクエストには、検索式不正、システム上限を超えるヒット件数が発生する検索式、および、存在しないデータの参照要求など、エラーを含むデータが含まれるが、バックエンドサーバ１３０のレスポンスに含まれるリターンコードには、正常に処理された要求と、不正に処理された要求との区別が含まれている。
【００１７】
そのため、バックエンドサーバ１３０からのレスポンスが正常状態か否かの判定では、バックエンドサーバ１３０からのリターンコードによる判定が行われる。これにより、ユーザ入力データ不備による、不要データを除外することが可能となる。この正常状態の判定手順、および、要求情報管理ＤＢ部１２３への登録内容は、図２以降を用いて詳細に説明する。
試験データ作成部１２５は、負荷試験で用いるデータ作成パラメータとしての時間範囲と抽出ユーザ数をパラメータとして受取ることにより、条件に一致するユーザ操作内容を要求情報管理ＤＢ部１２３から抽出し、負荷試験用のデータを作成する。この抽出方法およびデータ作成内容は、図４以降を用いて詳細に述べる。
【００１８】
図２は、図１におけるＧＷサーバの本発明に係る第一の処理動作例を示すフローチャートである。また、図３は、図２における処理内容を詳細に示すデータ関連図である。
図１におけるデータ収集部１２１の目的は、バックエンドサーバ１３０で正常状態であるクライアントのリクエスト情報を収集することにある。そのための処理として、次の各ステップを実行する。まず、クライアントより送られたリクエストからデータを読み込む（ステップ２０２）。次に、リクエストデータを編集し、バックエンドサーバ１３０へ転送する（ステップ２０３）。この編集内容は、図３のクライアントリクエスト３２をバックエンドサーバ１３０へのリクエスト３７に編集する。次に、バックエンドサーバ１３０からレスポンスを受取る（ステップ２０４）。次に、バックエンドサーバ１３０からのリターンードを判定する（ステップ２０５）。
【００１９】
ここで、図３のバックエンドサーバ１３０からのレスポンス３８のリターンコードが０の場合、図１における要求情報管理ＤＢ部１２３へリクエストデータを登録する（ステップ２０６）。この登録内容は、レスポンス３８のリターンコードを判定した時の時刻を要求情報管理ＤＢ３５のタイムスタンプへ、クライアントリクエスト３２の〈Ｕｓｅｒ  Ｎａｍｅ〉タグの内容を要求情報管理ＤＢ３５のユーザＩＤへ、クライアントリクエスト３２の〈ｎｓ０．・・・〉タグの内容を要求情報管理ＤＢ３５のサービスへ、クライアントリクエスト３２の内容を要求情報管理ＤＢ３５のリクエストデータへ、それぞれ格納する。
次に、バックエンドサーバ１３０からのレスポンスを編集し、クライアントへ応答する（ステップ２０７）。この編集内容は、図３のバックエンドサーバレスポンス３８を、クライアントレスポンス３３に編集する。
【００２０】
図４は、図１におけるＧＷサーバの本発明に係る第二の処理動作例を示すフローチャートである。
これ以降で、試験データ作成プログラムについて詳細に説明するが、ユーザ操作の概念について補足を加えておく。前述したように、試験データを作成するに当り、『ユーザ毎に要求内容が大きく異なる』点、および、『ユーザ毎に一連の操作の流れが異なる』点を考慮することが重要である。
『ユーザ毎に要求内容が大きく異なる』点については、以下で詳細に説明するが、分野毎の偏りを考慮して試験データを抽出することにより、これを満たすことができる。
一方、『ユーザ毎に一連の操作の流れが異なる』点については、ユーザがどのような順番で、どのような機能を使用したかが重要となる。ユーザの一連の操作としてログインに始まり、検索やその他の機能を使用した後、ログオフするという特徴がある。そのため、ユーザ毎に一連の操作の流れが異なる点については、特定のユーザの操作の履歴を追い、試験データとして抽出することで、満たすことができる。
【００２１】
ここで、図１の要求情報管理ＤＢ１２３には、全てのユーザ操作に関する情報が格納されている。そのため、ユーザ操作の一連の流れを特定する手段として、次の二つ処理を行う。その第一として、ユーザ操作の情報をユーザ毎に重複排除し、重複排除の際に先頭レコードを採用することで、ユーザの一連の操作の流れにおける、先頭レコードを決定する。
第二として、決定したユーザ操作の先頭レコード毎に、該当するユーザに関する後続操作情報を取得する。
【００２２】
図１における負荷試験データ作成プログラムの目的は、負荷試験のデータとして使用する実運用の時間帯および抽出するユーザ操作数を指定することにより、実運用で使用したデータをもとに負荷試験用のデータを作成することである。
図４では、まず、作成対象操作先頭ログ決定処理を行う（ステップ４０２）。この処理内容は、図５および図６により詳細に説明する。次に、負荷試験データ生成処理を行う（ステップ４０３）。この処理内容は、図７および図８により詳細に説明する。
【００２３】
（作成対象操作先頭ログ決定処理）
図５および図６は、図４における作成対象操作先頭ログ決定処理（ステップ４０２）に係る処理動作例を示すフローチャートおよびデータ関連図である。
まず、ユーザＩＤとタイムスタンプを抽出する（ステップ５０２）。取得対象は、図６の要求情報管理ＤＢ６０１のタイムスタンプとユーザＩＤである。次に、ステップ５０２で抽出したデータについて、ユーザＩＤで重複排除を行い、図６のユーザ操作テーブル６０４を作成する（ステップ５０３）。ユーザＩＤでの重複排除を行う際に、重複データ中の先頭レコードを採用する。次に、図６のユーザ操作テーブル６０４のユーザＩＤで図６のユーザＩＤ・分野管理ＤＢ６０５のユーザＩＤを検索し、分野を取得して図６のユーザ操作テーブル６０４の分野を更新する（ステップ５０４）。
【００２４】
次に、ユーザ操作テーブル６０４を母体として、ユーザ操作テーブル６０４の分野毎の割合を取得する（ステップ５０５）。次に、上記負荷試験データ作成処理時のパラメータとして指定した抽出ユーザ数を母体として、ステップ５０５で取得した分野毎の割合から、分野毎の抽出ユーザ操作数を決定する（ステップ５０６）。
次に、図６のユーザ操作テーブル６０４からステップ５０６で決定したユーザ操作数分のユーザ操作を抽出する（ステップ５０７）。この際に、同一分野中からユーザ操作を抽出する点に関しては、平均的に抽出する。
【００２５】
（負荷試験データ生成処理）
図７および図８は、図４における負荷試験データ生成処理（ステップ４０３）に係る処理動作例を示すフローチャートおよびデータ関連図である。
まず、図８のユーザ操作テーブル８０１のレコード分、以下に説明する処理を繰り返す（ステップ７０１）。そして、図８のユーザ操作テーブル８０１を読込む（ステップ７０２）。図８のユーザ操作テーブル８０１のタイムスタンプおよびユーザＩＤにて、図８のユーザ情報管理ＤＢ８０２のタイムスタンプおよびユーザＩＤを検索する（ステップ７０３）。次に、負荷試験データを作成する（ステップ７０４）。負荷試験データは、図８のユーザ情報管理ＤＢ８０２のリクエストデータから取得した情報を出力する。次に、図８のユーザ情報管理ＤＢ８０２の次レコードを読込む（ステップ７０５）。
【００２６】
次に、読込んだレコードのタイムスタンプが上記負荷試験データ作成処理時のパラメータとして指定した時間範囲内か否かの判定を行い、範囲外であれば、ステップ７０１のループ先頭に戻り、範囲内であれば、次のステップへ進む（ステップ７０６）。次に、読込んだレコードのユーザＩＤがユーザ操作テーブルから読込んだユーザＩＤと一致するか否かを比較する。同一の場合、後読ステップへ進み、異なる場合、ステップ７０５へ戻る（ステップ７０７）。次に、負荷試験データを作成する（ステップ７０８）。負荷試験データは、図８のユーザ情報管理ＤＢ８０２のリクエストデータから取得した情報を出力する。次に、図８の要求情報管理ＤＢ８０２から取得したサービスが“Ｌｏｇｏｆｆ”か否かの判定を行う。一致する場合には、ステップ７０１のループ先頭に戻り、一致しない場合には、ステップ７０５へ戻る（ステップ７０９）。
【００２７】
以上、図１〜図８を用いて説明したように、本発明のＧＷサーバにおいては、収集の対象となるクライアントからのレスポンスを実運用中に収集する。また、実運用中の収集データから時間範囲、および、ユーザ操事数を指定することにより、実運用と同様の負荷試験データを作成する。このことにより、負荷試験実施に当たり、直近の実運用で使用されたデータを使用することが可能になり、ユーザの使用状況が変化しても、実運用を想定した負荷試験を行うことができる。
また、今回は負荷試験の試験データ作成を題材として説明したが、抽出する時間帯を負荷が低い時間帯を選択する、抽出ユーザ数を少なくする等、試験データ作成時のパラメータを変更することで、低負荷時の試験に関しても利用可能となる。
【００２８】
なお、図２、図４、図５および図７の各フローの手順をプログラムに変換したものを、ＣＤ−ＲＯＭなどの記録媒体に格納し、この記録媒体を本発明の負荷試験システムのコンピュータに装着して、これをインストールした後、実行させれば、本発明を容易に実現できる。そして、上記プログラムを上記コンピュータからネットワークを介して他のコンピュータにダウンロードすれば、上記プログラムの汎用化も可能である。
【図面の簡単な説明】
【００２９】
【図１】本発明の一実施例に係る負荷試験システムの全体ブロック図である。
【図２】図１におけるＧＷサーバの本発明に係る第一の処理動作例を示すフローチャートである。
【図３】図２における処理内容を示すデータ関連図である。
【図４】図１におけるＧＷサーバの本発明に係る第二の処理動作例を示すフローチャートである。
【図５】図４における試験データ作成部に係る第一の処理動作例を示すフローチャートである。
【図６】図５における処理内容を示すデータ関連図である。
【図７】図４における試験データ作成部に係る第二の処理動作例を示すフローチャートである。
【図８】図７における処理内容を示すデータ関連図である。
【符号の説明】
【００３０】
３１  クライアント
３２  クライアントリクエスト
３３  クライアントリスポンス
３４  データ編集部
３５  要求情報管理ＤＢ
３６  リクエストデータ
３７  バックエンドサーバへのリクエスト
３８  バックエンドサーバからのレスポンス
３９  バックエンドサーバ
１００  クライアント
１１１  クライアントアプリケーション
１２０  ＧＷサーバ
１２１  データ収集部
１２３  要求情報管理ＤＢ部
１２４  ユーザ・分野管理ＤＢ部
１２５  試験データ作成部
１３０  バックエンドサーバ
１３１  検索部
１３２  検索用ＤＢ部
１４０  クライアント
１４１  クライアント負荷試験シミュレータ
１４２  試験データ
６０１  要求情報管理ＤＢ
６０２  リクエストデータの具体例
６０３  生成対象操作先頭ログ決定処理
６０４  ユーザ操作テーブル
６０５  ユーザＩＤ・分野管理ＤＢ
６０６  先頭ログ決定処理後のユーザ操作テーブル
８０１  ユーザ操作テーブル
８０２  ユーザ情報管理ＤＢ
８０３  ユーザ情報管理ＤＢのリクエストデータから取得した情報
８０４  負荷試験データ生成
８０５  負荷試験データ生成部により生成されたデータ
【図１】
2009026020.tif 000003
【図２】
2009026020.tif 000004
【図３】
2009026020.tif 000005
【図４】
2009026020.tif 000006
【図５】
2009026020.tif 000007
【図６】
2009026020.tif 000008
【図７】
2009026020.tif 000009
【図８】
2009026020.tif 000010