JP2012155393A - リソース管理自動評価システム - Google Patents

Abstract

【課題】
本発明は以上に説明した不具合を解消し、有限な被評価システムのリソースを利用して効率的なテストを提供することが可能なリソース管理自動評価システムを提供することを目的とする。
【解決手段】
本発明のリソース管理自動評価システムは、複数の被評価システム間で共有する複数のリソースを有する複数の被評価システムを評価する複数の評価システムと、前記複数の評価システムに対して被評価システムの有する複数のリソースの割り当てを行うリソース管理サーバと、を有し、前記リソース管理サーバは、評価実行時に前記複数のリソースの内、利用可能な前記リソースを検索し前記複数の評価システムに対して割り当てる。
【選択図】 図１

Description

本発明は、装置等の自動テストツールを用いた評価システムに関する。

装置等の評価を行う評価システムに於いては、自動テストツール（自動評価ツール）を用いて被評価システム毎に評価システムを構築しテストを実施している。即ち、一般的に評価システムと被評価システムは１対１に対応している。被評価システムは、自動評価ツールが搭載するパーソナルコンピュータ（以降、ＰＣと記す。）で構成される評価システムより高額であることが多い。従って、評価システムを構築することができても、被評価システムを構築する為のハードウェア等のリソースが用意出来ず、評価システムより被評価システムの方が不足する、という事態が発生しやすい。

被評価システムは、被評価システム間で共通なリソース種別に分類される複数のリソースから構成され、各々のリソースは独立に動作可能な機能を有し、複数の評価システムからテストが可能である。しかし、テスト担当者が被評価システムのリソースの数とリソースの利用状況を常に把握して操作スクリプトを振り分ける作業は手間が掛かり、テスト計画変更による評価対象リソースの変更も頻繁に行われる為、管理が煩雑であった。

また、テスト担当者の判断で操作スクリプトが評価システムに振り分けられ、自動テストツールでの実行が完了した後にテスト担当者がテスト実行結果をチェックして、リソース不足によるエラーを発見した場合には、リソースを追加して再テストをしていた。つまり、あらためてテストを行うのでテスト時間を多大に要するという問題に繋がっていた。

更に、リソースの利用時間が把握できないため、あまり利用されないリソースと常時利用されているリソースが混在し、現在利用されているかどうかも把握できないので、リソースを追加、削除するタイミングを判断できず、リソース利用が非効率であった。

特許文献１には、リソース管理システム及びその方法として、複数のリソースを組み合わせて業務サービスを提供する情報処理システムが記載されている。この技術では、ポリシー制御の実行によるリソース確保においてすでに稼動している他のコンピュータシステムに対する影響を求めることができる、とされている。また、これにより、有効的にリソースの活用ができるようになり、情報処理システムの稼働率を高めることができ、情報処理システムの信頼性の向上にもつながる、とされている。

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

しかし、特許文献１に開示されている技術は、一般的なコンピュータシステムで実行されるソフトウェアに於けるリソース管理に関するものである。したがって、特許文献１」でいうリソースとは例えばコンピュータ上のメモリやディスクスペースとして比較的柔軟に拡張可能なものである。従って、本発明のテストシステムのように、装置や装置に搭載されるパッケージ等のハードウェア資源を含むが不足してリソース不足になった場合の問題を解決するものではない。

本発明は以上に説明した不具合を解消し、有限な被評価システムのリソースを利用して効率的なテストを提供することが可能なリソース管理自動評価システムを提供することを目的とする。

本発明のリソース管理自動評価システムは、複数の被評価システム間で共有する複数のリソースを有する複数の被評価システムを評価する複数の評価システムと、前記複数の評価システムに対して被評価システムの有する複数のリソースの割り当てを行うリソース管理サーバと、を有し、前記リソース管理サーバは、評価実行時に前記複数のリソースの内、利用可能な前記リソースを検索し前記複数の評価システムに対して割り当てる。

また、本発明のリソース管理自動評価方法は、複数の被評価システム間で共有され、かつ複数のリソース種別から成る複数のリソースで構成されている複数の被評価システムを評価するリソース管理自動評価方法であって、前記評価で使用可能なリソースを検索する検索工程と、前記検索工程で検索された前記リソースを前記評価で用いる操作スクリプトに割り当てるリソース管理工程と、前記操作スクリプトを実行して評価を行う評価工程と、を有する。

