JP4846031B2 - 動作検証システム - Google Patents

Description

この発明は、製品の動作を検証するための技術に関する。

製品品質を保証する上で、製品出荷前の動作テストは不可欠である。一般的には、テスト担当のエンジニアが製品を手動操作し、その操作結果を確認することにより動作テストを実行することが多い。しかし、操作バリエーションが豊富な多機能製品の場合、手動による動作テストには限界がある。

そこで、テスト・プログラムで動作テストを自動実行することにより、動作試験の省力化を図ることも多い。例えば、ＨＰ（Hewlett-Packard）社が提供する動作試験ツール「ＱＴＰ（Quick Test Professional）」は、ユーザが自作したテスト・プログラムを実行することにより、動作テストを自動化する。

特開２００４−２２７３９６号公報

上述したように動作試験ツールの導入目的は動作テストの効率的な実行にあるが、動作テストの自動化に必要な工程を単一の装置で行わせた場合、その装置の制約のために、動作テストの効率的な実行が阻害されることがあると本発明者は認識した。

本発明は、本発明者の上記課題認識に基づいて完成された発明であり、その主たる目的は、動作テストを効率的に実行するための技術を提供することにある。

上記課題を解決するために、本発明のある態様の動作検証システムは、所定機器の動作確認のためのテスト・プログラムを実行する試験実行装置と、テスト・プログラムの実行を管理する試験管理装置とを備える。試験管理装置は、所定機器に対するデータ入力操作を検出して、データ入力操作に対応する関数であって、所定機器への入力データを取得するためのインタフェースを備える関数を、操作内容ファイルに記録する操作記録部と、操作内容ファイルとは異なるファイルであって、所定機器への入力データが記録された入力データファイルと、操作内容ファイルとを試験実行装置へ送信するファイル送信部とを有する。試験実行装置は、操作内容ファイルに記録された関数に応じてプログラムコードを設定することにより、所定機器に対して実行された一連の操作を再現するためのテスト・プログラムを生成するプログラム生成部と、入力データファイルから入力データを取得してテスト・プログラムの関数に渡すことにより、テスト・プログラムを実行するプログラム実行部と、テスト・プログラムの実行状況を試験管理装置へ通知するテスト状況通知部とを有する。試験管理装置は、テスト・プログラムの実行状況の確認要求が外部から受け付けられた際、試験実行装置から通知されたテスト・プログラムの実行状況を出力するテスト状況提供部をさらに有する。

なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、動作テストを効率的に実行できる。

ポータルサイト第１画面の画面図である。 ポータルサイト第２画面の画面図である。 辞書テストを実行したときのログを示す図である。 辞書テストを実行するためのプログラムを示す図である。 動作検証装置の機能ブロック図である。 ログを取得して動作テストを実行するまでの概要図である。 ログ画面の画面図である。 関数設定画面の画面図である。 プログラム画面の画面図である。 入力設定画面の画面図である。 ケース設定画面の画面図である。 参考技術１の動作検証装置と参考技術２の動作検証装置とのそれぞれにおける構成の概要を示す図である。 参考技術１の動作検証装置と参考技術２の動作検証装置とのそれぞれにおける動作の概要を示す図である。 参考技術２の動作検証装置の機能構成を示すブロック図である。 参考技術２において、ユーザのデータ入力操作を検出して動作テストを実行するまでの概要図である。 参考技術２における関数設定画面の画面図である。 参考技術２における関数設定画面の画面図である。 参考技術２における入力設定画面の画面図である。 参考技術２におけるケース設定画面の画面図である。 第１実施形態の動作検証システムの構成を示す図である。 図１９の試験管理装置の機能構成を示すブロック図である。 図１９の試験実行装置の機能構成を示すブロック図である。 第１実施形態の動作検証システムの動作を示すフローチャートである。 第２実施形態の動作検証システムの構成を示す図である。 第２実施形態の動作検証システムの動作を示すフローチャートである。

本実施の形態の動作検証システムについて説明する前に、その前提となる動作検証装置に係る参考技術１および２について説明する。

（参考技術１）
図１（ａ）は、ポータルサイト第１画面３００の画面図である。
参考技術１においては、ポータル・サイト「ＸＹＺ！」を対象とした動作テストについて説明する。ポータルサイト第１画面３００は、エディットボックス３０２と検索リンク３０４を含む。検索リンク３０４は、「ウェブ」、「ブログ」、「画像」、「辞書」という４つのリンクを含む。ユーザがエディットボックス３０２に文字列を入力し、検索リンク３０４のうちのいずれかをマウス・クリックすると、入力文字列の検索が開始される。たとえば、エディットボックス３０２に文字列「液晶」と入力し、リンク「ウェブ」をマウス・クリックした場合、文字列「液晶」を含むウェブサイトが検索対象となる。エディットボックス３０２に文字列「液晶」と入力し、リンク「ブログ」をマウス・クリックした場合には、このポータル・サイトに開設されているブログ（Weblog）のうち、文字列「液晶」を含むブログページが検索対象となる。
ここでは、エディットボックス３０２に文字列「テスト」が入力され、リンク「辞書」がマウス・クリックされたとする。

図１（ｂ）は、ポータルサイト第２画面３１０の画面図である。
ポータルサイト第１画面３００にて、「テスト」を入力し、「辞書」をマウス・クリックすると、図１（ｂ）に示すポータルサイト第２画面３１０が表示される。検索結果欄３０６には、このポータル・サイトが提供している「辞書」サービスにより、文字列「テスト」に関連する項目が羅列される。
ここで、検索結果欄３０６の１番上にあるリンク「テスト（test）」がマウス・クリックされたとする。

上記過程においては、以下に示す３つの操作がなされている。
Ａ１．ポータルサイト第１画面３００のエディットボックス３０２に文字列「テスト」を入力する操作。
Ａ２．ポータルサイト第１画面３００の検索リンク３０４のうち、リンク「辞書」をマウス・クリックする操作。
Ａ３．ポータルサイト第２画面３１０の検索結果欄３０６のうち、リンク「テスト（test）」をマウス・クリックする操作。
以下においては、上記Ａ１〜Ａ３の操作により実現される動作過程のことを、「辞書テスト」とよぶ。

図２は、辞書テストを実行したときのログ３２０を示す図である。
ＨＰ社のＱＴＰが導入されているクライアント端末を操作して、上記ポータル・サイトにアクセスし、Ａ１〜Ａ３の操作を実行した場合、ＱＴＰは図２に示すログ３２０を生成する。ログ３２０には、操作Ａ１〜Ａ３が所定フォーマットの符合文として記録される。
たとえば、操作Ａ１は、
Browser("XYZ!").Page("XYZ!").WebEdit("p").Set"テスト"
という符号文にて表現される。これは、"XYZ!"というウェブ・サイト、"XYZ!"という名前のウェブページ、pという名前のエディットボックス（図１（ａ）、図１（ｂ）に示すエディットボックス３０２に相当する）に対して、文字列「テスト」が入力されたことを意味している。
同様にして、操作Ａ２は、
Browser("XYZ!").Page("XYZ!").Link("辞書").Click
操作Ａ３は、
Browser("XYZ!").Page("XYZ!-すべての辞書-テスト").Link("テスト(test)").Click
という符号文にて表示される。参考技術１においては、ＱＴＰの文法に基づいて説明するが、符合文のフォーマットはこれに限られるものではない。

ＱＴＰは、ログ３２０の符合文を解釈しながら、符合文により表現される操作を再現実行できる。このため、いったんログ３２０を生成すれば、同一内容の辞書テストを何度でも繰り返し実行できる。また、ログ３２０の一部を書き換えれば、手動操作時とは異なる内容にて辞書テストを実行できる。たとえば、
Browser("XYZ!").Page("XYZ!").WebEdit("p").Set"テスト"
に含まれる文字列「テスト」を別の文字列「テイスト」に変更し、
Browser("XYZ!").Page("XYZ!").WebEdit("p").Set"テイスト"
と書き換えてＱＴＰに入力すれば、エディットボックス３０２への入力文字列だけ変更した同内容の辞書テストを自動実行できる。
しかし、ログ３２０を書き換えながら動作テストを実行するには、ログ３２０の文法に関してある程度の知識が必要である。また、ログ３２０の書き換えに際し、人為的なミスが発生する可能性がある。

