JP2014119940A - テスト支援装置、テスト支援システム、制御方法、及びプログラム - Google Patents

Abstract

【課題】クライアント端末とサーバとから構成されるオンラインシステムにおいて、複数のクライアント端末からサーバへの処理負荷をテストするにあたり、テスト担当者の作業負荷を軽減することが可能なテスト支援装置、制御方法、及びプログラムを提供することを目的とする。
【解決手段】テスト支援装置１１１においてシミュレータ試験端末毎に論理端末台数分の論理端末名を生成し、選択したテストに関する処理を実行するためのシナリオを取得して、
シミュレータ試験端末に対して、該当する論理端末名とシナリオとを送信し、シミュレータ試験端末は、論理端末名の下に、論理端末台数分、シナリオを実行することで、各試験サーバへ処理依頼を送信して、各試験サーバで処理依頼に対する処理が実行される。
【選択図】図８

Description

本発明は、オンラインシステムのテストを支援する装置であって、特に、クライアント端末からサーバに対する処理負荷をテストする装置に関する。

近年、システムを利用するユーザ数の増加に伴い、システムを構成するサーバの台数を増設し、クライアントからの処理を負荷分散することによって、オンライン時の処理遅延等を抑止する仕組みが存在する。

このようなオンライン分散システムを構築し、本番運用を開始する前に、当該オンライン分散システムのテストを行う必要があるが、このテストを本番さながらに進めるには、複数のクライアント端末を準備し、其々のクライアント端末から各サーバに対して処理要求を行うテストを実施する。

但し、このようなテストを、テスト担当者が手動で行うには、作業負荷がかかるため、テスト用のシミュレーションのシナリオを生成し、このシナリオを用いることで、テストを自動化することによって、テスト担当者の作業負荷を軽減する試みが行われている。

このような試みの例として、分散環境において、各シミュレータで行うべくシミュレーションのシナリオを、ユーザが指定した条件を満たすように、組み合わせて利用するシステムが存在する（例えば、特許文献１参照）。

特開２０１２−０１８５０８号公報

しかしながら、特許文献１に記載のシステムでは、既に生成したシナリオを組み合わせることが可能であるが、分散環境において、特に処理負荷をテストする際にかかるテスト担当者への作業負荷の問題については、解消されていない点がある。

オンライン分散システムにおいては、このような処理負荷をテストするには、各クライアント端末に対して、重複が発生しないように論理端末名を設定し、当該クライアント端末から処理要求を処理対象となるサーバへ行う。

従って、各クライアント端末への論理端末名の設定を行う煩わしさと、各クライアント端末からの処理要求を発生させるために、各クライアント端末にて操作を行うテスト担当者を確保しなければならないという問題が生じる。更に、各担当者は、処理要求を発生させるタイミングを合わせて、操作を行う必要が生じ、テストの確証が保てないという問題が生じる。

そこで、本願発明では、クライアント端末とサーバとから構成されるオンラインシステムにおいて、複数のクライアント端末からサーバへの処理負荷をテストするにあたり、テスト担当者の作業負荷を軽減することが可能なテスト支援装置、制御方法、及びプログラムを提供することを目的とする。

上記課題を解決するための第１の発明は、クライアントとネットワークを介して接続されたサーバへの処理負荷をテストするテスト支援システムであって、前記クライアントは、サーバ送信手段によって送信されたシナリオに基づいて、論理端末台数分の処理依頼を前記サーバに対して要求する要求手段、を備え、前記サーバは、前記クライアントにおける所定数の論理端末名を生成する論理端末名生成手段と、前記論理端末名生成手段によって生成した論理端末名と前記テストを実行するためのシナリオとを前記クライアントへ送信するサーバ送信手段と、前記要求手段によって要求された処理依頼に対して処理を実行する実行手段と、前記実行手段によって実行された処理結果を出力する処理結果出力手段と、を備えたことを特徴とする。

上記課題を解決するための第２の発明は、クライアントと複数のサーバとを中継するテスト支援装置がネットワークを介して接続された前記サーバへの処理負荷をテストするテスト支援システムであって、前記クライアントは、テスト支援装置手段によって送信されたシナリオに基づいて、論理端末台数分の処理依頼を前記サーバに対して要求する要求手段、を備え、前記テスト支援装置は、前記クライアントにおける所定数の論理端末名を生成する論理端末名生成手段と、前記論理端末名生成手段によって生成した論理端末名と前記テストを実行するためのシナリオとを前記クライアントへ送信するテスト支援装置送信手段と、サーバ送信手段によって送信された処理結果を受信する処理結果受信手段と、を備え、前記サーバは、前記要求手段によって要求された処理依頼に対して処理を実行する実行手段と、前記実行手段によって実行した処理結果を前記テスト支援装置へ送信するサーバ送信手段と、を備えたことを特徴とする。