上記に説明したように、本発明のリソース管理自動評価システムでは、有限な被評価システムリソースを利用した効率的なテストを提供することが可能となる。

第１の実施形態のリソース管理自動評価システム（１／３）の図である。 第１の実施形態のリソース管理自動評価システム（２／３）の図である。 第１の実施形態のリソース管理自動評価システム（３／３）の図である。 第１の実施形態のリソース管理サーバの処理フローを示す図である。 第１の実施形態のリソース管理サーバの処理フローを示す図である。 第１の実施形態のリソース検索＆アクセス権制御の処理フロー（１／２）を示す図である。 第１の実施形態のリソース検索＆アクセス権制御の処理フロー（２／２）を示す図である。 第１の実施形態のリソース管理クライアントの処理フローを示す図である。 第１の実施形態のリソース管理ＤＢ(Data Base)内リソース種別対応表である。 第１の実施形態の評価システム−１の実行例の図である。 第１の実施形態の評価システム−２の実行例の図である。 第１の実施形態の評価システム−３の実行例の図である。 第１の実施形態の評価システムの実行タイムチャートである。 第１の実施形態の２０分後のリソース管理ＤＢ内リソース状況管理表の図である。 第１の実施形態の５０分後のリソース管理ＤＢ内リソース状況管理表の図である。 第２の実施形態のリソース管理自動評価システムの図である。

（第１の実施形態）
以下、本発明の第１の実施形態について、図面を参照して説明する。

図１〜３は第１の実施形態のリソース管理自動評価システムを示している。図１〜３において、リソース管理自動評価システムは、リソース管理サーバ３１０、Ｊ個の評価システム−１〜Ｊ（２２０−１〜２２０−Ｊ）、及び被評価リソース群１３０から構成される。

被評価リソース群１３０は、被評価システム−１〜Ｎ（１３２−１〜１３２−Ｎ）から構成される。被評価システム−１〜Ｎ（１３２−１〜１３２−Ｎ）は、複数のリソース種別１３１（Ｃ，Ｅ，Ｐ）から構成される。各リソース種別は、複数リソースＩＤ（（Ｃ１，Ｃ２，Ｃ３・・・Ｃｌ）、（Ｅ１，Ｅ２，Ｅ３・・・Ｅｍ）、（Ｐ１，Ｐ２，Ｐ３・・・Ｐｎ）・・・）から構成される。

リソース管理サーバ３１０は、リソース管理部３１１、リソース検索＆アクセス権制御部３１２、リソース管理の為の情報を格納するデータベース（ＤＢ：Ｄａｔａ Ｂａｓｅ）であるリソース管理ＤＢ３１３から構成される。

リソース管理部３１１は、テスト担当者からの＜リソース登録／削除＞（＜＞は、指示名、応答名であることを表す、以下同様。）指示により、入力されたリソース種別とリソースＩＤ(Identification)をリソース管理ＤＢ３１３内のリソース状況管理表３１５に登録／削除する。なお＜リソース登録／削除＞は相手に対し、リソースの登録又は削除を指示するものである。

ここで、リソースとは例えば、被評価システムの装置や装置内に搭載されるパッケージ、パッケージ内に搭載されるチャネル等のハードウェアが主なものである。リソース種別とは、同時テスト可能なリソースの種類である。リソースＩＤとは、個々のリソースを識別する為のＩＤである。これらリソースは後述する複数の評価システム−１〜Ｊ（２２０−１〜２２０−Ｊ）のいずれからも全てのリソースにアクセスできるように接続されている。

また、リソース管理部３１１は、＜利用リソース登録／削除＞指示により、操作スクリプトＩＤ（操作スクリプトの識別子）と操作スクリプトＩＤが利用するリソース種別をリソース管理ＤＢ３１３内のリソース種別対応表３１４に登録／削除する。なお＜利用リソース登録／削除＞とは、相手方に対し、利用するリソースの登録又は削除を指示するものである。操作スクリプトＩＤが利用するリソース種別は、このリソース種別対応表３１４により決定される。操作スクリプトはテスト手順が記述された一連のスクリプトのことである。