図３は、辞書テストを実行するためのプログラム３３０を示す図である。
ログ３２０により動作テストを実行する代わりに、ログ３２０と同等の内容をＶＢ（Visual Basic）スクリプト等で記述することにより、テスト・プログラムを作成してもよい。図３に示すプログラム３３０は、図２のログ３２０を参照しつつ作成されたテスト・プログラムである。
たとえば、操作Ａ１は、
WebEditSet(Browser("XYZ!").Page("XYZ!").WebEdit("p"),DataTable("p1,dtGlobalSheet")
というＶＢ関数により表現される。WebEditSet関数の具体的なロジックは、同図中段に記述されている通りである。

プログラム３３０、文字列「テスト」のような入力データをプログラム３３０中に含まない点においてログ３２０と異なる。代わりに、WebEditSet関数は、dtGlobalSheetとして表現されるファイル（以下、「入力データファイル」とよぶ）から入力データを受け取る。すなわち、ロジックと入力データが分離されることになる。入力データファイルの書き換えや取り替えにより、さまざまな入力データに基づいて同一ロジックの辞書テストを実行できる。手動による動作テストやログ３２０による動作テストに比べて、プログラム３３０による動作テストは、入力データのバリエーションを増やしやすいというメリットがある。

ただし、プログラム３３０による動作テストには、以下の問題点がある。
ｄ１．プログラムを作成する手間が新たに発生する。
ｄ２．プログラム作成者によって、プログラムの内容が変化する。たとえば、プログラマＰ１が操作Ａ１に対応して作成するWebEditSet関数と、プログラマＰ２が操作Ａ１に対応して作成するWebEditSet関数は、関数名は同じでもロジックが同一になるとは限らない。また、プログラム自体にバグが混入する可能性がある。このため、プログラム３３０自体の信頼性を担保するための取り組みが必要となる。また、プログラム３３０には、例外処理等、動作テストとは直接関係しないロジックも必要であるが、全てのプログラマが例外処理まで考慮したロジックを実装するとは限らない。たとえば、図３に示すWebEditSet関数の場合、入力データが空文字の場合にも対応できるようにロジックが組まれているが、別のプログラマがWebEditSet関数を実装する場合には、こういった配慮が欠如するかもしれない。
結果として、プログラマのスキルが動作テストの内容・結果に影響を及ぼしやすくなってしまう。

図４は、動作検証装置１００の機能ブロック図である。
本明細書のブロック図が示す各機能ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組み合わせによっていろいろなかたちで実現できることは、当業者には理解されるところである。例えば、各機能ブロックは、コンピュータプログラムとして記録媒体に格納され、情報処理装置のハードディスクにインストールされ、適宜メインメモリに読み出されてプロセッサにより実行されてもよい。
動作検証装置１００は、専用ハードウェアとして形成されてもよいし、ウェブブラウザなどのユーザインタフェースと連携するソフトウェア・モジュールとして形成されてもよい。
参考技術１の動作検証装置１００とは、ＱＴＰのアドオンとして形成されるソフトウェア・モジュールであるとして説明する。

動作検証装置１００は、ＩＦ（インタフェース）部１１０、データ処理部１３０およびデータ保持部１４０を含む。
ＩＦ部１１０は、ユーザやＱＴＰとのインタフェースを担当する。データ処理部１３０は、ＩＦ部１１０やデータ保持部１４０から取得されたデータを元にして各種のデータ処理を実行する。データ処理部１３０は、ＩＦ部１１０とデータ保持部１４０との間のインタフェースの役割も果たす。データ保持部１４０は、各種データを保持するための記憶領域である。

ＩＦ部１１０：
ＩＦ部１１０は、入力部１１２と出力部１１８を含む。入力部１１２はユーザやＱＴＰからの入力処理を担当し、出力部１１８はユーザやＱＴＰに対する出力処理を担当する。入力部１１２は、ログ取得部１１４と入力データ取得部１１６を含む。ログ取得部１１４は、ＱＴＰからログを取得する。入力データ取得部１１６は、入力データファイルを取得し、入力データファイルからプログラムに提供する入力データを取得する。入力データファイルの詳細については、図５や図９に関連して詳述する。

出力部１１８は、関数設定画面表示部１２０、入力設定画面表示部１２２、プログラム画面表示部１２４およびケース設定画面表示部１２６を含む。関数設定画面表示部１２０は、図７に示す関数設定画面２１０を表示させる。入力設定画面表示部１２２は、図９に示す入力設定画面２３０を表示させる。プログラム画面表示部１２４は、図８に示すプログラム画面２２０を表示させる。ケース設定画面表示部１２６は、図１０に示すケース設定画面２４０を表示させる。

データ処理部１３０：
データ処理部１３０は、プログラム生成部１３２、プログラム実行部１３４およびテストケース登録部１３６を含む。プログラム生成部１３２は、動作テスト用のプログラムを自動的に生成する。プログラム実行部１３４は、生成されたプログラムを実行させる。参考技術１においては、ＱＴＰにプログラムを実行させる。テストケース登録部１３６は、実行セットをケースファイルに登録する。実行セットおよびケースファイルについては図１０に関連して詳述する。

データ保持部１４０：
データ保持部１４０は、ログ保持部１４２、プログラム保持部１４４、入力データファイル保持部１４６、ケースファイル保持部１４８、関数保持部１５０および結果保持部１５２を含む。ログ保持部１４２は、ログを保持する。プログラム保持部１４４は、プログラムを保持する。入力データファイル保持部１４６は、入力データファイルを保持する。ケースファイル保持部１４８は、ケースファイルを保持する。関数保持部１５０は、動作テスト用のプログラムに登録される関数について、関数ライブラリを保持する。結果保持部１５２は、動作テストの結果を保持する。

図５は、参考技術１において、ログを取得して動作テストを実行するまでの概要図である。
まず、動作テストの対象となる機器を手動操作する。参考技術１においては、クライアント端末のウェブブラウザを操作して、ポータル・サイト「ＸＹＺ！」にアクセスする。ＱＴＰはログを生成し、ログ取得部１１４はＱＴＰからログを取得する。各種符合文にはあらかじめ関数が対応づけられている。関数設定画面表示部１２０は、関数保持部１５０の関数ライブラリを読み出し、ログに含まれる各符号文に対応する関数を一覧表示させる（Ｓ１）。関数設定画面表示部１２０において、ユーザは、適宜、関数を追加・変更・削除できる。こうして、プログラムに含まれるべき関数が特定される。Ｓ１については、図７に関連して後に詳述する。

次に、このプログラムに供給すべき入力データを設定する（Ｓ２）。設定内容は、入力データファイルとして登録される。Ｓ２については、図９に関連して後に詳述する。Ｓ１で設定された関数群からプログラムを自動生成する（Ｓ３）。Ｓ３については、図８に関連して後に詳述する。

次に、複数種類のプログラムおよび複数種類の入力データファイルから、プログラムと入力データファイルの組合せを「実行セット」として登録する。実行セットは複数個登録することもできる（Ｓ４）。設定内容は、ケースファイルとして登録される。たとえば、プログラムＰ１を入力データファイルＦ２に基づいて実行したあと、プログラムＰ２を入力データファイルＦ６に基づいて実行させたい場合、
実行セット１：プログラムＰ１＋入力データファイルＦ２
実行セット２：プログラムＰ２＋入力データファイルＦ６
としてケースファイルに登録される。Ｓ４については、図１０に関連して詳述する。
最後に、ケースファイルにしたがって、プログラムを実行する（Ｓ５）。上記例の場合には、プログラム実行部１３４は、実行セット１と実行セット２を連続実行させる。プログラム実行部１３４は、プログラムの実行結果、いいかえれば、テスト結果を結果保持部１５２に登録する。

図６は、ログ画面２００の画面図である。
ログ取得部１１４がログを取得すると、出力部１１８はログ画面２００におけるログ表示領域２０２にログを画面表示させる。ユーザは、ＱＴＰのログをログ表示領域２０２にコピー＆ペーストしてもよい。あるいは、出力部１１８は、ログ画面２００の表示時において、ＱＴＰが生成したログ（ファイル）を取得し、ログ表示領域２０２に画面表示させてもよい。ユーザが実行ボタン２０４をマウス・クリックすると、次の図７に示す関数設定画面２１０が表示される。

図７は、関数設定画面２１０の画面図である。
プログラム生成部１３２は、ログに含まれる符号文について関数を特定し、関数設定画面２１０の関数欄２１４に特定した関数を一覧表示させる。番号欄２１２は実行順序、説明欄２１６は関数の概要説明、オブジェクト欄２１８は操作対象オブジェクト、パラメータ欄２１９はパラメータ名、入力値欄２１７は入力データを示す。
先述の操作Ａ１を示す符合文、
Browser("XYZ!").Page("XYZ!").WebEdit("p").Set"テスト"
には、あらかじめ、WebEditSet関数が関数ライブラリにおいて対応づけられている。プログラム生成部１３２はログ３２０の１番目の符合文を読み出すと、関数保持部１５０の関数ライブラリを参照し、WebEditSet関数を特定する。操作Ａ１が操作対象とするオブジェクトは、「Browser("XYZ!").Page("XYZ!")」のページであるため、オブジェクト欄２１８には、「Browser("XYZ!").Page("XYZ!")」が設定される。WebEditSet関数は、エディットボックスp（エディットボックス３０２）に設定される入力データを引数とする関数である。入力値欄２１７において、エディットボックスpに設定すべき入力データを設定することもできるが、関数設定画面２１０では入力データを登録しないものとして説明する。エディットボックスpに設定すべき入力データは、図９に関連して詳述する入力設定画面２３０にて設定される。

ログ３２０には操作Ａ１〜Ａ３に対応して３つの符合文が含まれているため、プログラム生成部１３２は３つの関数を特定する。ユーザは、関数設定画面２１０にて、関数を追加・削除・変更してもよい。図７における４番目のTextCheck関数と５番目のWebScreenCapture関数は、ユーザが追加選択した関数である。

TextCheck関数は、表示中のウェブページにおいて、変数qに代入される文字列が含まれているかを判定する関数である。WebScreenCapture関数は、表示中のウェブページを画面キャプチャする関数である。動作テストの結果を証跡管理する上で、WebScreenCapture関数は便利な関数である。このように、関数ライブラリには、WebEditSet関数のようにユーザの操作に対応した関数だけでなく、TestCheck関数のように動作テストを補助・支援するための関数も用意されている。ユーザは、関数ライブラリから所望の関数を選択するだけで、動作テストに含めたいロジックを設定できる。

テストケース設定ボタン２１５がクリックされると、図１０のケース設定画面２４０が表示される。入力データファイル作成ボタン２１３がクリックされると、図９の入力設定画面２３０が表示される。プログラム作成ボタン２１１がクリックされると、図８のプログラム画面２２０が表示される。

参考技術１の動作検証装置１００には、以下のメリットがある。
ｍ１．ＧＵＩ（Graphical User Interface）ベースで関数を選択するだけで、プログラムに含めたいロジックを選択できる。プログラムを作成するための手間がほとんどかからない。
ｍ２．プログラムに含まれる関数は、関数ライブラリとして登録済みの関数であるため、作成者によってプログラムの品質がばらつきにくい。例外処理等の必要なロジックも、あらかじめ各関数に組み込まれている。

図８は、プログラム画面２２０の画面図である。
関数設定画面２１０において、プログラム作成ボタン２１１がマウス・クリックされると、プログラム生成部１３２がプログラムを生成し、プログラム画面表示部１２４はプログラム画面２２０におけるプログラム表示領域２２２にそのソースコードを表示させる。プログラムは、プログラム保持部１４４に保持される。

図９は、入力設定画面２３０の画面図である。
関数設定画面２１０において、入力データファイル作成ボタン２１３がマウス・クリックされると、入力設定画面表示部１２２は入力設定画面２３０を表示させる。関数設定画面２１０においては、パラメータpとqが定義されている。番号欄２３２は入力順序、変数欄２３４はパラメータpへの入力データ、変数欄２３６はパラメータqへの入力データを示す。入力設定画面２３０では、このパラメータpとqに代入する入力データを設定する。各入力データは、入力データファイルとして入力データファイル保持部１４６に保持される。

たとえば、プログラム３３０に、図９に示す形式の入力データファイルを与えると、
１．文字列「テスト」をエディットボックス３０２に入力して辞書を検索し、実行結果を示す画面に文字列「試験」が含まれているかを判定するテスト
２．文字列「test」をエディットボックス３０２に入力して辞書を検索し、実行結果を示す画面に文字列「試験」が含まれているかを判定するテスト
３．文字列「テストケース」をエディットボックス３０２に入力して辞書を検索し、実行結果を示す画面に文字列「試験」が含まれているかを判定するテスト
・・・のように、異なる入力データに基づく複数の辞書テストを連続実行できる。

図１０は、ケース設定画面２４０の画面図である。
関数設定画面２１０において、テストケース設定ボタン２１５がマウス・クリックされると、ケース設定画面表示部１２６はケース設定画面２４０を表示させる。番号欄２４４は実行順序、実行セット欄２４５は実行セットの概要、プログラム欄２４６は実行対象となるプログラム、入力データファイル欄２４７は入力データの抽出対象となる入力データファイルを示す。
ここでは、インターネット証券のウェブ・サイトを動作テストの対象として説明する。

同図においては、１．ログイン、２．ニュースチェック、３．株売り、４．債券売り、５．住所変更、６．ログアウトという６つの実行セットが登録されている。まず、ＱＴＰは、プログラム「login.vbs」から「login」プロジェクトを生成する。ここでいう「プロジェクト」とは、ＱＴＰの実行形式ファイル群を含むディレクトリである。ＱＴＰは「login」プロジェクトを入力として、login.vbsとlogin.xlsに定義された処理を実行する。ユーザが実行ボタン２４８をマウス・クリックすると、最初に、実行セット「ログイン」の「login」プロジェクトが実行される。１番目の実行セット「ログイン」が完了すると、実行セット「ニュースチェック」として、「ncheck」プロジェクトが実行される。

このように、実行ボタン２４８がマウス・クリックされると、１．ログイン、２．ニュースチェック、３．株売り、４．債券売り、５．住所変更、６．ログアウトという６つの実行セットが連続実行される。これにより、「ログインして、ニュースをチェックした後、手持ち株と手持ち債券の売りを指示し、住所変更をした上で、ログアウトする」というテスト・シナリオに基づく動作テストを自動化できる。

ユーザは、ケース設定画面２４０において自由にテスト・シナリオを作ることができる。たとえば、実行セット「株売り」の代わりに実行セット「株買い」を登録してもよいし、実行セット「株売り」の入力データファイルとして「stock1.xls」ではなく別の入力データファイルを登録してもよい。ケース設定画面２４０において登録されたテスト・シナリオはケースファイルとして記録され、ケースファイル保持部１４８に保持される。
テスト・シナリオの構成や入力データファイル等を少しずつ変化させることにより、動作テストのバリエーションを広げやすくなる。

以上、参考技術１の動作検証装置１００を説明した。
動作検証装置１００によれば、プログラムと入力データ、すなわち、処理とパラメータを分離できる。そして、そのためのプログラムをＧＵＩベースの設定に基づき自動生成できる。これにより、プログラムに含めるロジックの多様性を確保しつつも、安定した品質のプログラムを簡易に生成できる。また、入力データファイルの内容を変更するだけで、動作テストの内容を変更できるため、動作テストのバリエーションを広げやすくなる。

更に、実行セットをケースファイルに登録してテスト・シナリオを作ることにより、既存のプログラムを組合せながら、さまざまな状況における動作テストを実現できる。また、WebEditSet関数のようなテスト対象機器を操作するための関数だけでなく、WebScreenCapture関数のような動作テストを支援するための関数を用意しておくことにより、動作テストの効率や信頼性をいっそう向上させやすくなる。

（参考技術２）
参考技術２では、上記の参考技術１を改良した動作検証装置１００を提案する。
まず、参考技術１における動作検証装置１００と、参考技術２の動作検証装置１００とを比較しつつ、参考技術２の動作検証装置１００についてその概要を説明する。

図１１は、参考技術１の動作検証装置１００と参考技術２の動作検証装置１００とのそれぞれにおける構成の概要を示す。図１１（ａ）が示すように、参考技術１の動作検証装置１００は、動作テストの実行エンジンであるＱＴＰモジュール１０２と、ＱＴＰモジュール１０２を使用したウェブサーバ４００の動作テストを効率化するためのラッパーモジュール１０４とを備えた。このラッパーモジュール１０４には、図４で示した各機能ブロックが含まれる。

図１１（ａ）において、ユーザは、ＱＴＰモジュール１０２を介して、動作確認の対象装置であるウェブサーバ４００を操作する（Ｓ１００）。ラッパーモジュール１０４は、その操作内容が記録されたログをＱＴＰモジュール１０２から取得して、関数設定画面２１０をユーザに提供した（Ｓ１０２）。ユーザは、動作テスト実行の際、ＱＴＰモジュールが読み込み可能な動作テスト用プログラムをラッパーモジュール１０４において生成させ、ＱＴＰモジュール１０２にそのプログラムを実行させた（Ｓ１０４）。

これに対して、図１１（ｂ）が示すように、参考技術２の動作検証装置１００は、動作テストの実行エンジンの機能とラッパーモジュール１０４の機能とが統合された統合検証モジュール１０６を備える。ユーザが統合検証モジュール１０６を介してウェブサーバ４００を操作すると（Ｓ２００）、統合検証モジュール１０６はその操作内容を逐次検出して関数設定画面２１０のデータを設定し、関数設定画面２１０をユーザに提供する（Ｓ２０２）。ユーザは、動作テスト実行の際、統合検証モジュール１０６において動作テスト用プログラムを生成させて実行させる（Ｓ２０４）。

図１２は、参考技術１の動作検証装置１００と参考技術２の動作検証装置１００とのそれぞれにおける動作の概要を示す。図１２（ａ）は、参考技術１の動作検証装置１００における動作の概要を示している。ユーザはウェブサーバ４００に対するデータ入力操作を実行し（Ｓ１１０）、ＱＴＰモジュール１０２はその操作内容が記録されたログを出力する（Ｓ１１２）。ユーザはそのログのデータをＱＴＰモジュール１０２の所定の入力エリアにコピーする（Ｓ１１４）。ラッパーモジュール１０４は所定の入力エリアに設定されたログのデータに基づいて関数設定画面を設定して表示させ（Ｓ１１６）、ユーザはその関数設定画面を介して追加・変更すべき関数・入力データを設定する（Ｓ１１８）。

ラッパーモジュール１０４は、関数設定画面のデータに基づいて、動作テストのためのＱＴＰ用プログラムを生成する（Ｓ１２０）。ユーザは、ＱＴＰ用プログラムをＱＴＰモジュール１０２の所定の入力エリアにコピーする（Ｓ１２２）。ユーザは、ケース設定画面において、ＱＴＰ用プログラムと入力データファイルとをセットとして指定した動作テストのシナリオを設定する（Ｓ１２４）。ラッパーモジュール１０４は、そのシナリオに基づいて、ＱＴＰ用プログラムと入力データファイルのセットをＱＴＰモジュール１０２に渡して、セット毎に動作テストを実行させる（Ｓ１２６）。

図１２（ｂ）は、参考技術２の動作検証装置１００における動作の概要を示している。ユーザは、ウェブサーバ４００に対するデータ入力操作を実行する（Ｓ２１０）。統合検証モジュール１０６は、そのデータ入力操作を逐次検出して、データ入力操作に対応する関数を操作内容ファイルに記録し、その操作内容ファイルの記録データを関数設定画面において表示する（Ｓ２１２）。ユーザは、その関数設定画面を介して追加・変更すべき関数・入力データを操作内容ファイルに設定する（Ｓ２１４）。そしてユーザは、ケース設定画面において、操作内容ファイルと入力データファイルとをセットとして指定した動作テストのシナリオを設定する（Ｓ２１６）。統合検証モジュール１０６は、そのシナリオに基づいて、シナリオ内の１以上のセットを集約した動作テスト用プログラムを生成して実行する（Ｓ２１８）。

このように、参考技術１の動作検証装置１００では、ＱＴＰモジュール１０２とラッパーモジュール１０４とが分離していた。したがって、両モジュールを連係させるために、ユーザ自身が仲介作業を実行する必要があった。また、ラッパーモジュール１０４はシナリオ内のセット毎にＱＴＰモジュール１０２をコールして、テスト用プログラムをセット毎に実行させる必要があった。

これに対して、参考技術２の動作検証装置１００では、動作テストの実行エンジンと、その効率的な利用を実現するラッパーとが分離されることなく、シームレスに統合されている。したがって、参考技術１の動作検証装置１００と比較すると、分離したモジュールを連係させるために必要であったユーザの作業が不要になり、動作テストのためのユーザの作業量が低減する。また、シナリオ内の複数のセットが集約された動作テスト用プログラムが生成され、そのプログラムの実行により一連のシナリオが実行されるため、迅速な動作テストが実現される。

図１３は、参考技術２の動作検証装置１００の機能構成を示すブロック図である。同図の機能ブロックは、図１１（ｂ）で示した統合検証モジュール１０６に含まれる。参考技術２の機能ブロックのうち、参考技術１の機能ブロックに対応する機能ブロックには、同じ符号を付している。参考技術１の機能ブロックと同じ符号を付した機能ブロックについてはその機能が参考技術１に既述した内容と異なる場合に記載しており、同様の機能についてはその記載を省略する。

データ保持部１４０は、操作内容ファイル保持部１４３と、プログラム保持部１４４と、入力データファイル保持部１４６と、ケースファイル保持部１４８と、関数保持部１５０とを有する。操作内容ファイル保持部１４３は、動作テスト用プログラムに設定すべき関数が記録される操作内容ファイルを記憶する。プログラム保持部１４４は、操作内容ファイルにしたがって生成された動作テスト用プログラムを記憶する。

ＩＦ部１１０の入力部１１２は、操作検出部１１５とユーザ設定受付部１１７とを有する。操作検出部１１５は、ウェブサーバ４００に対するユーザのデータ入力操作を逐次検出する。ユーザ設定受付部１１７は、関数設定画面２１０、入力設定画面２３０、ケース設定画面２４０に対するユーザによる設定情報を検出する。

ＩＦ部１１０の出力部１１８は、関数設定画面表示部１２０と入力設定画面表示部１２２とケース設定画面表示部１２６とを有する。関数設定画面表示部１２０は、操作内容ファイル保持部１４３に記録された操作内容ファイルの内容を表示する関数設定画面２１０を所定の表示装置に表示させる。

データ処理部１３０は、プログラム生成部１３２と、プログラム実行部１３４と、テストケース登録部１３６と、操作記録部１３７と、入力データ記録部１３８とを有する。操作記録部１３７は、関数保持部１５０を参照して、操作検出部１１５において検出されたデータ入力操作に対応する関数を特定し、その関数を操作内容ファイルに記録する。また操作記録部１３７は、関数設定画面２１０に対するユーザの設定情報を操作内容ファイルに記録する。入力データ記録部１３８は、入力設定画面２３０を介してユーザが入力した入力データを入力データファイルに記録する。プログラム生成部１３２は、操作内容ファイルに記録された関数に応じて動作テスト用プログラムを生成する。プログラム実行部１３４は、動作テストの実行エンジンとして、動作テスト用プログラムを実行し、その結果を結果保持部１５２に記録する。

図１４は、参考技術２において、ユーザのデータ入力操作を検出して動作テストを実行するまでの概要図である。まず、ユーザはクライアント端末のウェブブラウザを操作してウェブサーバ４００にアクセスし、ウェブサーバ４００に対する各種操作、典型的にはウェブサーバ４００が提供するウェブページに対するデータ入力操作を実行する。操作検出部１１５はユーザによるデータ入力操作を逐次検出し、操作記録部１３７は関数保持部１５０の関数ライブラリを読み出し、そのデータ入力操作に対応する関数を操作内容ファイルに逐次記録する（Ｓ２２０）。

次に、関数設定画面表示部１２０は、操作内容ファイル保持部１４３の操作内容ファイルを読み出し、ユーザによる操作に対応する関数を一覧表示する関数設定画面を表示させる。関数設定画面において、ユーザは、適宜、関数を追加・変更・削除でき、また、動作テスト用プログラムに静的に設定すべき入力データを設定できる。こうして、動作テスト用プログラムに含まれるべき関数が特定される。関数設定画面については、図１５および図１６に関連して後述する。

次に、入力設定画面表示部１２２は、入力設定画面２３０を表示させる。ユーザは、入力設定画面２３０を介して、動作テストの実行時に動作テスト用プログラムに対して動的に供給されるべき入力データを設定する。ユーザにより設定された入力データは、入力データファイルに記録される（Ｓ２２２）。入力設定画面２３０については、図１７に関連して後述する。

次に、ケース設定画面表示部１２６は、ケース設定画面２４０を表示させる。ユーザは、複数種類の操作内容ファイルおよび複数種類の入力データファイルから、操作内容ファイルと入力データファイルとの組み合わせを実行セットとして登録する。テストケース登録部１３６は、１以上の実行セットをケースファイルに記録する（Ｓ２２４）。例えば、テストケース１において、操作内容ファイルＦ０１の設定内容を入力データファイルＦ１２に基づいて実行させた後、操作内容ファイルＦ０２の設定内容を入力データファイルＦ１６に基づいて実行させる場合、
テストケース１：
実行セット１：操作内容ファイルＦ０１＋入力データファイルＦ１２
実行セット２：操作内容ファイルＦ０２＋入力データファイルＦ１６
としてケースファイルに登録される。ケース設定画面２４０については、図１８に関連して後述する。

次に、プログラム生成部１３２は、ケースファイルおよび操作内容ファイルに基づいて動作テスト用プログラムを生成する（Ｓ２２６）。具体的には、実行セットに設定された操作内容ファイルに順次記録された関数を、動作テスト用プログラムのプログラムコードに順次設定してもよい。また、プログラム生成部１３２は、１つのテストケースに複数の実行セットが設定されている場合、各実行セットの操作内容ファイルに記録された関数を１つの動作テスト用プログラムに集約して設定する。

また、プログラム生成部１３２は、操作内容ファイルの関数に対して入力データそのものが設定されていた場合には、その入力データを動作テスト用プログラムに静的に設定する。例えば、動作テスト用プログラムの生成の際に、そのプログラムコードにおける関数の引数として入力データをあらかじめ設定する。また、操作内容ファイルの関数に対して入力データファイルが指定されていた場合には、その入力データファイルのデータをプログラム実行時に読み込むように設定する。

最後に、プログラム実行部１３４は、動作テスト用プログラムを実行して、ウェブサーバ４００に対してユーザにより実行された一連の操作を再現する（Ｓ２２８）。入力データファイルのデータを必要とする関数に対しては、動作テスト用プログラムの実行の際に読み込んだ入力データファイルのデータを引数として渡す。すなわち、入力データファイルから動的に取得した入力データに基づいて関数を実行する。

図１５は、関数設定画面２１０の画面図である。同図は、図１８で後述する「検索記入．ｘｌｓ」を表示する関数設定画面２１０を示している。データファイルカラム名欄２５０は、パラメータに設定する入力データを記録した入力データファイルのカラム名が指定される領域である。ユーザは、入力値欄２１７に入力データそのものを記述してもよく、その代わりに、データファイルカラム名欄２５０に入力データファイルのカラム名を指定してもよい。データファイルカラム名欄２５０に入力データファイルのカラム名が指定された場合、動作テスト用プログラムの実行時に、その入力データファイルのカラムに設定された１以上の入力データが読み込まれて関数に渡される。

図１６は、参考技術２における関数設定画面２１０の画面図である。同図の「検索部署名」パラメータの入力値欄２１７においては、入力データの候補がドロップダウンリスト２５２で一覧表示されている。ドロップダウンリスト２５２において表示される入力データの候補は、ウェブページに対するユーザによるデータ入力の際に、そのウェブページのドロップダウンリストにおいて表示された入力データの候補である。ユーザはドロップダウンリスト２５２から入力データを選択することができ、入力データの設定におけるユーザの負担が軽減される。

ドロップダウンリスト２５２を設定するために、操作検出部１１５は、ウェブページに対するユーザによるデータ入力操作の際に、そのウェブページのドロップダウンリストにおいて表示された入力データの候補を取得する。例えば、ウェブサーバ４００から取得されたウェブページのデータ、例えばＨＴＭＬデータからドロップダウンリストにおける入力データの候補を取得する。操作記録部１３７は、その入力データの候補を操作内容ファイルの入力値欄２１７に記録する。関数設定画面表示部１２０は、入力値欄２１７が入力される際に、操作内容ファイルに記録された入力データの候補をドロップダウンリストの形式で一覧表示させる。

図１７は、参考技術２における入力設定画面２３０の画面図である。図１７（ａ）は、図１５および図１６の関数設定画面２１０においてカラム名が指定された入力データファイル「検索記入データ．ｘｌｓ」を表示する入力設定画面２３０を示している。なお、図１５および図１６では、図１７（ａ）の「氏名漢字」カラムと「氏名カナ」カラムとが指定されている。図１７（ｂ）は、別の入力データファイル「ログインデータ２．ｘｌｓ」を表示する入力設定画面２３０を示している。同図の入力データファイルについては、図１８に関連して後述する。

図１８は、参考技術２におけるケース設定画面２４０の画面図である。実行番号欄２５３には各実行セットの基本的な実行順序、テストケースＩＤ欄２５４にはテストケースの識別情報が設定される。グループＩＤ欄２５６には実行セットの繰り返し処理のグループを示す識別情報、行番号欄２５８には動作テストにおける入力データファイルの参照範囲が設定される。操作内容ファイル欄２６０は各実行セットにおける操作内容ファイル、入力データファイル欄２６２は各実行セットの入力データファイルが設定される。ケース設定画面２４０における設定内容は、ケースファイル保持部１４８においてケースファイルとして記憶される。

ケース設定画面２４０においてテスト実行ボタン２６４が押下されると、プログラム生成部１３２は、ケースファイルおよび操作内容ファイルにしたがって動作テスト用プログラムを生成する。具体的には、ケースファイルにおいて同一のテストケースＩＤが設定された１以上の操作内容ファイルに基づいて、各操作内容ファイルに記録された関数がプログラムコードに設定された１つの動作テスト用プログラムを生成する。例えば、プログラム生成部１３２は、図１８のケース設定画面２４０の内容が記録されたケースファイルにしたがって、登録ケースを実行するための１つの動作テスト用プログラムと、検索ケースを実行するための１つの動作テスト用プログラムとを生成する。なお、「１つの動作テスト用プログラム」は、１つの実行単位として実行されるプログラム、言い換えれば１つの実行契機で実行されるプログラムを意味し、物理的なプログラム数は問わない。

プログラム実行部１３４は、各操作内容ファイルに記録された１つの関数を実行する際、その操作内容ファイルと対応づけられた入力データファイルのデータのうち、操作内容ファイルにおいてその関数と対応づけられたカラムのデータをその関数に渡す。

また、プログラム実行部１３４は、同一のテストケースにおいて同一のグループＩＤが付与された複数の実行セットを、同一の繰り返し処理を実行すべき同一のグループとして取り扱う。具体的には、同一のグループＩＤが付与された複数の実行セットそれぞれの実行を繰り返し、繰り返しのたびに、各実行セットの操作内容ファイルに記録された関数に対して、入力データファイルに記録された所定数のレコードを渡す。参考技術２では、繰り返しのたびに入力データファイルに記録された１レコードを関数に渡すこととする。なお、上述の処理を実行するための繰り返し命令がプログラムコードに設定された動作テスト用プログラムを、プログラム生成部１３２おいて生成してもよい。

また、プログラム実行部１３４は、行番号が指定された実行セットについては、その操作内容ファイルに記録された関数に対して、入力データファイルにおいてその行番号で特定される入力データを渡す。したがって、グループＩＤによる繰り返し処理が指定され、さらに行番号が指定された場合には、行番号の指定数だけその繰り返しを実行することになる。例えば、図１８の登録ケースでは、実行セットをまたがったグループの設定はなく、各実行セットでは入力データ１個分の処理が実行される。これに対し、図１８の検索ケースでは、各実行セットにおける入力データ１個分の処理が３回繰り返される。

具体的には、１回目の繰り返しでは、ログイン２．ｘｌｓに記録された関数に対してログインデータ２．ｘｌｓの３５行目のデータ「ｔ＿ｙａｍａｄａ」が渡される。そして、検索記入．ｘｌｓに記録された関数、具体的には図１５のＮｏ１の関数に対しては検索記入データ．ｘｌｓの１行目・氏名漢字のデータ「山田太郎」が渡される。また、図１５のＮｏ２の関数に対しては検索記入データ．ｘｌｓの１行目・氏名カナのデータ「ヤマダタロウ」が渡される。
２回目の繰り返しでは、ログイン２．ｘｌｓに記録された関数に対してログインデータ２．ｘｌｓの３６行目のデータ「ｈ＿ｙａｍａｄａ」が渡される。そして、検索記入．ｘｌｓに記録された図１５のＮｏ１の関数に対して検索記入データ．ｘｌｓの２行目・氏名漢字のデータ「山田花子」が渡される。また、図１５のＮｏ２の関数に対して検索記入データ．ｘｌｓの２行目・氏名カナのデータ「ヤマダハナコ」が渡される。
３回目の繰り返しにおいても同様に、インクリメントされた行番号における入力データが各関数に渡されることになる。

参考技術２の動作検証装置１００においても、参考技術１で既述した効果を奏する。具体的には、処理とパラメータの分離、および、ＧＵＩベースの設定が実現されるため、動作テスト用プログラムに含めるロジックの多様性を確保しつつも、安定した品質のプログラムを簡易に生成できる。また、入力データファイルの設定によって、動作テストのバリエーションを広げやすくなる。さらに、ケースファイルの設定によって、様々なシナリオにおける動作テストを実現できる。

参考技術２の動作検証装置１００においては、さらに、動作テスト用プログラムを実行する実行エンジン機能と、実行エンジンの効率的な利用を実現するラッパー機能とがシームレスに、ユーザによる仲介を要することなく連係する。これにより、動作テストを実行するためのユーザの負担を軽減できる。また、参考技術１の動作検証装置１００の場合と異なり、ユーザは、ＱＴＰのプロジェクト等、プログラム実行のための環境を意識する必要がない。すなわち、ユーザにとって理解・操作が容易な形式の操作内容ファイルと入力データファイルとを設定すればよい。これにより、ユーザは動作テストを容易に実施できるようになる。

参考技術２の動作検証装置１００においては、さらにまた、同一テストケースの複数の実行セットが集約された１つの動作テスト用プログラムが生成され、その１つの動作テスト用プログラムが実行される。参考技術１の動作検証装置１００における実行セット毎、すなわち実行セットに基づき生成されたＱＴＰのプロジェクト毎の実行と比較して、１つのテストケースにおける一連の動作テストを実行する際のオーバーヘッドが低減され、迅速な動作テストを実現できる。

参考技術２の動作検証装置１００においては、さらにまた、複数の実行セットに亘る繰り返しのグループを設定できる。これにより、実行セットを柔軟に分割でき、また、動作テストのシナリオを柔軟に設定できる。さらにまた、入力データファイルの参照範囲を設定できる。これにより、入力データファイルが同一であっても、シナリオに応じて柔軟に参照範囲を変更でき、様々なバリエーションの動作テストを容易に実現できる。

上述した参考技術２においては、関数設定画面２１０における値設定を支援する例としてドロップダウンリスト２５２を示した。変形例においては、ウェブページにおけるラジオボタン、チェックボックス、リストボックス等で選択可能に表示された入力データの候補が、ドロップダウンリスト２５２またはその他の形式で関数設定画面２１０において選択可能に表示されてもよい。すなわち、動作確認対象の機器に対するデータ入力操作の際にユーザに対して様々な形式で選択可能に表示された入力データの候補が、関数設定画面２１０における値設定の際に選択可能に表示されてもよい。

上述した参考技術１においては、ウェブサーバ４００に対するユーザの操作をＱＴＰが受け付け、ログを生成したことを条件として、動作検証装置１００が動作テスト用プログラムを作成している。また、上述した参考技術２においては、ウェブサーバ４００に対するユーザの操作を動作検証装置１００が検出して、動作テスト用プログラムを作成している。変形例として、動作検証装置１００においてウェブサーバ４００からＨＴＭＬファイルを取得した時点で、動作テスト用プログラムを生成してもよい。この場合、動作検証装置１００は、ＨＴＭＬファイルに含まれるフォームタグを検索し、ＨＴＭＬファイルにどのような入力インタフェースが含まれているかを特定する。そして、各入力インタフェースにデータを入力するための関数を選択し、これらの関数をさまざまな順序で並べれば、ユーザによる明示的なウェブ操作がなくても、動作テスト用のプログラムを生成できる。

（実施の形態の概要）
以下、本発明の実施の形態を説明するが、まずその概要を説明する。
上記参考技術１および２では、単一の動作検証装置１００が、ウェブページの自動試験に必要な全工程、すなわち操作内容ファイルの設定〜動作テスト用プログラムの実行を行った。この場合、動作検証装置１００における動作環境等の制約により、効率のよい動作テストの実行が阻害される場合がある。本発明者は、効率のよい動作テストの実行が阻害される要因として、以下に示す３つの課題を認識した。

１．動作テストの実行状況の確認が困難：
動作テストの自動実行中には動作検証装置１００を操作することが困難であるため、動作テストの実行中にはその実行状況をユーザが確認できない。したがって、動作テストが一旦完了するまでは、実行時に発生したエラー等に対応するための作業を行うことができない。なお、本実施の形態における動作テストの実行状況とは、動作テストで規定された複数の操作それぞれの実行結果を示す情報であり、例えば、各操作におけるエラーの発生有無を示す情報であってもよい。また、ある操作に対して異常なレスポンスや、想定外のレスポンスが返されたことを示す情報であってもよい。

２．複数環境での動作テストは煩雑：
異なるＯＳ（Operating System）や異なるウェブブラウザを搭載する複数の情報処理装置のそれぞれに対して、動作テスト用プログラムを実行させるための設定を施すことは煩雑である。また、ウェブページの画面スナップ等、動作テスト用プログラムの実行結果を証明するためのデータ（以下、「証左物」とも呼ぶ）を個々の装置から収集することも煩雑であり、ユーザの負担を増大させてしまう。

３．動作テストの実行環境が制約される：
操作内容ファイル、入力データファイル、ケースファイル（以下、総称して「テスト制御用ファイル」とも呼ぶ）が特定のアプリケーションプログラムに依存する形式である場合、動作検証装置１００の動作環境が制約されてしまう。例えば、テスト制御用ファイルの記録データにアクセスするために特定の表計算ソフトが前提環境となる場合、その表計算ソフトをインストールできない装置は動作検証装置１００として機能しえなくなってしまう。その結果、動作検証装置１００は、特定種類のＯＳやウェブブラウザが前提環境となり、様々なＯＳ・ウェブブラウザ環境を網羅した試験が困難になってしまう。

そこで実施の形態では、動作検証装置１００が備える各機能を複数の情報処理装置に分散した動作検証システムを提案する。この動作検証システムによれば、上記課題を解決して効率のよい動作テストを実現する。以下では、動作テストを実行する装置と動作テストを管理する装置との二層で構成される動作検証システムを第１の実施の形態（以下、「第１実施形態」とも呼ぶ）として説明する。さらに動作テストの実行を指示するユーザ端末を加えた三層で構成される動作検証システムを第２の実施の形態（以下、「第２実施形態」とも呼ぶ）として説明する。

（第１の実施の形態）
図１９は、第１実施形態の動作検証システムの構成を示す。動作検証システム１０００は、試験対象装置４０２と、試験実行装置５００で総称される第１の試験実行装置５００ａ、第２の試験実行装置５００ｂ、第３の試験実行装置５００ｃと、試験管理装置６００とを備える。これらの装置は、ＬＡＮ／ＷＡＮ／インターネット等、公知の通信網を介して接続される。

試験対象装置４０２は、動作テストの対象となるソフトウェアやハードウェアを搭載した情報処理装置である。本実施の形態では、動作テストの対象となるウェブページを提供するウェブサーバであることとする。

試験実行装置５００は、ウェブブラウザがインストールされた情報処理装置であり、試験対象装置４０２が提供するウェブページの動作テストを実行する。第１の試験実行装置５００ａ〜第３の試験実行装置５００ｃは、動作テスト用プログラムの実行環境、すなわちハードウェア環境やソフトウェア環境が互いに異なる。例えば、搭載されたＯＳの種類やウェブブラウザの種類が互いに異なる。試験実行装置５００の詳細な構成は図２１に関連して後述する。

試験管理装置６００は、第１の試験実行装置５００ａ〜第３の試験実行装置５００ｃのそれぞれで実行される動作テストを一括して管理する情報処理装置である。試験管理装置６００の詳細な構成は図２０に関連して後述する。なお試験管理装置６００には、テスト制御用ファイルの記録データを参照、編集するための表計算ソフトがインストールされている。その一方で、試験実行装置５００にはその表計算ソフトが未インストールである。

図２０は、図１９の試験管理装置６００の機能構成を示すブロック図である。同図の機能ブロックのうち、参考技術１および２で示した動作検証装置１００の機能ブロックに対応する機能ブロックには、同じ符号を付している。同じ符号を付した機能ブロックについては、その機能が参考技術１および２に既述した内容と異なる場合に記載しており、同様の機能については既述であるため適宜その記載を省略する。後述する図２１についても同様である。

データ保持部１４０は、操作内容ファイル保持部１４３と、入力データファイル保持部１４６と、ケースファイル保持部１４８と、関数保持部１５０と、実行エンジン保持部６３０と、証左物集約保持部６３２とを有する。

実行エンジン保持部６３０は、ウェブページの動作テストを実行するためのプログラム、例えばプログラム生成部１３２やプログラム実行部１３４の機能を実現するプログラムモジュール（以下、「テスト実行エンジン」とも呼ぶ）を保持する記憶領域である。証左物集約保持部６３２は、第１の試験実行装置５００ａ〜第３の試験実行装置５００ｃのそれぞれで取得された動作テストの証左物を一括して保持する記憶領域である。

ＩＦ部１１０の入力部１１２は、操作検出部１１５と、ユーザ設定受付部１１７と、試験情報取得部６０２とを有する。試験情報取得部６０２は、動作テストの実行状況の確認要求がユーザから受け付けられた際、その実行状況の通知要求を試験実行装置５００へ送信する。そして、動作テストの実行状況を示すデータ（以下、単に「テスト実行状況」とも呼ぶ）を試験実行装置５００から受信して、後述するテスト情報提供部６１４へ送出する。また、動作テストの証左物のデータを試験実行装置５００から受信して、証左物集約保持部６３２へ格納する。

ＩＦ部１１０の出力部１１８は、関数設定画面表示部１２０と、入力設定画面表示部１２２と、ケース設定画面表示部１２６と、実行エンジン送信部６１０と、ファイル送信部６１２と、テスト情報提供部６１４とを有する。実行エンジン送信部６１０は、テスト実行エンジンのダウンロード要求が試験実行装置５００から受け付けられた際、実行エンジン保持部６３０に保持されたテスト実行エンジンのデータを試験実行装置５００へ送信する。

ファイル送信部６１２は、動作テストの開始指示がユーザから受け付けられた際、ＸＭＬ文書に変換後の操作内容ファイル・入力データファイル・ケースファイルを、第１の試験実行装置５００ａ〜第３の試験実行装置５００ｃのそれぞれに対して送信する。テスト情報提供部６１４は、テスト実行状況の確認要求がユーザから受け付けられた際、試験情報取得部６０２により取得された第１の試験実行装置５００ａ〜第３の試験実行装置５００ｃそれぞれにおけるテスト実行状況を、一括して所定の表示装置へ送出する。また、動作テストの証左物の確認要求がユーザから受け付けられた際、証左物集約保持部６３２に保持された証左物、言い換えれば第１の試験実行装置５００ａ〜第３の試験実行装置５００ｃのそれぞれにおいて取得された証左物を、一括して所定の表示装置へ送出する。

なお本実施の形態では、ＩＦ部１１０はウェブサーバの機能を有する。したがって、入力部１１２は外部（ウェブブラウザ等）からの要求をＨＴＴＰ通信により受け付け、出力部１１８は各種データをＨＴＴＰ通信より外部（ウェブブラウザ等）へ送信する。例えばテスト情報提供部６１４は、図示しないウェブブラウザに対してテスト実行状況を送信し、テスト実行状況の表示処理をそのウェブブラウザで実行させてもよい。

データ処理部１３０は、テストケース登録部１３６と、操作記録部１３７と、入力データ記録部１３８と、ファイル変換部６２０とを有する。ファイル変換部６２０は、動作テストの開始指示がユーザから受け付けられた際、データ保持部１４０に保持されたテスト制御用ファイル（操作内容ファイル・入力データファイル・ケースファイル）の記録データを、特定のアプリケーションプログラムに依存しない形式のデータへ変換する。

本実施の形態でのファイル変換部６２０は、オリジナルのテスト制御用ファイルを、試験実行装置５００と試験管理装置６００との間で構造が予め定められた構造化文書、具体的にはＸＭＬ文書へ変換する。例えばファイル変換部６２０は、特定の表計算ソフトのライブラリをコールしてテスト制御用ファイルの記録データにアクセスし、スプレッドシート上の各カラムを所定のタグや属性に対応づけて記録データを転記することにより、ＸＭＬ文書を生成してもよい。

なお、テスト制御ファイルの形式をＸＭＬ文書に変換する目的は、特定の表計算ソフトが未インストールの試験実行装置５００においてもテスト制御用ファイルの記録データにアクセス可能とすることである。したがって、変形例として、ファイル変換部６２０は、テスト制御用ファイルをプレーンテキストファイルへ変換してもよい。また、各種データ項目のデータ長が予め定められたバイナリデータファイルへ変換してもよい。

図２１は、図１９の試験実行装置５００の機能構成を示すブロック図である。データ保持部１４０は、操作内容ファイル保持部５３０と、プログラム保持部１４４と、入力データファイル保持部５３４と、ケースファイル保持部５３６と、テスト状況保持部５３８と、証左物保持部５４０とを有する。

操作内容ファイル保持部５３０と、入力データファイル保持部５３４と、ケースファイル保持部５３６とのそれぞれは、試験管理装置６００から受け付けられた制御用ファイルを保持する記憶領域である。具体的には、試験管理装置６００においてＸＭＬ文書化された操作内容ファイル、入力データファイル、ケースファイルのそれぞれを保持する。テスト状況保持部５３８は、動作テストの実行状況を保持する記憶領域である。証左物保持部５４０は、動作テストの証左物を保持する記憶領域である。

ＩＦ部１１０の入力部１１２は、実行エンジン取得部５０２と、ファイル取得部５０４と、ページ取得部５０６とを有する。実行エンジン取得部５０２は、テスト実行エンジンを試験管理装置６００から取得して、試験実行装置５００内にインストールする。具体的には、プログラム生成部１３２およびプログラム実行部１３４をメインメモリに展開して、動作可能な状態としてもよい。なお、実行エンジン取得部５０２は、ＪａｖａＷｅｂＳｔａｒｔ（「Ｊａｖａ」は登録商標）の仕組みを実装し、テスト実行エンジンが更新される都度、最新のテスト実行エンジンを試験管理装置６００から自動ダウンロードし、自動インストールしてもよい。

ファイル取得部５０４は、ＸＭＬ文書化されたテスト制御用ファイルを試験実行装置５００から取得して、操作内容ファイル保持部５３０、入力データファイル保持部５３４、ケースファイル保持部５３６のそれぞれに格納する。ページ取得部５０６は、ＨＴＴＰリクエストに対するＨＴＴＰレスポンス、具体的にはウェブページのデータを試験対象装置４０２から取得して後述するページ表示制御部５１０へ送出する。

ＩＦ部１１０の出力部１１８は、ページ表示制御部５１０と、要求送信部５１２と、テスト情報通知部５１４とを有する。ページ表示制御部５１０は、試験対象装置４０２から取得されたウェブページのデータをディスプレイへ送出することにより、ディスプレイにウェブページを表示させる。要求送信部５１２は、試験対象装置４０２に対してＨＴＴＰリクエストを送信する。

テスト情報通知部５１４は、テスト実行状況の通知要求が試験管理装置６００から受け付けられた際、テスト状況保持部５３８に保持されたテスト実行状況のデータを試験管理装置６００へ送信する。また、後述する証左物設定部５２２において証左物のデータが設定される都度、そのデータを証左物保持部５４０から取得して試験管理装置６００へ逐次送信する。

データ処理部１３０は、プログラム生成部１３２と、プログラム実行部１３４と、ブラウザ処理部５２０と、証左物設定部５２２とを備える。プログラム生成部１３２は、操作内容ファイル保持部５３０およびケースファイル保持部５３６を参照して、ＸＭＬ文書化された操作内容ファイルおよびケースファイルの記録データにしたがって動作テスト用プログラムを生成する。例えば、操作内容ファイルに記録された関数に対応する関数、具体的にはＯＳやウェブブラウザが公開するＡＰＩを呼び出す命令を動作テスト用プログラムのプログラムコードに設定してもよい。プログラム生成部１３２は、設定した動作テスト用プログラムをプログラム保持部１４４へ格納する。

プログラム実行部１３４は、入力データファイル保持部５３４に格納されたＸＭＬ文書化された入力データファイルから入力データを適宜取得して、プログラム保持部１４４に格納された動作テスト用プログラムを実行する。その実行に際し、ウェブブラウザの操作が必要な場合は、後述するブラウザ処理部５２０に対して操作要求を送出する。また、証左物の取得が必要な場合は、後述する証左物設定部５２２に対して取得要求を送出する。

ブラウザ処理部５２０は、プログラム実行部１３４からの要求に応じてウェブブラウザを操作する。具体的には、ウェブブラウザの起動・停止、ウェブページのＧＥＴ・ＰＯＳＴ要求、ウェブページ内の入力フィールドへのデータ設定等を実行する。なお、ブラウザ処理部５２０、ページ取得部５０６、ページ表示制御部５１０の機能は、試験実行装置５００にインストールされたウェブブラウザにより提供されてもよい。

証左物設定部５２２は、プログラム実行部１３４からの要求に応じて動作テストの証左物を設定し、その証左物を証左物保持部５４０へ格納する。具体的には、ウェブページの画面スナップを取得し、また、試験対象装置４０２とのＨＴＴＰ通信で送受されるデータを取得する。なお、画面スナップの取得機能はＯＳにより提供されてもよく、ＨＴＴＰ通信データの取得機能は、試験実行装置５００にインストールされたパケットキャプチャソフトにより提供されてもよい。

以上の構成による動作を以下説明する。
図２２は、第１実施形態の動作検証システム１０００の動作を示すフローチャートである。同図では、１つの試験実行装置５００を示しているが、第１の試験実行装置５００ａ〜第３の試験実行装置５００ｃは並行して同様の動作を行う。

試験管理装置６００は、ＯＳの起動時等、装置の初期起動時にウェブサーバを立ち上げる（Ｓ１０）。試験実行装置５００の実行エンジン取得部５０２は、装置の初期起動時にテスト実行エンジンのデータを試験管理装置６００からダウンロードし、インストールする（Ｓ１２）。試験管理装置６００の操作検出部１１５がユーザからの動作テスト実行指示を受け付けると（Ｓ１４）、ファイル変換部６２０はテスト制御用ファイルをＸＭＬ文書化し（Ｓ１６）、ファイル送信部６１２はそのＸＭＬ文書を試験実行装置５００へ送信する（Ｓ１８）。試験管理装置６００のファイル取得部５０４はＸＭＬ文書化されたテスト制御用ファイルを取得し、プログラム生成部１３２はそのテスト制御用ファイルから動作テスト用プログラムを生成する。

プログラム実行部１３４は、動作テスト用プログラムを実行することにより、ブラウザ処理部５２０を介して、試験対象装置４０２が提供するウェブページの動作テストを実行する（Ｓ２０）。試験実行装置５００の証左物設定部５２２はプログラム生成部１３２からの要求に応じて動作テストの証左物を取得し（Ｓ２２）、テスト情報通知部５１４はその証左物を試験管理装置６００へ逐次送信する（Ｓ２４）。試験管理装置６００の試験情報取得部６０２は、複数の試験実行装置５００のそれぞれから送信された証左物を一括して取得し、証左物集約保持部６３２へ格納する（Ｓ２６）。

試験管理装置６００の操作検出部１１５がテスト状況の確認要求をユーザから受け付けると、試験情報取得部６０２は、テスト状況の通知要求を試験実行装置５００のそれぞれへ送信する（Ｓ２８）。試験実行装置５００のテスト情報通知部５１４は、テスト状況を試験管理装置６００へ送信する（Ｓ３０）。試験管理装置６００のテスト情報提供部６１４は、試験実行装置５００のそれぞれから通知されたテスト状況を一括してディスプレイに表示させる（Ｓ３２）。なお図２２には不図示であるが、テスト情報提供部６１４は、証左物の確認要求がユーザから受け付けられた際、証左物集約保持部６３２に格納された証左物、すなわち試験実行装置５００のそれぞれから送信された証左物を一括してディスプレイに表示させる。

第１実施形態の動作検証システム１０００では、動作検証装置１００の機能が試験実行装置５００と試験管理装置６００とに分散配置された。したがって、動作検証システム１０００の構成は、参考技術１および参考技術２に記載の効果をそのまま奏するとともに、さらに以下の効果を奏するものである。

動作検証システム１０００によれば、試験実行装置５００における動作テストの実行状況を、ユーザが所望する任意のタイミングで確認可能になる。すなわち、ウェブページの動作テストが試験実行装置５００のフォアグラウンドプロセスで実行される場合でも、ユーザは、試験実行装置５００を直接操作することなく、試験管理装置６００を介して、動作テストの実行状況を確認できる。

また動作検証システム１０００によれば、複数の試験実行装置５００に対して試験管理装置６００からテスト制御用ファイルが一括配信される。また、複数の試験実行装置５００のそれぞれにおけるテスト状況および証左物が、試験管理装置６００により一括して収集されてユーザに提示される。これにより、複数の試験実行装置５００においてウェブページの動作確認が必要な場合でも、その効率を向上できる。

さらに動作検証システム１０００によれば、試験管理装置６００においてテスト制御用ファイルが特定のアプリケーションプログラムに非依存の形式に変換される。これにより、試験実行装置５００において前提となる動作環境（ハードウェア環境やソフトウェア環境）の制約が低減される。言い換えれば、様々な種類のＯＳ環境やウェブブラウザ環境でのウェブページの動作テストを自動化でき、動作テストの網羅性を効率的に高めることができる。

（第２の実施の形態）
図２３は、第２実施形態の動作検証システムの構成を示す。第２実施形態の動作検証システム１０００は、第１実施形態の動作検証システム１０００に複数のユーザ端末７００を加えた構成である。複数のユーザ端末７００のそれぞれ（以下総称して、単に「ユーザ端末７００」とも呼ぶ。）は、公知の通信網を介して試験管理装置６００と接続される。

ユーザ端末７００は、ユーザにより操作される情報処理装置であり、試験管理装置６００に対してウェブページの動作テストの開始を指示し、その実行状況を試験管理装置６００から取得して所定のディスプレイに表示する。ユーザ端末７００は、ウェブブラウザがインストールされており、そのウェブブラウザを介したＨＴＴＰ通信により試験管理装置６００とのデータ交換を実行する。

試験管理装置６００の機能構成は、第１実施形態の試験管理装置６００と同様である。以下異なる部分を説明する。試験管理装置６００のＩＦ部１１０は、ユーザ端末７００とのＨＴＴＰ通信を実行する通信処理部をさらに有する。この通信処理部は、テスト制御用ファイルのアップロードをユーザ端末７００から受け付けて、データ保持部１４０へ格納する。また、ウェブページの動作テストの開始指示をユーザ端末７００から受け付ける。また、動作テストの実行状況の確認要求をユーザ端末７００から受け付け、その実行状況をユーザ端末７００へ送信する。また、動作テストの証左物のダウンロード要求をユーザ端末７００から受け付け、その証左物をユーザ端末７００へ送信する。

試験管理装置６００のデータ保持部１４０は、第１の試験実行装置５００ａ〜第３の試験実行装置５００ｃそれぞれにおける動作テストの実行状況を一括して保持する記憶領域であるテスト状況集約保持部をさらに有する。本実施の形態では、テスト状況集約保持部および証左物集約保持部６３２は、データベース管理システム（ＤＢＭＳ）のテーブルとして実装される。試験管理装置６００のテスト情報提供部６１４は、テスト実行状況や証左物の参照に関するＤＢクエリをユーザ端末７００から受け付け、そのＤＢクエリにしたがってテスト実行状況や証左物を選択的に提供してもよい。また、ＤＢクエリにしたがってテスト実行状況や証左物の提示態様を編集・調整してもよい。

以上の構成による動作を以下説明する。
図２４は、第２実施形態の動作検証システム１０００の動作を示すフローチャートである。Ｓ４０〜Ｓ４２は、図２２のＳ１０〜Ｓ１２と同じである。ユーザ端末７００は、ユーザにより編集されたテスト制御用ファイルを試験管理装置６００へアップロードする（Ｓ４４）。そしてユーザ端末７００は、ユーザからの動作テスト実行指示を試験管理装置６００へ送信する（Ｓ４６）。以降のＳ４８〜Ｓ６０は、図２２のＳ１４〜Ｓ２６と同じである。ユーザ端末７００は、テスト状況の確認要求を試験管理装置６００へ送信し（Ｓ６２）、試験管理装置６００の試験情報取得部６０２は、テスト状況の通知要求を試験実行装置５００のそれぞれへ送信する（Ｓ６４）。試験実行装置５００のテスト情報通知部５１４は、テスト状況を試験管理装置６００へ送信する（Ｓ６６）。

続いて試験管理装置６００のテスト情報提供部６１４は、試験実行装置５００のそれぞれから通知されたテスト状況を一括してテスト状況集約保持部へ格納するとともにユーザ端末７００へ転送する（Ｓ６８）。ユーザ端末７００は、試験管理装置６００から送信されたテスト状況を受信してディスプレイに表示させる（Ｓ７０）。またユーザ端末７００は、動作テストの証左物のダウンロード要求を試験管理装置６００へ送信する（Ｓ７２）。試験管理装置６００のテスト情報提供部６１４は、証左物集約保持部６３２に格納された証左物、すなわち試験実行装置５００のそれぞれから送信された証左物を一括してユーザ端末７００へ送信する（Ｓ７４）。ユーザ端末７００は、試験管理装置６００から取得された証左物の内容をディスプレイに表示させる（Ｓ７６）。なお試験管理装置６００は、複数のユーザ端末７００のそれぞれから受け付けた要求に対する各種処理を並行して実行してもよいことはもちろんである。

第２実施形態の動作検証システム１０００は、第１実施形態の動作検証システム１０００に対し、動作テストの開始指示および結果確認を行うユーザ端末が加わり３層構成となったものである。したがって、第２実施形態の動作検証システム１０００の構成は、参考技術１、参考技術２、および第１実施形態に記載の効果をそのまま奏するとともに、さらに以下の効果を奏する。

動作検証システム１０００によれば、試験管理装置６００および試験実行装置５００によるウェブページの動作テストを、複数のユーザ端末７００のそれぞれに対して統一されたインタフェースでのサービスとして提供できる。言い換えれば、ウェブページの動作テストがＳａａＳ（Software as a Service）として実現される。すなわち、ユーザは自身の端末から動作テストの開始を指示すれば、その結果を後から確認するだけでよく、ユーザの負担が軽減されて利便性が向上する。また、各ユーザ端末７００は、動作テスト実行のための各種プログラムをインストールする必要がなく、汎用的な機能構成であることが許容される。

また動作検証システム１０００によれば、動作テストの実行状況および証左物がＤＢＭＳ上で管理されるため、ＤＢクエリ等による情報の検索や加工を容易に行うことができる。また、動作テストの結果に関する時系列での履歴管理も容易になる。

以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

上記実施の形態では言及していないが、試験管理装置６００は、第１の試験実行装置５００ａ〜第３の試験実行装置５００ｃのそれぞれから取得された証左物を検証する検証部をさらに備えてもよい。この検証部は、第１の試験実行装置５００ａ〜第３の試験実行装置５００ｃのそれぞれから取得された証左物を照合して、それらの同一性や整合性を特定する。第１の試験実行装置５００ａ〜第３の試験実行装置５００ｃのそれぞれから取得された証左物に同一性や整合性が認められれば、検出部は、外部のユーザやユーザ端末７００に対して照合成功の検証結果を通知する。一方で、それらの証左物に同一性や整合性が認められなければ、照合失敗の検証結果を通知する。この変形例によれば、複数の試験実行装置５００のそれぞれで得られた証左物を試験実行装置５００が一括して照合することにより、ユーザによる証左物の取得作業および照合作業が不要になり、ユーザの負担を低減できる。

上記実施の形態では、テスト状況集約保持部および証左物集約保持部６３２がＤＢＭＳのテーブルとして実装されることについて、第２実施形態でのみ言及した。変形例では、第１実施形態の試験管理装置６００もテスト状況集約保持部をさらに備えてもよく、テスト状況集約保持部および証左物集約保持部６３２がＤＢＭＳのテーブルとして実装されてもよい。

上記第２の実施の形態では言及していないが、試験管理装置６００のテスト情報提供部６１４は、複数のユーザ端末７００のうちの１つから受け付けた動作テスト実行指示に基づく動作テストの結果を、他のユーザ端末７００に対して提供してもよい。例えば、試験管理装置６００は、あるユーザ端末７００から受け付けた動作テスト実行指示に基づく動作テストの結果を示すウェブページを、複数のユーザ端末７００のそれぞれに送信して表示させてもよい。これにより、複数のユーザ間で動作テスト状況を共有させることができ、複数ユーザの協同による動作テストの遂行を支援できる。

上述した参考技術、実施の形態、変形例の任意の組み合わせもまた本発明の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる参考技術、実施の形態、変形例それぞれの効果をあわせもつ。

請求項に記載の各構成要件が果たすべき機能は、参考技術、実施の形態、変形例において示された各構成要素の単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。

１３２ プログラム生成部、 １３４ プログラム実行部、 １３７ 操作記録部、 ４０２ 試験対象装置、 ５００ 試験実行装置、 ５１４ テスト情報通知部、 ６００ 試験管理装置、 ６０２ 試験情報取得部、 ６１２ ファイル送信部、 ６１４ テスト情報提供部、 ６２０ ファイル変換部、 ７００ ユーザ端末、 １０００ 動作検証システム。

Claims (4)

1. ウェブページを表示するウェブブラウザに対する操作に応じたウェブサーバの動作を確認するためのテスト・プログラムを実行する試験実行装置と、
   前記テスト・プログラムの実行を管理する試験管理装置と、を備え、
   前記試験管理装置は、
   前記ウェブページに含まれるオブジェクトの識別情報と、前記オブジェクトをマウス・クリックする操作または前記オブジェクトに対するデータ入力操作で入力されたデータとの組み合わせが記録されたログを取得し、前記マウス・クリックする操作または前記データ入力操作を自動的に実行する処理がそれぞれ記述されたロジックが組み込まれた関数が記録される操作内容ファイルに対して、前記ログに記録された前記データ入力操作については前記ウェブページに含まれるオブジェクトの識別情報と前記オブジェクトに入力されたデータを記述した入力データファイル内の入力データを指定する識別子とを引数とする入力関数を記録し、前記ログに記録されたマウス・クリックする操作については各操作の操作対象であるオブジェクトの識別情報を引数とする関数を記録する操作記録部と、
   前記操作内容ファイルとは異なるファイルであって、前記ウェブページへの入力データが記録された入力データファイルと、前記操作内容ファイルとを前記試験実行装置へ送信するファイル送信部と、を有し、
   前記試験実行装置は、
   前記操作内容ファイルに記録された関数を呼び出すコールステップを組み合わせたプログラムコードを設定することにより、前記ウェブページに対して実行された一連の操作を再現するためのテスト・プログラムを生成するプログラム生成部と、
   前記入力データファイルから前記識別子で指定される入力データを取得して前記入力関数に渡すことにより、前記テスト・プログラムを実行させるプログラム実行部と、
   前記テスト・プログラムの実行による前記ウェブサーバの動作結果を示す情報を前記試験管理装置へ通知するテスト状況通知部と、を有し、
   前記試験管理装置は、前記ウェブサーバの動作結果の確認要求が受け付けられた際、前記試験実行装置から通知された前記ウェブサーバの動作結果を示す情報を出力するテスト状況提供部をさらに有することを特徴とする動作検証システム。
2. 前記試験管理装置は、特定のアプリケーションプログラムに依存する形式の操作内容ファイルを、前記特定のアプリケーションプログラムに非依存の形式のファイルへ変換するファイル変換部をさらに有し、
   前記試験管理装置のファイル送信部は、前記特定のアプリケーションプログラムを未搭載の試験実行装置へ、前記非依存の形式のファイルを前記操作内容ファイルとして送信し、
   前記試験実行装置のプログラム生成部は、前記非依存の形式のファイルに記録されたデータにしたがってテスト・プログラムを生成することを特徴とする請求項１に記載の動作検証システム。
3. 前記試験管理装置のファイル送信部は、前記ウェブサーバの動作確認の開始指示がユーザ端末から受け付けられた際、前記入力データファイルと前記操作内容ファイルとを前記試験実行装置へ送信し、
   前記試験管理装置のテスト状況提供部は、前記ウェブサーバの動作結果の確認要求が前記ユーザ端末から受け付けられた際、前記試験実行装置から通知された前記ウェブサーバの動作結果を示す情報を前記ユーザ端末へ提供することを特徴とする請求項１または２に記載の動作検証システム。
4. 前記テスト・プログラムの実行環境が互いに異なる複数の試験実行装置を備え、
   前記試験管理装置のファイル送信部は、前記複数の試験実行装置のそれぞれに対して、前記入力データファイルと前記操作内容ファイルとを送信し、
   前記試験管理装置のテスト状況提供部は、前記複数の試験実行装置のそれぞれから通知された前記ウェブサーバの動作結果を示す情報を一括して出力することを特徴とする請求項１から３のいずれかに記載の動作検証システム。

Images