上記課題を解決するための第３の発明は、クライアントと複数のサーバとの処理負荷をテストするために前記クライアントと前記サーバとを中継するテスト支援装置であって、前記クライアントにおける所定数の論理端末名を生成する論理端末名生成手段と、前記論理端末名生成手段によって生成した論理端末名と前記テストを実行するためのシナリオとを前記クライアントへ送信するテスト支援装置送信手段と、前記テスト支援装置送信手段によって送信されたシナリオに基づいて、論理端末台数分の処理依頼が前記クライアントから前記サーバに対して要求され、前記処理依頼に対する処理結果を前記サーバより受信するテスト支援装置受信手段と、備えたことを特徴とする。

上記課題を解決するための第４の発明は、クライアントとネットワークを介して接続されたサーバへの処理負荷をテストするテスト支援システムの制御方法であって、前記クライアントは、サーバ送信ステップによって送信されたシナリオに基づいて、論理端末台数分の処理依頼を前記サーバに対して要求する要求ステップ、を実行し、前記サーバは、

前記クライアントにおける所定数の論理端末名を生成する論理端末名生成ステップと、前記論理端末名生成ステップによって生成した論理端末名と前記テストを実行するためのシナリオとを前記クライアントへ送信するサーバ送信ステップと、前記要求ステップによって要求された処理依頼に対して処理を実行する実行ステップと、前記実行ステップによって実行された処理結果を出力する処理結果出力ステップと、を備えたことを特徴とする。

上記課題を解決するための第５の発明は、クライアントと複数のサーバとを中継するテスト支援装置がネットワークを介して接続された前記サーバへの処理負荷をテストするテスト支援システムの制御方法であって、前記クライアントは、テスト支援装置手段によって送信されたシナリオに基づいて、論理端末台数分の処理依頼を前記サーバに対して要求する要求ステップ、を実行し、前記テスト支援装置は、前記クライアントにおける所定数の論理端末名を生成する論理端末名生成ステップと、前記論理端末名生成ステップによって生成した論理端末名と前記テストを実行するためのシナリオとを前記クライアントへ送信するテスト支援装置送信ステップと、サーバ送信ステップによって送信された処理結果を受信する処理結果受信ステップと、を実行し、前記サーバは、前記要求ステップによって要求された処理依頼に対して処理を実行する実行ステップと、前記実行ステップによって実行した処理結果を前記テスト支援装置へ送信するサーバ送信ステップと、を実行することを特徴とする。

上記課題を解決するための第６の発明は、クライアントと複数のサーバとの処理負荷をテストするために前記クライアントと前記サーバとを中継するテスト支援装置の制御方法であって、前記テスト支援装置は、前記クライアントにおける所定数の論理端末名を生成する論理端末名生成ステップと、前記論理端末名生成ステップによって生成した論理端末名と前記テストを実行するためのシナリオとを前記クライアントへ送信するテスト支援装置送信ステップと、前記テスト支援装置送信ステップによって送信されたシナリオに基づいて、論理端末台数分の処理依頼が前記クライアントから前記サーバに対して要求され、前記処理依頼に対する処理結果を前記サーバより受信するテスト支援装置受信ステップと、実行することを特徴とする。

上記課題を解決するための第７の発明は、クライアントとネットワークを介して接続されたサーバへの処理負荷をテストするテスト支援システムにおいて読取実行可能なプログラムであって、前記クライアントを、サーバ送信手段によって送信されたシナリオに基づいて、論理端末台数分の処理依頼を前記サーバに対して要求する要求手段、として機能させ、前記サーバを、前記クライアントにおける所定数の論理端末名を生成する論理端末名生成手段と、前記論理端末名生成手段によって生成した論理端末名と前記テストを実行するためのシナリオとを前記クライアントへ送信するサーバ送信手段と、前記要求手段によって要求された処理依頼に対して処理を実行する実行手段と、前記実行手段によって実行された処理結果を出力する処理結果出力手段と、して機能させることを特徴とする。

上記課題を解決するための第８の発明は、クライアントと複数のサーバとを中継するテスト支援装置がネットワークを介して接続された前記サーバへの処理負荷をテストするテスト支援システムにおいて読取実行可能なプログラムであって、前記クライアントを、テスト支援装置手段によって送信されたシナリオに基づいて、論理端末台数分の処理依頼を前記サーバに対して要求する要求手段、として機能させ、前記テスト支援装置を、前記クライアントにおける所定数の論理端末名を生成する論理端末名生成手段と、前記論理端末名生成手段によって生成した論理端末名と前記テストを実行するためのシナリオとを前記クライアントへ送信するテスト支援装置送信手段と、サーバ送信手段によって送信された処理結果を受信する処理結果受信手段と、として機能させ、前記サーバは、前記要求手段によって要求された処理依頼に対して処理を実行する実行手段と、前記実行手段によって実行した処理結果を前記テスト支援装置へ送信するサーバ送信手段と、して機能させることを特徴とする。