自動評価ツールは操作スクリプトを実行し、テスト実行時間とテスト実行結果を得て前回テスト実行結果（期待値）と比較照合し機能の妥当性を検証するツールである。

また、リソース管理部３１１は、＜リソース利用状況閲覧＞指示により、テスト担当者に対しリソース管理ＤＢ３１３内のリソース状況管理表３１５のリソース種別、リソースＩＤ、利用状況、操作スクリプトＩＤ、評価システムＩＤ、テスト実行時間を出力する。
なお、＜リソース利用状況閲覧＞指示とは、相手方に、リソースの利用状況の閲覧を指示するものである。

更に、リソース管理部３１１は、評価システムがリソースを割り当てられない場合に、警告を知らせる＜リソース待ちアラーム通知＞を出力する機能を有する。なお、＜リソース待ちアラーム通知＞とは相手方にリソース待ちアラームを通知するものである。

リソース検索＆アクセス権制御部３１２は、リソース管理クライアント−１〜Ｊ（２２１−１〜２２１−Ｊ）からの＜リソース制御開始指示＞により、リソース管理ＤＢ３１３のリソース種別対応表３１４より操作スクリプトに対応するリソース種別を検索する。なお＜リソース制御開始指示＞とは、相手方にリソース制御の開始を指示するものである。リソース検索＆アクセス権制御部３１２は、リソース状況管理表３１５から該当するリソース種別のリソースＩＤの利用状況を参照し、未使用のリソースＩＤを割り当て、リソース管理クライアント−１〜Ｊ（221-1〜221-J）に＜リソース制御開始応答＞を送信する。なお＜リソース制御開始応答＞とは、相手方に対して行うリソース制御開始指示に対する応答である。リソースＩＤが割り当てられない場合は、スキップ要求を意味するリソースＩＤを設定する。また、リソース検索＆アクセス権制御部３１２は、リソース管理クライアント−１〜Ｊ（２２１−１〜２２１−Ｊ）からの＜リソース制御終了指示＞により、完了した操作スクリプトのテスト実行時間をリソースＩＤ毎に累積する機能を有する。なお、＜リソース制御終了指示＞とは、相手方に対し、リソース制御の終了を指示するものである。リソース管理ＤＢ３１３は、リソース種別対応表３１４と、リソース状況管理表３１５を有している。リソース種別対応表３１４は、操作スクリプトとリソース種別を関連づけ、操作スクリプトから評価対象のリソース種別を決定する表である。操作スクリプトとリソース種別の対応はＮ：１の関係になるように操作スクリプトを定義する。即ち、操作スクリプトＩＤを決めれば、リソースＩＤが決まるようにする。

リソース状況管理表３１５は、リソースＩＤ毎に利用状況を管理する表で、リソース種別毎に複数のリソースＩＤを登録でき、リソースＩＤ毎に利用状況、操作スクリプトＩＤ、評価システムＩＤ、テスト実行時間を管理している。テスト実行時間は、リソースＩＤ毎に全評価システムの利用累積時間が記録されている。

評価システム−１〜Ｊ（２２０−１〜２２０−Ｊ）は、インストールＰＣ(personal computer)は異なるが同じソフトウェアであるリソース管理クライアント−１〜Ｊ（２２１−１〜２２１−Ｊ）を有している。

更に評価システム−１〜Ｊ（２２０−１〜２２０−Ｊ）は、自動テストツール（２２２−１〜２２２−Ｊ）（インストールＰＣは異なるが同じソフトウェア）、自動テストツール管理ＤＢ（２２３−１〜２２３−Ｊ）から構成される。

リソース管理クライアント−１〜Ｊ（２２１−１〜２２１−Ｊ）は、リソース問い合わせと操作スクリプトの実行管理機能を有する。

リソース管理クライアント−１〜Ｊ（221-1〜221-J）は、自動テストツール管理ＤＢ（223-1〜223-J）内に登録された自動テストツール（222-1〜222-J）が実行した操作スクリプトのテスト実行結果を検索する。そして、リソース管理クライアント−１〜Ｊ（221-1〜221-J）は、自動テストツール管理ＤＢ（223-1〜223-J）内に登録されたテスト対象操作スクリプト順に未完了のテスト実行結果を参照する。