上記課題を解決するための第９の発明は、クライアントと複数のサーバとの処理負荷をテストするために前記クライアントと前記サーバとを中継するテスト支援装置において読取実行可能なプログラムであって、前記テスト支援装置を、前記クライアントにおける所定数の論理端末名を生成する論理端末名生成手段と、前記論理端末名生成手段によって生成した論理端末名と前記テストを実行するためのシナリオとを前記クライアントへ送信するテスト支援装置送信手段と、前記テスト支援装置送信手段によって送信されたシナリオに基づいて、論理端末台数分の処理依頼が前記クライアントから前記サーバに対して要求され、前記処理依頼に対する処理結果を前記サーバより受信するテスト支援装置受信手段と、して機能させることを特徴とする。

本発明によれば、クライアント端末に対して複数の論理端末名を生成してサーバへ処理要求を行うことで、複数のクライアント端末から構成されるオンラインシステムにおいて、クライアント端末からサーバへの処理負荷をテストするにあたり、テスト担当者の作業負荷を軽減することが可能となる、という効果を奏する。

本発明の実施形態に係るテスト支援システムの概略構成を示す構成図である。 本発明の実施形態に係るシミュレータ試験端末、テスト支援装置、及び試験サーバのハードウエアの構成を示す構成図である。 本発明の実施形態に係るテスト支援システムにおいて実行される分散シミュレーションの処理の流れを示すフローチャートである。 本発明の実施形態に係るテスト支援システムにおいて実行される分散シミュレーションの処理の流れを示すフローチャートである。 本発明の実施形態に係るテスト支援装置において実行される処理対象とする試験サーバの選択処理の流れを示すフローチャートである。 本発明の実施形態において、分散シミュレーションを実行指示するための画面の構成を示す構成図である。 本発明の実施形態において、分散シミュレーションのシナリオの一例を示す説明図である。 本発明の実施形態において、シミュレータ試験端末に配信する論理端末名の一例を説明するための説明図である。 本発明の実施形態において、分散シミュレーションを行う際に、シミュレータ試験端末が試験サーバに配信するデータフォーマットの一例である。 本発明の実施形態に係るテスト支援装置における分散シミュレーションの処理結果ログの一例である。 本発明の実施形態に係るテスト支援システムにおいて実行される処理で用いられるデータを記憶するテーブルの構成を示す構成図である。

以下、図面を参照して、本発明の実施形態を詳細に説明する。

図１は、本発明の実施形態に係るテスト支援システムの構成を示す構成図である。

テスト支援システム１００は、クライアント端末を示すシミュレータ試験端末を複数台（シミュレータ試験端末１０１〜１０５）備えているが、必ずしも複数台のシミュレータ試験端末を備える構成でなく、１台のシミュレータ試験端末を備える項でも良い。

また、テスト支援システム１００は、ロードバランサーの機能を備えると共にシミュレータを制御するテスト支援装置１１１、テスト支援装置１１１に対する指示入力を行うための管理者端末１１２、及び複数の試験サーバ３０１〜３０３を備えており、シミュレータ試験端末１０１〜１０５を含めて、相互にローカルエリアネットワーク（ＬＡＮ）１３０を介して接続される構成となっている。

シミュレータ試験端末１０１〜１０５は、負荷試験を行うためのシミュレータを動作させるものであり、テスト支援装置１１１は、シミュレータ試験端末１０１〜１０５に備えられたシミュレータを一元管理し、設定情報やシミュレータで実行されるシミュレーションのシナリオの配信やテスト開始指示等を行う。このような設定情報の登録やテスト開始指示等は、管理者端末１１２を用いて行われる。

また、シミュレータからの処理を試験サーバ３０１〜３０３に均等に振り分けを行う、つまりロードバランサーの役割を行うものである。

試験サーバ３０１〜３０３は、シミュレータ試験端末からの処理要求を受付け、この要求に適う処理を行い、その処理結果を返すものであるが、基本的には、全ての試験サーバは、同一の機能を備えたものである。

以下、図１に示したシミュレータ試験端末１０１〜１０５、テスト支援装置１１１、管理者端末１１２及び試験サーバ３０１〜３０３のハードウエア構成について説明する。

図２は、図１に示したシミュレータ試験端末１０１〜１０５、テスト支援装置１１１、管理者端末１１２及び試験サーバ３０１〜３０３のハードウエア構成を示すブロック図である。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。

以下、図３及び図４に示すフローチャートを用いて、本発明の実施形態に係るテスト支援システムで行われる分散シミュレーションの処理について説明する。本フローチャートにおける各処理ステップは、下記装置におけるＣＰＵ２０１の制御の下実行される。

まず、前提として、テスト支援装置１１１に接続された管理者端末１１２において、図６に示すシミュレータ制御画面６００に備えられる実行ボタン６０５が押下されることで、分散シミュレーションの処理が開始される。

シミュレータ制御画面６００は、既に生成した分散シミュレーションのシナリオを選択するための配布シナリオ６０１を備えており、自身が所望するシナリオを利用して、分散シミュレーションを行うことが可能である。

このシナリオの１例を図７に示す。このシナリオは、各クライアント端末（不図示）で行われ得るオンライン分散処理に関するテストを行うためのものであり、当該クライアント端末のディスプレイに表示された画面に対する操作内容をスクリプト化して、テスト支援装置１１１に記憶しておく。

例えば、図７のシナリオの左端上に示される接続（ログイン）からオンライン分散処理を行うとした場合、このシナリオにおける分散シミュレーションの処理の流れとしては、左端上から右に進む流れで行われ、まず、クライアント端末において、接続（ログイン）処理が行われ、その後、表示されている画面に備えられた検索ボタン（ＥＮＴＥＲキー）を押下し、次に、検索ボタン（ＥＮＴＥＲキー）の右に位置する切替ボタン（ＰＦ０８キー）については、表示されている画面に備えられた切替ボタン（ＰＦ０８キー）を押下することを示し、切替ボタン（ＰＦ０８キー）の右に位置する切替ボタン（ＰＦ０８キー）についても、同様に、表示されている画面に備えられた切替ボタン（ＰＦ０８キー）を押下することを示している。

次に、切替ボタン（ＰＦ０８キー）の右に位置する登録ボタン（ＰＦ１７キー）は、表示されている画面に備えられた登録ボタン（ＰＦ１７キー）を押下することを示し、そして、次に行う操作として、上から２行目の左上に位置する検索ボタン（ＥＮＴＥＲキー）を押下し、この検索ボタンの右に位置する登録ボタン（ＰＦ１７キー）を押下して、次の下の行の左端に位置する検索ボタン（ＥＮＴＥＲキー）を押下する。以後、この流れで、最後の右端下に位置する切断（ログオフキー）を押下するところまで処理を進め、この１連の流れを５回実行することが、このシナリオでは、示されている。

また、シミュレータ制御画面６００は、シミュレータとして稼働するシミュレータ試験端末における論理端末の台数を全て同じ台数に設定する場合にチェックを入力するためのチェックボックス６０２を備えている。

更に、シミュレータ制御画面６００は、シミュレータとして稼働対象となるシミュレータ試験端末と、各シミュレータ試験端末で利用する論理端末の台数と、を一覧表示する試験クライアント一覧表示領域６０３を備えている。

チェックボックス６０２に対して、ＫＢ２０９や不図示のマウス等を用いてチェックを入力すると、試験クライアント一覧表示領域６０３の論理端末の台数に対して、最上行の試験クライアント端末に設定された論理端末台数の値が設定される。

また、複数のシミュレータ試験端末のうち、実際にシミュレータとして稼働させるシミュレータ試験端末を選択することが可能であり、この場合、稼働させるシミュレータ試験端末に対しては、論理端末台数の値には、０以外の所定数の値を設定し、稼働させないシミュレータ試験端末については、論理端末台数の値には、０を設定する。

また、シミュレータ制御画面６００は、複数の試験サーバから、分散シミュレーションを行う上で処理対象となる試験サーバを選択することが可能であるため、処理対象となる試験サーバと、試験サーバを選択するためのチェックボックスと、を備えており、チェックボックスに対して、ＫＢ２０９や不図示のマウス等を用いてチェックを入力すると、そのチェックボックスに対応する試験サーバを処理対象とすることができる。

テスト担当者は、シミュレータ制御画面６００を用いて、分散シミュレーションを行うための準備が整い次第、実行ボタン６０５をＫＢ２０９や不図示のマウス等を用いて押下することで、分散シミュレーションを開始する。

尚、本フローチャートにおける処理は、分散シミュレーションを行う対象となるシミュレータ試験端末毎に並行して処理が行われるものとする。

ステップＳ１００では、テスト支援装置１１１は、シミュレータ制御画面６００の試験クライアント一覧表示領域６０３に表示されているシミュレータ試験端末毎に、論理端末台数分の論理端末名を自動生成する。

例えば、図８に示すように試験クライアント一覧表示領域６０３にシミュレータ試験端末１０１、１０２、及び１０３に対して論理端末台数が、１００、５０、及び３００が設定されている状態で、実行ボタン６０５が押下されると、シミュレータ試験端末１０１に対して、１００個の論理端末名が生成され、シミュレータ試験端末１０２に対して、５０個の論理端末名が生成され、シミュレータ試験端末１０３に対して、３００個の論理端末名が生成される。