リソース管理クライアント−１〜Ｊ（221-1〜221-J）は、未完了のテスト実行結果が発見されたときはテスト対象操作スクリプトＩＤと自評価システムＩＤをリソース管理サーバ３１０に＜リソース制御開始指示＞送信する。そして、リソース管理サーバ３１０からの＜リソース制御開始応答＞受信時に割り当てられたリソースＩＤを利用して、自動テストツール（２２２−１〜２２２−Ｊ）にテスト対象操作スクリプト実行を指示する。そして、自動テストツール管理ＤＢ（２２３−１〜２２３−Ｊ）内のテスト実行結果を監視することにより、自動テストツール（２２２−１〜２２２−Ｊ）がテスト対象操作スクリプトを完了したことをチェックする。リソース管理クライアント−１〜Ｊ（221-1〜221-J）は、リソース管理サーバ３１０にテスト実行時間を含めた＜リソース制御終了指示＞を送信する機能を有する。

自動テストツール（222-1〜222-J）は、テスト前にテスト担当者がテスト仕様書に記述した手順を操作スクリプトとして記録する。自動テストツール（222-1〜222-J）は、テスト時に上記操作スクリプトを実施し、テスト実行結果を確認する為のテスト効率化ツールであり、テスト実行時間も合わせて出力される。本ツール自体は、一般的な市販のソフトウェアとしても知られているものであり、本実施形態とは直接関係しないので、その詳細な構成は省略する。

本実施形態の前提として、操作スクリプトは、テスト対象のリソースＩＤを変数として、被評価リソース群１３０の各リソースへの制御・応答が可能なように作られている。

自動テストツール管理ＤＢ−１〜Ｊ（２２３−１〜２２３−Ｊ）は、自動テストツール（２２２−１〜２２２−Ｊ）が入力する操作スクリプトと、操作スクリプトごとに出力するテスト実行結果とテスト実行結果を有している。テストは、被評価システム−１〜Ｎの該当操作スクリプトに対応したリソース種別１３１の任意のリソースを利用して、実施することが可能である。

図４は、リソース管理サーバ３１０の処理フロー、図５はリソース管理部３１１の処理フロー、図７はリソース検索＆アクセス権制御部３１２の処理フロー、図８はリソース管理クライアント（２２１−１〜２２１−Ｊ）の処理フローを示している。

図９〜図１５は、リソース管理サーバ３１０のリソース管理例である。
（実施形態の動作）
次に図１のリソース管理サーバ３１０のリソース管理部３１１の処理を図４に示すフローチャートを使用して説明する。

リソース管理サーバ３１０は起動時にリソース管理ＤＢのデータを初期化（Ｓ４０１）し、リソース管理処理（Ｓ４０２）、リソース検索＆アクセス権制御処理（Ｓ４０３）を実施し、テスト終了（Ｓ４０４）するまで、Ｓ４０２〜Ｓ４０３の処理を繰り返す。

次にリソース管理部３１１の処理を図５に示すフローチャートを使用して説明する。

＜リソース登録／削除＞された場合（Ｓ５０１）、入力されたリソース種別とリソースＩＤを元に、リソース管理ＤＢ３１３内のリソース状況管理表３１５を更新する（Ｓ５０２）。

＜利用リソース登録／削除＞された場合（Ｓ５０３）、入力された操作スクリプトＩＤとリソース種別を元に、リソース管理ＤＢ３１３内のリソース種別対応表３１４を更新する（Ｓ５０４）。

＜リソース利用状況閲覧＞された場合（Ｓ５０５）、リソース種別、リソースＩＤ、利用状況、評価システムＩＤ、操作スクリプトＩＤ、テスト実行時間をリソース管理ＤＢ３１３内のリソース状況管理表３１５から読み出し表示する（Ｓ５０６）。

リソース検索＆アクセス権制御部３１２からリソース待ちアラーム通知を受信した場合（Ｓ５０７）、該当するリソース種別を表示する（Ｓ５０８）。

次にリソース検索＆アクセス権制御部３１２の処理を図６に示すフローチャートと図９〜図１５のリソース管理サーバのリソース管理例を利用して説明する。