論理端末名は、テスト支援システム１００において、一意になるように生成され、例えば、先頭文字をＴとし、シミュレータ試験端末を一意に識別する３桁の番号と、シミュレータ試験端末内における論理端末を一意に識別するための８桁の番号と、から構成する。

より、具体的には、図８に示すようにシミュレータ試験端末１０１に対しては、シミュレータ試験端末１０１を示す００１を用いて、Ｔ００１００１からＴ００１１００の論理端末名（１００台分）が自動生成される。

また、シミュレータ試験端末１０２に対しては、シミュレータ試験端末１０２を示す００２を用いて、Ｔ００２００１からＴ００２０５０の論理端末名（５０台分）が自動生成される。

また、シミュレータ試験端末１０３に対しては、シミュレータ試験端末１０３を示す００３を用いて、Ｔ００３００１からＴ００１３００の論理端末名（３００台分）が自動生成される。

ステップＳ１０１では、テスト支援装置１１１は、ステップＳ１００で選択したシナリオと生成した論理端末名とをシミュレータ試験端末に送信する。シナリオについては、同じものをシミュレータ試験端末に送信するが、論理端末名については、シミュレータ試験端末に対応するものを送信する。

前述の図８に示す例においては、シミュレータ試験端末１０１には、Ｔ００１００１からＴ００１１００の論理端末名を、シミュレータ試験端末１０２には、Ｔ００２００１からＴ００２０５０の論理端末名を、シミュレータ試験端末１０３には、Ｔ００３００１からＴ００３３００の論理端末名を、其々送信する。

これにより、シミュレータ試験端末を複数台用意した場合でも、１人の作業者で全てのシミュレータ試験端末を統括的に操作することが可能となり、また論理端末名の設定も自動的に行うため、事前準備の手間を省くことができる。

ステップＳ１０２では、各シミュレータ試験端末は、ステップＳ１０１において送信されたシナリオ及び論理端末名を受信し、ステップＳ１０３では、ステップＳ１０２において受信した論理端末名から分散シミュレーションを行うための論理端末を生成する。具体的には、論理端末台数分のスレッドを起動させ、各スレッドにおける（論理端末毎に）シナリオを実行するための準備を行う。

ステップＳ１０４からステップＳ１１９についての処理は、１台のシミュレータ試験端末における論端末台数分の処理を並行して実行する。

ステップＳ１０４では、シミュレータ試験端末は、ステップＳ１０２において受信したシナリオから、次に行うべく処理を取り出す。尚、本ステップの初期処理時は、最初に行うべく処理を取得する。

ステップＳ１０５では、シミュレータ試験端末は、ステップＳ１０４において次の処理が存在するか否かを判定し、存在すると判定した場合、ステップＳ１０６へ処理を進め、存在すると判定しない場合、ステップＳ１１７へ処理を進める。

ステップＳ１０６では、シミュレータ試験端末は、ステップＳ１０４において取得した処理の依頼を、テスト支援装置１１１へ送信する。

ステップＳ１０７では、テスト支援装置１１１は、ステップＳ１０６において送信された処理依頼を受信する

尚、図９に処理依頼の一例を示すデータフォーマットを示す。この処理依頼は、シミュレータ試験端末における論理端末の名称を示す論理端末名に対応させて、ステップＳ１０２において受信したシナリオをベースに各データが作成され、画面を操作するユーザ、操作対象となる画面を一意に識別するための画面ＩＤ、サーバとの接続状況を示すステータス、画面に対するカーソルの位置、画面のボタンを押下する際に入力されるキーを示す実行キー、画面に対して入力されるデータを示す入力データを含んで構成されている。

つまり、この処理依頼は、論理端末名から特定される論理端末で行われる、オンライン操作（画面に対する操作）に関する情報を示すデータから作成される。

ステップＳ１０８では、テスト支援装置１１１は、ステップＳ１０７において受信した処理依頼に含まれる論理端末名は、既に処理依頼を受けたことのあるものか否かを判定し、処理依頼を受けたことがあると判定した場合、ステップＳ１０９へ処理を進め、処理依頼を受けたことがあると判定しない場合、ステップＳ１１０へ処理を進める。

本ステップにおける判定方法は、図１１に示す論理端末名テーブルに、処理依頼を行った論理端末名が存在するか否かを判定し、存在すると判定した場合、ステップＳ１０９へ処理を進め、存在しないと判定した場合、ステップＳ１１０へ処理を進める。

尚、論理端末名テーブルは、論理端末名、及び当該論理端末名から特定される論理端末が処理依頼を行った試験サーバの名称を示す試験サーバ名等の項目を備えている。

ステップＳ１０９では、テスト支援装置１１１は、ステップＳ１０８における論理端末名テーブルの試験サーバ名を取得することで、前回処理を実行した試験サーバを選択する。