評価システム−１〜Ｊ（２２０−１〜２２０−Ｊ）から＜リソース制御開始指示＞を受信した場合（Ｓ６０２）、受信した操作スクリプトＩＤが利用するリソース種別をリソース管理ＤＢ３１３内リソース種別対応表３１４から検索する（Ｓ６０３）。リソース検索＆アクセス権制御部３１２は該当するリソース種別の各リソースＩＤの利用状況を参照し、未使用のリソースＩＤを検索する（Ｓ６０４〜Ｓ６０８）。リソース検索＆アクセス権制御部３１２は未使用リソースＩＤが有る場合（Ｓ６０５）、該未使用リソースＩＤを割り当てたリソースＩＤとして、＜リソース制御開始指示＞を受信した評価システムに＜リソース制御開始応答＞を送信する（Ｓ６０６）。その後、リソース管理ＤＢ３１３内のリソース状況管理表３１５の該当リソースＩＤの利用状況を使用中に設定し、操作スクリプトＩＤ、評価システムＩＤを更新する（Ｓ６０７）。

例として図１０〜図１２の『評価システムの実行例』と図１３の『評価システムの実行タイムチャート』を利用して、上記リソース状況管理表３１５の更新動作例を説明する。

操作スクリプトとリソース種別の対応は、図９に示す『リソース管理ＤＢ内リソース種別対応表』によって対応づけられるものとする。図１０〜図１２の『評価システムの実行例』は、各評価システムでの操作スクリプトの登録状態と実行順序を示した表である。

各評価システムの操作スクリプトの実行指示は、リソース管理クライアント−１〜Ｊ（２２１−１〜２２１−Ｊ）によって自動評価ツールに行われる（後述）。評価システム−１、２、３は同時に各評価システムの操作スクリプト群の先頭から矢印の順に実行されることを基本とする。

テスト開始時には、評価システム−１はＥ１、評価システム−２はＰ１、評価システム−３はＣ１が割り当てられる。テスト開始から５分後（(1)）の評価システム−３は、操作スクリプトＳ１０が実行終了しＳ１１を実行開始しようとするが、評価システム−１で既にリソース種別ＥのＥ１を利用中の為、代わりにＥ２が割り当てられる。

使用可能なリソースＩＤが無い場合（Ｓ６０９）、リソース検索＆アクセス権制御部３１２の動作は次の様になる。即ち、リソース検索＆アクセス権制御部３１２はリソース管理部３１１に＜リソース待ちアラーム通知＞で不足しているリソース種別を送信（Ｓ６１０）する。その一方、リソース管理クライアントに対し応答するリソースＩＤとしてスキップ要求指示を意味する未定義コードを設定し＜リソース制御開始指示＞を受信した評価システムのリソース管理クライアントに＜リソース制御開始応答＞を送信する（Ｓ６１１）。未定義コードとしては実在するリソースＩＤと重複しなければ任意であり例えばＦＦＨを設定することができる。

例として、図９の『評価システムの実行例』と図１３の『評価システムの実行タイムチャート』を利用して、テスト開始から２０分後（(2)）の評価システム−２の動作を説明する。評価システム−２にて操作スクリプトＳ６が実行終了しＳ７を実行開始する際、リソース検索＆アクセス権制御部３１２がリソース種別Ｅの利用状況をリソース状況管理表３１５から検索する。その際、評価システム−１が操作スクリプトＳ２の実行中でリソースＩＤ＝Ｅ１を使用し、評価システム−３が操作スクリプトＳ１１の実行中でリソースＩＤ＝Ｅ２を使用しているので、利用可能なリソースＩＤ無しとなる。従ってリソース検索＆アクセス権制御部３１２はリソース管理部３１１に＜リソース待ちアラーム通知＞で不足しているリソース種別Ｅを送信し、リソース評価システム−２のリソース管理クライアントにスキップ要求指示（＜リソース制御開始応答＞）を送信する。