ステップＳ１１０では、テスト支援装置１１１は、試験サーバのうち、処理を行っている論理端末の台数が最も少ない試験サーバを選択するが、詳細な処理については後述する。

ステップＳ１１１では、テスト支援装置１１１は、ステップＳ１０９及びステップＳ１１０において選択した試験サーバに対して、ステップＳ１０７において受信した処理依頼を送信する。

ステップＳ１１２では、試験サーバは、ステップＳ１１１において送信された処理依頼を受信し、ステップＳ１１３では、試験サーバは、ステップＳ１１２において受信した処理依頼を実行し、ステップＳ１１４では、ステップＳ１１３において実行した処理に関する結果をテスト支援装置１１１に送信する。

尚、この処理結果としては、論理端末名、処理依頼に対して処理を開始した時刻、処理を終了した時刻、処理を実行した時間、処理を行った画面を識別するための画面ＩＤ、及び処理を行った試験サーバの名称を含む構成をとる。

ステップＳ１１５では、テスト支援装置１１１は、ステップＳ１１４において送信された処理結果を受信して、処理結果に含まれる論理端末名から、当該処理結果の送信先を特定する。特定の方法としては、論理端末に対応させてＩＰアドレス等の情報を不図示のテーブルへ記憶させておき、処理結果に含まれる論理端末名から論理端末を特定し、この論理端末を用いて、不図示のテーブルから送信先のＩＰアドレス等の情報を取得して送信先を特定する。そして、特定した送信先に対して処理結果を送信する。

ステップＳ１１６では、シミュレータ試験端末は、ステップＳ１１５において送信された処理結果を受信し、ステップＳ１０５へ処理を進める。

ステップＳ１１７では、シミュレータ試験端末は、ステップＳ１０２で受信した自身に備えたシナリオに記述された処理が完了した場合、自身で受信した処理結果を集計して、テスト支援装置１１１へ送信する。

ステップＳ１１８では、テスト支援装置１１１は、ステップＳ１１７において送信された処理結果を受信し、ステップＳ１１９では、テスト支援装置１１１は、ステップＳ１１８において受信した処理結果に基づいて、処理結果ログを作成する。

図１０には、この処理結果ログの一例が示されており、処理依頼を送付してきた論理端末を特定するための論理端末名、処理依頼を受けて、処理を開始した時刻を示す開始時刻、処理を終了した時刻を示す終了時刻、処理を実行した時間を示す実行時間（秒）、処理依頼に対して処理を実行した画面毎の処理時間を示す画面（ｉ）実行時間（ミリ秒）（ｉは、画面ＩＤを示す。）を含んで構成されている。つまり、ステップＳ１１７でシミュレータ試験端末において集計された処理結果は、この処理結果ログを作成する基となる情報であるため、処理結果については、処理結果ログと同一のフォーマットとして良い。

次に、図５に示すフローチャートを用いて、処理中の論理端末数が一番少ない試験サーバを選択する処理について説明する。本フローチャートにおける各処理ステップは、テスト支援装置１１１のＣＰＵ２０１の制御の下、処理が実行される。

ステップＳ２０１では、ステップＳ１０７で受信した処理依頼に含まれる論理端末名が論理端末名テーブルから検索し、存在する場合は、ステップＳ２０２へ処理を進め、存在しない場合は、ステップＳ２０３へ処理を進める。

ステップＳ２０２では、ステップＳ２０１で検索されたと判定した論理端末名を用いて、論理端末名テーブルから当該論理端末名に対応する試験サーバ名を取得する。

ステップＳ２０３では、図１１に示す試験サーバテーブルを参照して、各試験サーバのなかで、処理中の論理端末台数が、一番少ない試験サーバの名称を取得する。

試験サーバテーブルは、試験サーバの名称を示す試験サーバ名、及び当該試験サーバで処理中の論理端末の台数を示す処理中論理端末台数を含む構成をとる。従って、本ステップでは、処理中論理端末台数が最も一番少ない数が記憶された試験サーバ名を取得する。

ステップＳ２０４では、ステップＳ２０３において取得した試験サーバ名に該当する試験サーバテーブルの試験サーバ名に対応する処理中論理端末台数に記憶された数に１を加算して記憶する。

ステップＳ２０５では、処理依頼に含まれる論理端末名に該当する論理端末名テーブルの論理端末名に対応する試験サーバ名に、ステップＳ２０３において取得した試験サーバ名を記憶する。

ステップＳ２０６では、ステップＳ２０２あるいはステップＳ２０３において取得した試験サーバ名を、選択したサーバとして、ＲＡＭ２０３へ記憶する。

試験サーバが複数台用意され分散シミュレーションを考慮したテストを実施する場合、分散シミュレーションに使用するロードバランサーは、一般的なものであれば同一のシミュレータ試験端末からの処理を全て同じ試験サーバに振り分けてしまう。

しかしながら、本発明では、試験サーバを複数台用意した場合でも、処理を振り分ける条件を各シミュレータ試験端末から送信される論理端末名を用いて振り分けを行うことにより、正しい処理負荷のテストを行うことができる。

以上、本発明によれば、シミュレータ試験端末に対して複数の論理端末名を生成して試験サーバへ処理要求を行うことで、複数のシミュレータ試験端末から構成されるオンラインシステムにおいて、シミュレータ試験端末から試験サーバへの処理負荷をテストするにあたり、テスト担当者の作業負荷を軽減することが可能となる。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読取り実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータで稼働しているＯＳ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステム、あるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ テスト支援システム
１０１ シミュレータ試験端末
１０２ シミュレータ試験端末
１０３ シミュレータ試験端末
１０４ シミュレータ試験端末
１０５ シミュレータ試験端末
１１１ テスト支援装置
１２１ 試験サーバ
１２２ 試験サーバ
１２３ 試験サーバ
１３０ ネットワーク
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆコントローラ
２０９ ＫＢ
２１０ ディスプレイ
２１１ 外部メモリ

Claims (13)

1. クライアントとネットワークを介して接続されたサーバへの処理負荷をテストするテスト支援システムであって、
   前記クライアントは、
   サーバ送信手段によって送信されたシナリオに基づいて、論理端末台数分の処理依頼を前記サーバに対して要求する要求手段、
   を備え、
   前記サーバは、
   前記クライアントにおける所定数の論理端末名を生成する論理端末名生成手段と、
   前記論理端末名生成手段によって生成した論理端末名と前記テストを実行するためのシナリオとを前記クライアントへ送信するサーバ送信手段と、
   前記要求手段によって要求された処理依頼に対して処理を実行する実行手段と、
   前記実行手段によって実行された処理結果を出力する処理結果出力手段と、
   を備えたことを特徴とするテスト支援システム。
2. 前記テスト支援システムは、複数のクライアントを備え、
   前記論理端末名生成手段は、クライアント毎に所定数の論理端末名を生成することを特徴とする請求項１に記載のテスト支援システム。
3. クライアントと複数のサーバとを中継するテスト支援装置がネットワークを介して接続された前記サーバへの処理負荷をテストするテスト支援システムであって、
   前記クライアントは、
   テスト支援装置手段によって送信されたシナリオに基づいて、論理端末台数分の処理依頼を前記サーバに対して要求する要求手段、
   を備え、
   前記テスト支援装置は、
   前記クライアントにおける所定数の論理端末名を生成する論理端末名生成手段と、
   前記論理端末名生成手段によって生成した論理端末名と前記テストを実行するためのシナリオとを前記クライアントへ送信するテスト支援装置送信手段と、
   サーバ送信手段によって送信された処理結果を受信する処理結果受信手段と、
   を備え、
   前記サーバは、
   前記要求手段によって要求された処理依頼に対して処理を実行する実行手段と、
   前記実行手段によって実行した処理結果を前記テスト支援装置へ送信するサーバ送信手段と、
   を備えたことを特徴とするテスト支援システム。
4. 前記テスト支援装置送信手段は、前記論理端末名毎に送信先となる前記サーバを選択することを特徴とする請求項３に記載のテスト支援システム。
5. 前記テスト支援装置送信手段は、処理負荷の最も少ない前記サーバへ前記処理依頼を送信することを特徴とする請求項３または４に記載のテスト支援システム。
6. 前記テスト支援装置送信手段は、処理中の論理端末台数が最も少ない前記サーバへ前記処理依頼を送信することを特徴とする請求項３乃至５の何れか１項に記載のテスト支援システム。
7. クライアントと複数のサーバとの処理負荷をテストするために前記クライアントと前記サーバとを中継するテスト支援装置であって、
   前記クライアントにおける所定数の論理端末名を生成する論理端末名生成手段と、
   前記論理端末名生成手段によって生成した論理端末名と前記テストを実行するためのシナリオとを前記クライアントへ送信するテスト支援装置送信手段と、
   前記テスト支援装置送信手段によって送信されたシナリオに基づいて、論理端末台数分の処理依頼が前記クライアントから前記サーバに対して要求され、前記処理依頼に対する処理結果を前記サーバより受信するテスト支援装置受信手段と、
   備えたことを特徴とするテスト支援装置。