評価システム−２は、次の操作スクリプトＳ８を実行しようとするが、同様にＳ８はリソース種別＝Ｅなので、リソース検索＆アクセス権制御部３１２からはスキップ要求指示が送信される。そして、次の操作スクリプトＳ９の実行開始により、リソース種別がＣになり、未使用リソースＩＤ＝Ｃ１が割り当てられ、評価実行継続となる。図１４の『２０分後のリソース管理ＤＢ内リソース状況管理表』は、２０分後のリソース状況管理表３１５の状態を示したものである。３０分後（(3)）の評価システム−３においても、上記同様にリソース種別Ｅのリソース待ちアラームが発生する。なお、スクリプトＳ７、Ｓ８のスキップによりスクリプトＳ７、Ｓ８で本来得られるはずの出力が得られないが、スクリプトＳ９でその出力を要する場合は、その本来得られる出力をダミーでステップＳ９で与えるとしてもよい。

評価システム−２は、＜リソース制御終了指示＞を受信した場合（Ｓ７１２）、リソース管理ＤＢ３１３内リソース状況管理表３１５の受信したリソースＩＤの利用状況を「未使用」に更新し（Ｓ７１３）、テスト実行時間を加算する（Ｓ７１４）。

例えば、５０分後のリソース状況管理表３１５のテスト実行時間は、下記に示すように計算され設定される。
・Ｃ１のテスト実行時間＝評価システム−３のＳ１０の実行時間（５分）＋評価システム−２のＳ９の実行時間（１０分）＝１５分
・Ｃ２のテスト実行時間＝評価システム−１のＳ３の実行時間（１０分）＝１０分
・Ｅ１のテスト実行時間＝評価システム−１のＳ１の実行時間（１０分）＋評価システム−１のＳ２の実行時間（１５分）＝２５分
・Ｅ２のテスト実行時間＝評価システム−３のＳ１１の実行時間（２５分）＝２５分
・Ｐ１のテスト実行時間＝評価システム−２のＳ６の実行時間（２０分）＋評価システム−３のＳ１２の実行時間（１０分）＋評価システム−３のＳ１４の実行時間（１０分）＝４０分
なお、図１５の『５０分後のリソース管理ＤＢ内リソース状況管理表』は、５０分後のリソース状況管理表３１５の状態を示したものである。

次に評価システム−１〜Ｊ（２２０−１〜２２０−Ｊ）のリソース管理クライアント−１〜Ｊ（２２１−１〜２２１−Ｊ）の処理を図８に示すフローチャートと図９〜図１５のリソース管理サーバのリソース管理例を利用して説明する。

リソース管理クライアント−１〜Ｊ（２２１−１〜２２１−Ｊ）は、自動テストツール管理ＤＢ−１〜Ｊ（２２３−１〜２２３−Ｊ）の操作スクリプトのテスト実行結果が全て完了になるまで、以下Ｓ８０１〜Ｓ８０９を繰り返す。ここで、各評価システム−１〜Ｊ（２２０−１〜２２０−Ｊ）の自動テストツール管理ＤＢ（２２３−１〜２２３−Ｊ）内操作スクリプトは、リソース管理クライアントの指示により登録順に実行される。登録データが最後まで一巡した場合は、登録された操作スクリプトの先頭から未実施操作スクリプトを実施するものとする。

リソース管理クライアント−１〜Ｊ（221-1〜221-J）は、リソース管理サーバ３１０に、評価実施する操作スクリプトのリソースを確保する為に、自評価システムＩＤと実施する操作スクリプトＩＤを含めた＜リソース制御開始指示＞を送信する（Ｓ８０２）。一方、リソース管理クライアント−１〜Ｊ（221-1〜221-J）は、リソース管理サーバ３１０から＜リソース制御開始応答＞で確保したリソースＩＤを受信する（Ｓ８０３）。

リソースが確保できなかった（リソースＩＤ情報＝スキップ要求）場合（Ｓ８０４）、次の操作スクリプトの処理をする（Ｓ８０１）。リソースが確保できた場合、操作スクリプト上の制御対象にリソースＩＤを設定（Ｓ８０５）して、自動テストツール（２２２−１〜２２２−Ｊ）に操作スクリプト実行を指示する（Ｓ８０６）。ここで、各操作スクリプトは、リソースＩＤが可変に設定できるように作られているものとする。

自動テストツール管理ＤＢ（２２３−１〜２２３−Ｊ）のテスト実行結果をチェックすることにより、自動テストツール（２２２−１〜２２２−Ｊ）が操作スクリプトを実行完了することを待ち合わせる（Ｓ８０７）。実行結果が完了になった場合、リソース管理サーバ３１０に評価システムＩＤ、操作スクリプトＩＤ、リソースＩＤ、テスト実行時間を含めた＜リソース制御開始応答＞を送信する（Ｓ８０８）。