8. クライアントとネットワークを介して接続されたサーバへの処理負荷をテストするテスト支援システムの制御方法であって、
   前記クライアントは、
   サーバ送信ステップによって送信されたシナリオに基づいて、論理端末台数分の処理依頼を前記サーバに対して要求する要求ステップ、
   を実行し、
   前記サーバは、
   前記クライアントにおける所定数の論理端末名を生成する論理端末名生成ステップと、
   前記論理端末名生成ステップによって生成した論理端末名と前記テストを実行するためのシナリオとを前記クライアントへ送信するサーバ送信ステップと、
   前記要求ステップによって要求された処理依頼に対して処理を実行する実行ステップと、
   前記実行ステップによって実行された処理結果を出力する処理結果出力ステップと、
   を備えたことを特徴とするテスト支援システムの制御方法。
9. クライアントと複数のサーバとを中継するテスト支援装置がネットワークを介して接続された前記サーバへの処理負荷をテストするテスト支援システムの制御方法であって、
   前記クライアントは、
   テスト支援装置手段によって送信されたシナリオに基づいて、論理端末台数分の処理依頼を前記サーバに対して要求する要求ステップ、
   を実行し、
   前記テスト支援装置は、
   前記クライアントにおける所定数の論理端末名を生成する論理端末名生成ステップと、
   前記論理端末名生成ステップによって生成した論理端末名と前記テストを実行するためのシナリオとを前記クライアントへ送信するテスト支援装置送信ステップと、
   サーバ送信ステップによって送信された処理結果を受信する処理結果受信ステップと、
   を実行し、
   前記サーバは、
   前記要求ステップによって要求された処理依頼に対して処理を実行する実行ステップと、
   前記実行ステップによって実行した処理結果を前記テスト支援装置へ送信するサーバ送信ステップと、
   を実行することを特徴とするテスト支援システムの制御方法。
10. クライアントと複数のサーバとの処理負荷をテストするために前記クライアントと前記サーバとを中継するテスト支援装置の制御方法であって、
    前記テスト支援装置は、
    前記クライアントにおける所定数の論理端末名を生成する論理端末名生成ステップと、
    前記論理端末名生成ステップによって生成した論理端末名と前記テストを実行するためのシナリオとを前記クライアントへ送信するテスト支援装置送信ステップと、
    前記テスト支援装置送信ステップによって送信されたシナリオに基づいて、論理端末台数分の処理依頼が前記クライアントから前記サーバに対して要求され、前記処理依頼に対する処理結果を前記サーバより受信するテスト支援装置受信ステップと、
    実行することを特徴とするテスト支援装置の制御方法。
11. クライアントとネットワークを介して接続されたサーバへの処理負荷をテストするテスト支援システムにおいて読取実行可能なプログラムであって、
    前記クライアントを、
    サーバ送信手段によって送信されたシナリオに基づいて、論理端末台数分の処理依頼を前記サーバに対して要求する要求手段、
    として機能させ、
    前記サーバを、
    前記クライアントにおける所定数の論理端末名を生成する論理端末名生成手段と、
    前記論理端末名生成手段によって生成した論理端末名と前記テストを実行するためのシナリオとを前記クライアントへ送信するサーバ送信手段と、
    前記要求手段によって要求された処理依頼に対して処理を実行する実行手段と、
    前記実行手段によって実行された処理結果を出力する処理結果出力手段と、
    して機能させることを特徴とするプログラム。
12. クライアントと複数のサーバとを中継するテスト支援装置がネットワークを介して接続された前記サーバへの処理負荷をテストするテスト支援システムにおいて読取実行可能なプログラムであって、
    前記クライアントを、
    テスト支援装置手段によって送信されたシナリオに基づいて、論理端末台数分の処理依頼を前記サーバに対して要求する要求手段、
    として機能させ、
    前記テスト支援装置を、
    前記クライアントにおける所定数の論理端末名を生成する論理端末名生成手段と、
    前記論理端末名生成手段によって生成した論理端末名と前記テストを実行するためのシナリオとを前記クライアントへ送信するテスト支援装置送信手段と、
    サーバ送信手段によって送信された処理結果を受信する処理結果受信手段と、
    として機能させ、
    前記サーバは、
    前記要求手段によって要求された処理依頼に対して処理を実行する実行手段と、
    前記実行手段によって実行した処理結果を前記テスト支援装置へ送信するサーバ送信手段と、
    して機能させることを特徴とするプログラム。
13. クライアントと複数のサーバとの処理負荷をテストするために前記クライアントと前記サーバとを中継するテスト支援装置において読取実行可能なプログラムであって、
    前記テスト支援装置を、
    前記クライアントにおける所定数の論理端末名を生成する論理端末名生成手段と、
    前記論理端末名生成手段によって生成した論理端末名と前記テストを実行するためのシナリオとを前記クライアントへ送信するテスト支援装置送信手段と、
    前記テスト支援装置送信手段によって送信されたシナリオに基づいて、論理端末台数分の処理依頼が前記クライアントから前記サーバに対して要求され、前記処理依頼に対する処理結果を前記サーバより受信するテスト支援装置受信手段と、
    して機能させることを特徴とするプログラム。

Images