テスト担当者は、リソース待ちアラーム通知が継続する場合は、次の様に動作する。即ち該当リソースが不足していると判断し、該当リソースを被評価リソース群１３０に追加し、リソース管理サーバ３１０に＜リソース登録＞をすることにより、スキップ要求が連続している評価システムのテストを継続することができる。

例えば、図１３の『評価システムの実行タイムチャート』において、評価システム−３は、テスト開始５０分後、自動テストツール管理ＤＢ内テスト実行結果が未完了のＳ１３，Ｓ１５がアラーム通知を継続発生（(4)）する。テスト担当者がリソースアラーム表示に気付き、テスト開始６０分後に不足するリソース種別ＥのリソースＥ３を投入し、＜リソース登録＞を実行したとする（(5)）。この場合、Ｓ１３の実行にＥ３が割り当て可能になり、テストが再開される。

（効果）
以上に説明したように、本発明の第１の実施形態のリソース管理自動評価システムでは、リソースを一元管理し、リソース競合時に自動的に各評価システムで他の操作スクリプトを実行するしくみを有している。このしくみにより有限な被評価システムリソースを利用した効率的なテストを提供することが可能となる。更に具体的には以下に記載するような効果を奏する。

第１の効果は、被評価システムと被評価システムのリソースを分離し、評価システムが自由に全ての被評価システムのリソースを利用できることにより、テスト時の被評価システムの利用効率を上げられる。また、被評価システム準備の点で費用改善効果もある。

第２の効果は、リソースを一元管理し、リソース競合時に自動的に各評価システムで他の操作スクリプトを実行するしくみを有することにより、テスト担当者が被評価システムのリソースの数と利用状況を意識する必要がなくなり、テスト管理が容易になる。

第３の効果は、リソース待ち時間やリソース獲得失敗による再テスト時間を削減し、テスト実行時間を短縮できることである。評価システム間でリソース競合する場合に、後発利用の評価システムで競合した操作スクリプト実施をスキップし、他の操作スクリプトを実行しテストを継続することが可能だからである。また、リソース競合時間が長くなるような場合に、アラーム通知を表示しテスト担当者に知らせることにより、テスト担当者がリソース不足に気付き、リソース追加することでリソース待ち時間を短縮できる。

第４の効果は、リソース利用状況を考慮した効果的なテスト計画を立案できることである。リソース種別、リソースＩＤ、操作スクリプトＩＤを登録し、リアルタイムでリソースの利用状況、利用している評価システムＩＤ、及び操作スクリプトＩＤを更新かつ閲覧可能となるからである。また、累積されたリソース毎のテスト実行時間も閲覧出来るので、テスト担当者はこの情報を、各評価システムのリソース配分の適正化等に活用することができる。

（第２の実施形態）
本発明の第２の実施形態について、図面を参照して説明する。

図１６は第２の実施形態のリソース管理自動評価システムを示している。

図１６において、リソース管理自動評価システムは、評価の対象となる複数の被評価システム１６０１−１〜Ｎを有し、前記被評価システムは前記複数の被評価システム間で共有する複数のリソース１６０２−１〜Ｍを有する。

またリソース管理自動評価システムは、被評価システムを評価する複数の評価システム１６０３−１〜Ｐと、前記複数の評価システムに対して被評価システムの有する複数のリソースの割り当てを行うリソース管理サーバ１６０４と、を有する。

前記リソース管理サーバ１６０４は、評価実行時に前記複数のリソース１６０２−１〜Ｍの内、利用可能な前記リソースを検索し前記複数の評価システム１６０３−１〜Ｐに対して割り当てる。

以上に説明したように、本発明の第２の実施形態のリソース管理自動評価システムでは、有限な被評価システムのリソースを利用した効率的なテストを提供することが可能となる。

１３０ 被評価リソース群
１３１ リソース種別
２２０−１〜２２０−Ｊ 評価システム−１〜Ｊ
２２１−１〜２２１−Ｊ リソース管理クライアント−１〜Ｊ
２２２−１〜２２２−Ｊ 自動テストツール
２２３−１〜２２３−Ｊ 自動テストツール管理ＤＢ
３１０ リソース管理サーバ
３１１ リソース管理部
３１２ リソース検索＆アクセス権制御部
３１３ リソース管理ＤＢ

Claims (9)

1. 複数の被評価システム間で共有する複数のリソースを有する複数の被評価システムを評価する複数の評価システムと、
   前記複数の評価システムに対して被評価システムの有する複数のリソースの割り当てを行うリソース管理サーバと、
   を有し、
   前記リソース管理サーバは、評価実行時に前記複数のリソースの内、利用可能な前記リソースを検索し前記複数の評価システムに対して割り当てる、
   ことを特徴とするリソース管理自動評価システム。
2. 複数の被評価システム間で共有する複数のリソースを有し、前記複数のリソースは複数のリソース種別から成る複数の被評価システムを評価する複数の評価システムと、
   前記複数の評価システムに対して被評価システムの有する複数のリソースの割り当てを行うリソース管理サーバと、
   前記リソース管理サーバは前記評価システムで用いられる操作スクリプトとリソース種別を関連づけて保持するリソース種別対応表と、
   を有し、
   前記リソース管理サーバは評価実行時にリソース種別対応表より前記操作スクリプトで使用する前記リソース種別を検索し、前記複数の評価システムに対し、前記操作スクリプトで使用可能なリソースを割り当てる、
   ことを特徴とするリソース管理自動評価システム。
3. 前記リソース管理サーバはリソース毎の利用状況を管理するリソース状況管理表を有し、
   前記リソース管理サーバは評価実行時に前記リソース種別の利用状況を前記リソース状況管理表より検索して上記リソース種別が前記操作スクリプトで使用可能ならば、前記複数の評価システムに対し、前記操作スクリプトで使用可能なリソースを割り当てる、
   ことを特徴とする請求項２に記載のリソース管理自動評価システム。
4. 前記リソース管理サーバは評価実行時に前記リソース種別の利用状況を前記リソース状況管理表より検索して上記リソース種別が前記操作スクリプトで使用不可ならば、前記複数の評価システムに於いて、前記操作スクリプトをスキップし、次に設定された操作スクリプトを実行する、
   ことを特徴とする請求項２又は請求項３に記載のリソース管理自動評価システム。
5. 前記複数の評価システムは前記操作スクリプトを前記スキップした結果、最後に設定された操作スクリプトでも上記リソース種別が使用不可ならば、リソース管理サーバからテスト担当者にアラームを通知する、
   ことを特徴とする請求項４に記載のリソース管理自動評価システム。
6. 複数の被評価システム間で共有され、かつ複数のリソース種別から成る複数のリソースで構成されている複数の被評価システムを評価するリソース管理自動評価方法であって、
   前記評価で使用可能なリソースを検索する検索工程と、
   前記検索工程で検索された前記リソースを前記評価で用いる操作スクリプトに割り当てるリソース管理工程と、
   前記操作スクリプトを実行して評価を行う評価工程と、を有する、
   ことを特徴とするリソース管理自動評価方法。
7. 前記評価工程で前記リソース種別の利用状況を、リソース毎の利用状況を保持するリソース状況管理表より検索して取得し、上記リソース種別が前記操作スクリプトで使用可能ならば、前記操作スクリプトで使用可能なリソースを割り当てるリソース状況管理工程を更に含む、
   ことを特徴とする請求項６に記載のリソース管理自動評価方法。
8. 前記評価工程で前記リソース種別の利用状況を、リソース毎の利用状況を保持するリソース状況管理表より検索して取得し、上記リソース種別が前記操作スクリプトで使用不可ならば、前記操作スクリプトをスキップし、次に設定された操作スクリプトを実行する操作スクリプトスキップ工程をさらに含む、
   ことを特徴とする請求項６又は請求項７に記載のリソース管理自動評価方法。
9. 前記操作スクリプトを前記スキップした結果、最後に設定された操作スクリプトでも上記リソース種別が使用不可ならば、リソース管理サーバからテスト担当者にアラームを通知する、
   ことを特徴とする請求項８に記載のリソース管理自動評価方法。

Images