(57)【要約】【課題】複数種のウェブブラウザにおけるウェブページの動作テストを効率的に実行する。【解決手段】実施の１形態の動作検証装置１００は、ウェブページの動作確認のためのテスト・プログラムを実行するプログラム実行部１３４を備える。プログラム実行部１３４は、ウェブブラウザが公開するインタフェースをテスト・プログラムから呼び出させることによりウェブページの動作確認を実行する第１のテスト実行態様と、ウェブページに対し新たに追加した制御コードをテスト・プログラムから呼び出させることによりウェブページの動作確認を実行する第２のテスト実行態様とを含む。プログラム実行部１３４は、ウェブブラウザのインタフェースが公開されている場合は第１のテスト実行態様を選択し、そのインタフェースが非公開である場合は第２のテスト実行態様を選択する。【選択図】図２１
2011164784.tif 000002
【特許請求の範囲】
【請求項１】
ウェブページの動作確認のためのテスト・プログラムを実行する装置であって、
前記ウェブページに対するデータ入力操作を検出し、前記データ入力操作に対応する関数であって、前記ウェブページへの入力データを取得するためのインタフェースを備える関数を、操作内容ファイルに記録する操作記録部と、
前記操作内容ファイルに記録された関数に応じてプログラムコードを設定することにより、前記ウェブページに対して実行された一連の操作を再現するためのテスト・プログラムを生成するプログラム生成部と、
前記ウェブページへの入力データが記録された入力データファイルから入力データを取得して前記テスト・プログラムの関数に渡し、前記テスト・プログラムから、前記ウェブページの動作確認に使用するウェブブラウザが公開するインタフェースであって、表示中のウェブページを操作するための操作インタフェースを呼び出させることにより、前記ウェブページの動作確認を実行する第１のテスト実行部と、
前記ウェブページのプログラムコードを取得し、前記ウェブページを操作するための新たなコードをそのプログラムコードに追加後、前記ウェブページの動作確認に使用するウェブブラウザに前記ウェブページを表示させるプロキシ処理部と、
前記ウェブページへの入力データが記録された入力データファイルから入力データを取得して前記テスト・プログラムの関数に渡し、前記テスト・プログラムから、前記ウェブブラウザに表示中のウェブページにおける前記新たなコードを呼び出させることにより、前記ウェブページの動作確認を実行する第２のテスト実行部と、
前記ウェブページの動作確認を実行すべき際、その動作確認に使用するウェブブラウザにおいて前記操作インタフェースが公開されている場合は、前記第１のテスト実行部により前記ウェブページの動作確認を実行させ、前記操作インタフェースが非公開である場合は、前記プロキシ処理部および前記第２のテスト実行部により前記ウェブページの動作確認を実行させるテスト主体選択部と、
を備えることを特徴とする動作検証装置。
【請求項２】
ウェブページの動作確認のためのテスト・プログラムを実行する装置であって、
前記ウェブページに対するデータ入力操作を検出し、前記データ入力操作に対応する関数であって、前記ウェブページへの入力データを取得するためのインタフェースを備える関数を、操作内容ファイルに記録する操作記録部と、
前記操作内容ファイルに記録された関数に応じてプログラムコードを設定することにより、前記ウェブページに対して実行された一連の操作を再現するためのテスト・プログラムを生成するプログラム生成部と、
前記ウェブページへの入力データが記録された入力データファイルから入力データを取得して前記テスト・プログラムの関数に渡し、前記テスト・プログラムから、前記ウェブページの動作確認に使用するウェブブラウザが公開するインタフェースであって、表示中のウェブページを操作するためのインタフェースを呼び出させることにより、前記ウェブページの動作確認を実行するテスト実行部と、
を備えることを特徴とする動作検証装置。
【請求項３】
ウェブページの動作確認のためのテスト・プログラムを実行する装置であって、
前記ウェブページに対するデータ入力操作を検出し、前記データ入力操作に対応する関数であって、前記ウェブページへの入力データを取得するためのインタフェースを備える関数を、操作内容ファイルに記録する操作記録部と、
前記操作内容ファイルに記録された関数に応じてプログラムコードを設定することにより、前記ウェブページに対して実行された一連の操作を再現するためのテスト・プログラムを生成するプログラム生成部と、
前記ウェブページのプログラムコードを取得し、前記ウェブページを操作するための新たなコードをそのプログラムコードに追加後、前記ウェブページの動作確認に使用するウェブブラウザに前記ウェブページを表示させるプロキシ処理部と、
前記ウェブページへの入力データが記録された入力データファイルから入力データを取得して前記テスト・プログラムの関数に渡し、前記テスト・プログラムから、前記ウェブブラウザに表示中のウェブページにおける前記新たなコードを呼び出させることにより、前記ウェブページの動作確認を実行するテスト実行部と、
を備えることを特徴とする動作検証装置。
【請求項４】
ウェブページの動作確認のためのテスト・プログラムを実行する装置に、
前記ウェブページに対するデータ入力操作を検出し、前記データ入力操作に対応する関数であって、前記ウェブページへの入力データを取得するためのインタフェースを備える関数を、操作内容ファイルに記録する操作記録機能と、
前記操作内容ファイルに記録された関数に応じてプログラムコードを設定することにより、前記ウェブページに対して実行された一連の操作を再現するためのテスト・プログラムを生成するプログラム生成機能と、
前記ウェブページへの入力データが記録された入力データファイルから入力データを取得して前記テスト・プログラムの関数に渡し、前記テスト・プログラムから、前記ウェブページの動作確認に使用するウェブブラウザが公開するインタフェースであって、表示中のウェブページを操作するための操作インタフェースを呼び出させることにより、前記ウェブページの動作確認を実行する第１のテスト実行機能と、
前記ウェブページのプログラムコードを取得し、前記ウェブページを操作するための新たなコードをそのプログラムコードに追加後、前記ウェブページの動作確認に使用するウェブブラウザに前記ウェブページを表示させるプロキシ処理機能と、
前記ウェブページへの入力データが記録された入力データファイルから入力データを取得して前記テスト・プログラムの関数に渡し、前記テスト・プログラムから、前記ウェブブラウザに表示中のウェブページにおける前記新たなコードを呼び出させることにより、前記ウェブページの動作確認を実行する第２のテスト実行機能と、
前記ウェブページの動作確認を実行すべき際、その動作確認に使用するウェブブラウザにおいて前記操作インタフェースが公開されている場合は、前記第１のテスト実行機能により前記ウェブページの動作確認を実行させ、前記操作インタフェースが非公開である場合は、前記プロキシ処理機能および前記第２のテスト実行機能により前記ウェブページの動作確認を実行させるテスト主体選択機能と、
を実現させるための動作検証プログラム。
【請求項５】
ウェブページの動作確認のためのテスト・プログラムを実行する装置により実行される方法であって、
前記ウェブページに対するデータ入力操作を検出し、前記データ入力操作に対応する関数であって、前記ウェブページへの入力データを取得するためのインタフェースを備える関数を、操作内容ファイルに記録するステップと、
前記操作内容ファイルに記録された関数に応じてプログラムコードを設定することにより、前記ウェブページに対して実行された一連の操作を再現するためのテスト・プログラムを生成するステップと、
前記ウェブページの動作確認を実行すべき際、その動作確認に使用するウェブブラウザにおいて、前記ウェブページの動作確認に使用するインタフェースであって、表示中のウェブページを操作するための操作インタフェースが公開されている場合は第１のテスト実行処理を実行し、前記操作インタフェースが非公開である場合は第２のテスト実行処理を実行するステップと、
を備え、
前記第１のテスト実行処理は、前記ウェブページへの入力データが記録された入力データファイルから入力データを取得して前記テスト・プログラムの関数に渡し、前記テスト・プログラムから前記操作インタフェースを呼び出させることにより、前記ウェブページの動作確認を実行するステップを含み、
前記第２のテスト実行処理は、
前記ウェブページのプログラムコードを取得し、前記ウェブページを操作するための新たなコードをそのプログラムコードに追加後、前記ウェブページの動作確認に使用するウェブブラウザに前記ウェブページを表示させるステップと、
前記ウェブページへの入力データが記録された入力データファイルから入力データを取得して前記テスト・プログラムの関数に渡し、前記テスト・プログラムから、前記ウェブブラウザに表示中のウェブページにおける前記新たなコードを呼び出させることにより、前記ウェブページの動作確認を実行するステップと、を含むことを特徴とする動作検証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、製品の動作をテストするための技術に関する。
【背景技術】
【０００２】
製品品質を保証する上で、製品出荷前の動作テストは不可欠である。一般的には、テスト・エンジニアが製品を手動操作し、その操作結果を確認することにより動作テストを実行することが多い。しかし、操作バリエーションが豊富な多機能製品の場合、手動による動作テストには限界がある。
【０００３】
そこで、テスト・プログラムで動作テストを自動実行することにより、動作テストの省力化を図ることも多い。たとえば、ＨＰ（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関数のような動作テストを支援するための関数を用意しておくことにより、動作テストの効率や信頼性をいっそう向上させやすくなる。
【００４７】
（参考技術２）
参考技術２では、上記の参考技術１を改良した動作検証装置１００を提案する。
まず、参考技術１における動作検証装置１００と、参考技術２の動作検証装置１００とを比較しつつ、参考技術２の動作検証装置１００についてその概要を説明する。
【００４８】
図１１は、参考技術１の動作検証装置１００と参考技術２の動作検証装置１００とのそれぞれにおける構成の概要を示す。図１１（ａ）が示すように、参考技術１の動作検証装置１００は、動作テストの実行エンジンであるＱＴＰモジュール１０２と、ＱＴＰモジュール１０２を使用したウェブサーバ４００の動作テストを効率化するためのラッパーモジュール１０４とを備えた。このラッパーモジュール１０４には、図４で示した各機能ブロックが含まれる。
【００４９】
図１１（ａ）において、ユーザは、ＱＴＰモジュール１０２を介して、動作確認の対象装置であるウェブサーバ４００を操作する（Ｓ１００）。ラッパーモジュール１０４は、その操作内容が記録されたログをＱＴＰモジュール１０２から取得して、関数設定画面２１０をユーザに提供した（Ｓ１０２）。ユーザは、動作テスト実行の際、ＱＴＰモジュールが読み込み可能な動作テスト用プログラムをラッパーモジュール１０４において生成させ、ＱＴＰモジュール１０２にそのプログラムを実行させた（Ｓ１０４）。
【００５０】
これに対して、図１１（ｂ）が示すように、参考技術２の動作検証装置１００は、動作テストの実行エンジンの機能とラッパーモジュール１０４の機能とが統合された統合検証モジュール１０６を備える。ユーザが統合検証モジュール１０６を介してウェブサーバ４００を操作すると（Ｓ２００）、統合検証モジュール１０６はその操作内容を逐次検出して関数設定画面２１０のデータを設定し、関数設定画面２１０をユーザに提供する（Ｓ２０２）。ユーザは、動作テスト実行の際、統合検証モジュール１０６において動作テスト用プログラムを生成させて実行させる（Ｓ２０４）。
【００５１】
図１２は、参考技術１の動作検証装置１００と参考技術２の動作検証装置１００とのそれぞれにおける動作の概要を示す。図１２（ａ）は、参考技術１の動作検証装置１００における動作の概要を示している。ユーザはウェブサーバ４００に対するデータ入力操作を実行し（Ｓ１１０）、ＱＴＰモジュール１０２はその操作内容が記録されたログを出力する（Ｓ１１２）。ユーザはそのログのデータをＱＴＰモジュール１０２の所定の入力エリアにコピーする（Ｓ１１４）。ラッパーモジュール１０４は所定の入力エリアに設定されたログのデータに基づいて関数設定画面を設定して表示させ（Ｓ１１６）、ユーザはその関数設定画面を介して追加・変更すべき関数・入力データを設定する（Ｓ１１８）。
【００５２】
ラッパーモジュール１０４は、関数設定画面のデータに基づいて、動作テストのためのＱＴＰ用プログラムを生成する（Ｓ１２０）。ユーザは、ＱＴＰ用プログラムをＱＴＰモジュール１０２の所定の入力エリアにコピーする（Ｓ１２２）。ユーザは、ケース設定画面において、ＱＴＰ用プログラムと入力データファイルとをセットとして指定した動作テストのシナリオを設定する（Ｓ１２４）。ラッパーモジュール１０４は、そのシナリオに基づいて、ＱＴＰ用プログラムと入力データファイルのセットをＱＴＰモジュール１０２に渡して、セット毎に動作テストを実行させる（Ｓ１２６）。
【００５３】
図１２（ｂ）は、参考技術２の動作検証装置１００における動作の概要を示している。ユーザは、ウェブサーバ４００に対するデータ入力操作を実行する（Ｓ２１０）。統合検証モジュール１０６は、そのデータ入力操作を逐次検出して、データ入力操作に対応する関数を操作内容ファイルに記録し、その操作内容ファイルの記録データを関数設定画面において表示する（Ｓ２１２）。ユーザは、その関数設定画面を介して追加・変更すべき関数・入力データを操作内容ファイルに設定する（Ｓ２１４）。そしてユーザは、ケース設定画面において、操作内容ファイルと入力データファイルとをセットとして指定した動作テストのシナリオを設定する（Ｓ２１６）。統合検証モジュール１０６は、そのシナリオに基づいて、シナリオ内の１以上のセットを集約した動作テスト用プログラムを生成して実行する（Ｓ２１８）。
【００５４】
このように、参考技術１の動作検証装置１００では、ＱＴＰモジュール１０２とラッパーモジュール１０４とが分離していた。したがって、両モジュールを連係させるために、ユーザ自身が仲介作業を実行する必要があった。また、ラッパーモジュール１０４はシナリオ内のセット毎にＱＴＰモジュール１０２をコールして、テスト用プログラムをセット毎に実行させる必要があった。
【００５５】
これに対して、参考技術２の動作検証装置１００では、動作テストの実行エンジンと、その効率的な利用を実現するラッパーとが分離されることなく、シームレスに統合されている。したがって、参考技術１の動作検証装置１００と比較すると、分離したモジュールを連係させるために必要であったユーザの作業が不要になり、動作テストのためのユーザの作業量が低減する。また、シナリオ内の複数のセットが集約された動作テスト用プログラムが生成され、そのプログラムの実行により一連のシナリオが実行されるため、迅速な動作テストが実現される。
【００５６】
図１３は、参考技術２の動作検証装置１００の機能構成を示すブロック図である。同図の機能ブロックは、図１１（ｂ）で示した統合検証モジュール１０６に含まれる。参考技術２の機能ブロックのうち、参考技術１の機能ブロックに対応する機能ブロックには、同じ符号を付している。参考技術１の機能ブロックと同じ符号を付した機能ブロックについてはその機能が参考技術１に既述した内容と異なる場合に記載しており、同様の機能についてはその記載を省略する。
【００５７】
データ保持部１４０は、操作内容ファイル保持部１４３と、プログラム保持部１４４と、入力データファイル保持部１４６と、ケースファイル保持部１４８と、関数保持部１５０とを有する。操作内容ファイル保持部１４３は、動作テスト用プログラムに設定すべき関数が記録される操作内容ファイルを記憶する。プログラム保持部１４４は、操作内容ファイルにしたがって生成された動作テスト用プログラムを記憶する。
【００５８】
ＩＦ部１１０の入力部１１２は、操作検出部１１５とユーザ設定受付部１１７とを有する。操作検出部１１５は、ウェブサーバ４００に対するユーザのデータ入力操作を逐次検出する。ユーザ設定受付部１１７は、関数設定画面２１０、入力設定画面２３０、ケース設定画面２４０に対するユーザによる設定情報を検出する。
【００５９】
ＩＦ部１１０の出力部１１８は、関数設定画面表示部１２０と入力設定画面表示部１２２とケース設定画面表示部１２６とを有する。関数設定画面表示部１２０は、操作内容ファイル保持部１４３に記録された操作内容ファイルの内容を表示する関数設定画面２１０を所定の表示装置に表示させる。
【００６０】
データ処理部１３０は、プログラム生成部１３２と、プログラム実行部１３４と、テストケース登録部１３６と、操作記録部１３７と、入力データ記録部１３８とを有する。操作記録部１３７は、関数保持部１５０を参照して、操作検出部１１５において検出されたデータ入力操作に対応する関数を特定し、その関数を操作内容ファイルに記録する。また操作記録部１３７は、関数設定画面２１０に対するユーザの設定情報を操作内容ファイルに記録する。入力データ記録部１３８は、入力設定画面２３０を介してユーザが入力した入力データを入力データファイルに記録する。プログラム生成部１３２は、操作内容ファイルに記録された関数に応じて動作テスト用プログラムを生成する。プログラム実行部１３４は、動作テストの実行エンジンとして、動作テスト用プログラムを実行し、その結果を結果保持部１５２に記録する。
【００６１】
図１４は、参考技術２において、ユーザのデータ入力操作を検出して動作テストを実行するまでの概要図である。まず、ユーザはクライアント端末のウェブブラウザを操作してウェブサーバ４００にアクセスし、ウェブサーバ４００に対する各種操作、典型的にはウェブサーバ４００が提供するウェブページに対するデータ入力操作を実行する。操作検出部１１５はユーザによるデータ入力操作を逐次検出し、操作記録部１３７は関数保持部１５０の関数ライブラリを読み出し、そのデータ入力操作に対応する関数を操作内容ファイルに逐次記録する（Ｓ２２０）。
【００６２】
次に、関数設定画面表示部１２０は、操作内容ファイル保持部１４３の操作内容ファイルを読み出し、ユーザによる操作に対応する関数を一覧表示する関数設定画面を表示させる。関数設定画面において、ユーザは、適宜、関数を追加・変更・削除でき、また、動作テスト用プログラムに静的に設定すべき入力データを設定できる。こうして、動作テスト用プログラムに含まれるべき関数が特定される。関数設定画面については、図１５および図１６に関連して後述する。
【００６３】
次に、入力設定画面表示部１２２は、入力設定画面２３０を表示させる。ユーザは、入力設定画面２３０を介して、動作テストの実行時に動作テスト用プログラムに対して動的に供給されるべき入力データを設定する。ユーザにより設定された入力データは、入力データファイルに記録される（Ｓ２２２）。入力設定画面２３０については、図１７に関連して後述する。
【００６４】
次に、ケース設定画面表示部１２６は、ケース設定画面２４０を表示させる。ユーザは、複数種類の操作内容ファイルおよび複数種類の入力データファイルから、操作内容ファイルと入力データファイルとの組み合わせを実行セットとして登録する。テストケース登録部１３６は、１以上の実行セットをケースファイルに記録する（Ｓ２２４）。例えば、テストケース１において、操作内容ファイルＦ０１の設定内容を入力データファイルＦ１２に基づいて実行させた後、操作内容ファイルＦ０２の設定内容を入力データファイルＦ１６に基づいて実行させる場合、
テストケース１：
実行セット１：操作内容ファイルＦ０１＋入力データファイルＦ１２
実行セット２：操作内容ファイルＦ０２＋入力データファイルＦ１６
としてケースファイルに登録される。ケース設定画面２４０については、図１８に関連して後述する。
【００６５】
次に、プログラム生成部１３２は、ケースファイルおよび操作内容ファイルに基づいて動作テスト用プログラムを生成する（Ｓ２２６）。具体的には、実行セットに設定された操作内容ファイルに順次記録された関数を、動作テスト用プログラムのプログラムコードに順次設定してもよい。また、プログラム生成部１３２は、１つのテストケースに複数の実行セットが設定されている場合、各実行セットの操作内容ファイルに記録された関数を１つの動作テスト用プログラムに集約して設定する。
【００６６】
また、プログラム生成部１３２は、操作内容ファイルの関数に対して入力データそのものが設定されていた場合には、その入力データを動作テスト用プログラムに静的に設定する。例えば、動作テスト用プログラムの生成の際に、そのプログラムコードにおける関数の引数として入力データをあらかじめ設定する。また、操作内容ファイルの関数に対して入力データファイルが指定されていた場合には、その入力データファイルのデータをプログラム実行時に読み込むように設定する。
【００６７】
最後に、プログラム実行部１３４は、動作テスト用プログラムを実行して、ウェブサーバ４００に対してユーザにより実行された一連の操作を再現する（Ｓ２２８）。入力データファイルのデータを必要とする関数に対しては、動作テスト用プログラムの実行の際に読み込んだ入力データファイルのデータを引数として渡す。すなわち、入力データファイルから動的に取得した入力データに基づいて関数を実行する。
【００６８】
図１５は、関数設定画面２１０の画面図である。同図は、図１８で後述する「検索記入．ｘｌｓ」を表示する関数設定画面２１０を示している。データファイルカラム名欄２５０は、パラメータに設定する入力データを記録した入力データファイルのカラム名が指定される領域である。ユーザは、入力値欄２１７に入力データそのものを記述してもよく、その代わりに、データファイルカラム名欄２５０に入力データファイルのカラム名を指定してもよい。データファイルカラム名欄２５０に入力データファイルのカラム名が指定された場合、動作テスト用プログラムの実行時に、その入力データファイルのカラムに設定された１以上の入力データが読み込まれて関数に渡される。
【００６９】
図１６は、参考技術２における関数設定画面２１０の画面図である。同図の「検索部署名」パラメータの入力値欄２１７においては、入力データの候補がドロップダウンリスト２５２で一覧表示されている。ドロップダウンリスト２５２において表示される入力データの候補は、ウェブページに対するユーザによるデータ入力の際に、そのウェブページのドロップダウンリストにおいて表示された入力データの候補である。ユーザはドロップダウンリスト２５２から入力データを選択することができ、入力データの設定におけるユーザの負担が軽減される。
【００７０】
ドロップダウンリスト２５２を設定するために、操作検出部１１５は、ウェブページに対するユーザによるデータ入力操作の際に、そのウェブページのドロップダウンリストにおいて表示された入力データの候補を取得する。例えば、ウェブサーバ４００から取得されたウェブページのデータ、例えばＨＴＭＬデータからドロップダウンリストにおける入力データの候補を取得する。操作記録部１３７は、その入力データの候補を操作内容ファイルの入力値欄２１７に記録する。関数設定画面表示部１２０は、入力値欄２１７が入力される際に、操作内容ファイルに記録された入力データの候補をドロップダウンリストの形式で一覧表示させる。
【００７１】
図１７は、参考技術２における入力設定画面２３０の画面図である。図１７（ａ）は、図１５および図１６の関数設定画面２１０においてカラム名が指定された入力データファイル「検索記入データ．ｘｌｓ」を表示する入力設定画面２３０を示している。なお、図１５および図１６では、図１７（ａ）の「氏名漢字」カラムと「氏名カナ」カラムとが指定されている。図１７（ｂ）は、別の入力データファイル「ログインデータ２．ｘｌｓ」を表示する入力設定画面２３０を示している。同図の入力データファイルについては、図１８に関連して後述する。
【００７２】
図１８は、参考技術２におけるケース設定画面２４０の画面図である。実行番号欄２５３には各実行セットの基本的な実行順序、テストケースＩＤ欄２５４にはテストケースの識別情報が設定される。グループＩＤ欄２５６には実行セットの繰り返し処理のグループを示す識別情報、行番号欄２５８には動作テストにおける入力データファイルの参照範囲が設定される。操作内容ファイル欄２６０は各実行セットにおける操作内容ファイル、入力データファイル欄２６２は各実行セットの入力データファイルが設定される。ケース設定画面２４０における設定内容は、ケースファイル保持部１４８においてケースファイルとして記憶される。
【００７３】
ケース設定画面２４０においてテスト実行ボタン２６４が押下されると、プログラム生成部１３２は、ケースファイルおよび操作内容ファイルにしたがって動作テスト用プログラムを生成する。具体的には、ケースファイルにおいて同一のテストケースＩＤが設定された１以上の操作内容ファイルに基づいて、各操作内容ファイルに記録された関数がプログラムコードに設定された１つの動作テスト用プログラムを生成する。例えば、プログラム生成部１３２は、図１８のケース設定画面２４０の内容が記録されたケースファイルにしたがって、登録ケースを実行するための１つの動作テスト用プログラムと、検索ケースを実行するための１つの動作テスト用プログラムとを生成する。なお、「１つの動作テスト用プログラム」は、１つの実行単位として実行されるプログラム、言い換えれば１つの実行契機で実行されるプログラムを意味し、物理的なプログラム数は問わない。
【００７４】
プログラム実行部１３４は、各操作内容ファイルに記録された１つの関数を実行する際、その操作内容ファイルと対応づけられた入力データファイルのデータのうち、操作内容ファイルにおいてその関数と対応づけられたカラムのデータをその関数に渡す。
【００７５】
また、プログラム実行部１３４は、同一のテストケースにおいて同一のグループＩＤが付与された複数の実行セットを、同一の繰り返し処理を実行すべき同一のグループとして取り扱う。具体的には、同一のグループＩＤが付与された複数の実行セットそれぞれの実行を繰り返し、繰り返しのたびに、各実行セットの操作内容ファイルに記録された関数に対して、入力データファイルに記録された所定数のレコードを渡す。参考技術２では、繰り返しのたびに入力データファイルに記録された１レコードを関数に渡すこととする。なお、上述の処理を実行するための繰り返し命令がプログラムコードに設定された動作テスト用プログラムを、プログラム生成部１３２おいて生成してもよい。
【００７６】
また、プログラム実行部１３４は、行番号が指定された実行セットについては、その操作内容ファイルに記録された関数に対して、入力データファイルにおいてその行番号で特定される入力データを渡す。したがって、グループＩＤによる繰り返し処理が指定され、さらに行番号が指定された場合には、行番号の指定数だけその繰り返しを実行することになる。例えば、図１８の登録ケースでは、実行セットをまたがったグループの設定はなく、各実行セットでは入力データ１個分の処理が実行される。これに対し、図１８の検索ケースでは、各実行セットにおける入力データ１個分の処理が３回繰り返される。
【００７７】
具体的には、１回目の繰り返しでは、ログイン２．ｘｌｓに記録された関数に対してログインデータ２．ｘｌｓの３５行目のデータ「ｔ＿ｙａｍａｄａ」が渡される。そして、検索記入．ｘｌｓに記録された関数、具体的には図１５のＮｏ１の関数に対しては検索記入データ．ｘｌｓの１行目・氏名漢字のデータ「山田太郎」が渡される。また、図１５のＮｏ２の関数に対しては検索記入データ．ｘｌｓの１行目・氏名カナのデータ「ヤマダタロウ」が渡される。
２回目の繰り返しでは、ログイン２．ｘｌｓに記録された関数に対してログインデータ２．ｘｌｓの３６行目のデータ「ｈ＿ｙａｍａｄａ」が渡される。そして、検索記入．ｘｌｓに記録された図１５のＮｏ１の関数に対して検索記入データ．ｘｌｓの２行目・氏名漢字のデータ「山田花子」が渡される。また、図１５のＮｏ２の関数に対して検索記入データ．ｘｌｓの２行目・氏名カナのデータ「ヤマダハナコ」が渡される。
３回目の繰り返しにおいても同様に、インクリメントされた行番号における入力データが各関数に渡されることになる。
【００７８】
参考技術２の動作検証装置１００においても、参考技術１で既述した効果を奏する。具体的には、処理とパラメータの分離、および、ＧＵＩベースの設定が実現されるため、動作テスト用プログラムに含めるロジックの多様性を確保しつつも、安定した品質のプログラムを簡易に生成できる。また、入力データファイルの設定によって、動作テストのバリエーションを広げやすくなる。さらに、ケースファイルの設定によって、様々なシナリオにおける動作テストを実現できる。
【００７９】
参考技術２の動作検証装置１００においては、さらに、動作テスト用プログラムを実行する実行エンジン機能と、実行エンジンの効率的な利用を実現するラッパー機能とがシームレスに、ユーザによる仲介を要することなく連係する。これにより、動作テストを実行するためのユーザの負担を軽減できる。また、参考技術１の動作検証装置１００の場合と異なり、ユーザは、ＱＴＰのプロジェクト等、プログラム実行のための環境を意識する必要がない。すなわち、ユーザにとって理解・操作が容易な形式の操作内容ファイルと入力データファイルとを設定すればよい。これにより、ユーザは動作テストを容易に実施できるようになる。
【００８０】
参考技術２の動作検証装置１００においては、さらにまた、同一テストケースの複数の実行セットが集約された１つの動作テスト用プログラムが生成され、その１つの動作テスト用プログラムが実行される。参考技術１の動作検証装置１００における実行セット毎、すなわち実行セットに基づき生成されたＱＴＰのプロジェクト毎の実行と比較して、１つのテストケースにおける一連の動作テストを実行する際のオーバーヘッドが低減され、迅速な動作テストを実現できる。
【００８１】
参考技術２の動作検証装置１００においては、さらにまた、複数の実行セットに亘る繰り返しのグループを設定できる。これにより、実行セットを柔軟に分割でき、また、動作テストのシナリオを柔軟に設定できる。さらにまた、入力データファイルの参照範囲を設定できる。これにより、入力データファイルが同一であっても、シナリオに応じて柔軟に参照範囲を変更でき、様々なバリエーションの動作テストを容易に実現できる。
【００８２】
上述した参考技術２においては、関数設定画面２１０における値設定を支援する例としてドロップダウンリスト２５２を示した。変形例においては、ウェブページにおけるラジオボタン、チェックボックス、リストボックス等で選択可能に表示された入力データの候補が、ドロップダウンリスト２５２またはその他の形式で関数設定画面２１０において選択可能に表示されてもよい。すなわち、動作確認対象の機器に対するデータ入力操作の際にユーザに対して様々な形式で選択可能に表示された入力データの候補が、関数設定画面２１０における値設定の際に選択可能に表示されてもよい。
【００８３】
上述した参考技術１においては、ウェブサーバ４００に対するユーザの操作をＱＴＰが受け付け、ログを生成したことを条件として、動作検証装置１００が動作テスト用プログラムを作成している。また、上述した参考技術２においては、ウェブサーバ４００に対するユーザの操作を動作検証装置１００が検出して、動作テスト用プログラムを作成している。変形例として、動作検証装置１００においてウェブサーバ４００からＨＴＭＬファイルを取得した時点で、動作テスト用プログラムを生成してもよい。この場合、動作検証装置１００は、ＨＴＭＬファイルに含まれるフォームタグを検索し、ＨＴＭＬファイルにどのような入力インタフェースが含まれているかを特定する。そして、各入力インタフェースにデータを入力するための関数を選択し、これらの関数をさまざまな順序で並べれば、ユーザによる明示的なウェブ操作がなくても、動作テスト用のプログラムを生成できる。
【００８４】
（実施の形態）
以下、本発明の実施の形態を説明するが、まずその概要を説明する。
現在、数多くのウェブブラウザが公開されており、ユーザのＰＣにおいても様々な種類のウェブブラウザが使用されている。したがって動作検証装置としては、複数種のウェブブラウザによるウェブページの動作テストをサポートできることが望ましい。この場合、動作検証装置は、ウェブブラウザの仕様に応じてウェブブラウザを操作する必要があり、そのアーキテクチャは以下の２つに大別される。なお、動作テストの対象となるウェブページを、以下では「テスト対象ページ」とも称する。
【００８５】
方式１．外部からの操作：
ウェブブラウザが外部に公開するＡＰＩ、すなわちウェブブラウザに表示中のテスト対象ページへの入力操作を受け付けるインタフェース（以下、「操作ＩＦ」とも呼ぶ）を呼び出すことにより、ウェブブラウザを外部から操作する。本実施の形態の操作ＩＦは、具体的には、テスト対象ページに対してデータを入力し、またテスト対象ページのフォームを実行させ、またウェブサーバに対するＧＥＴリクエストやＰＯＳＴリクエストを送信させるための関数である。
【００８６】
方式２．内部からの操作：
テスト対象ページへの入力操作を受け付けて、その入力操作をウェブブラウザに実行させるスクリプト文書（以下、「制御コード」とも呼ぶ）を、テスト対象ページのプログラムコード（すなわちＨＴＭＬ文書）に対して追記する。そして、その制御コードを呼び出すことにより、ウェブブラウザを内部から操作する。言い換えれば、ウェブブラウザに表示されたウェブページに予め埋め込まれたスクリプト文書によってそのウェブブラウザを操作する。
【００８７】
本実施の形態の制御コードは、テスト対象ページへの入力操作を外部から受け付けるインタフェース機能を含む関数が記述されたプログラムコードである。また、テスト対象ページのＤＯＭツリーを操作することによりテスト対象ページの表示内容を更新する機能や、ウェブサーバに対するＧＥＴリクエストやＰＯＳＴリクエストを送信する機能を含む関数が記述されたプログラムコードでもある。なお制御コードは、所定のスクリプト言語（例えば、ＪＡＶＡスクリプト（「ＪＡＶＡ」は登録商標））で記述されてもよい。
【００８８】
図１９は、ウェブブラウザに対する２つの操作方式の特徴を示す。同図は、外部からの操作方式と内部からの操作方式とを比較したものである。最重要と想定される動作テストそのものの信頼性については、内部からの操作方式はテスト対象ページを書き換えるものであるため、外部からの操作方式の方が優れるといえる。その一方で適合性および汎用性については、外部からの操作方式はウェブブラウザにおける操作ＩＦに依存するものであるため、内部からの操作方式の方が優れるといえる。
【００８９】
そこで本実施の形態では、動作テストに使用するウェブブラウザの操作ＩＦが公開されている場合はウェブブラウザを外部から操作し、操作ＩＦが非公開である場合はウェブブラウザを内部から操作する動作検証装置を提案する。これにより、動作テストの信頼性をベストエフォートで確保しつつ、様々な種類のウェブブラウザによる動作テストをサポートできる。
【００９０】
図２０は、ウェブブラウザに対する２つの操作方式について機能間の呼び出し関係を模式的に示す。ウェブサーバ４００は、テスト対象ページを提供する情報処理装置である。ブラウザ４０２で総称されるブラウザＡ４０２ａ、ブラウザＢ４０２ｂ、ブラウザＣ４０２ｃ、ブラウザＤ４０２ｄは、ＨＴＴＰユーザエージェントとして機能するウェブブラウザであり、テスト対象ページの表示処理・操作処理等を実行する。なお、同図のブラウザＡ４０２ａおよびブラウザＢ４０２ｂはその操作ＩＦを外部に公開し、ブラウザＣ４０２ｃおよびブラウザＤ４０２ｄはその操作ＩＦを非公開とするものである。
【００９１】
個別ブラウザ用エンジン４０４で総称されるブラウザＡ用エンジン４０４ａとブラウザＢ用エンジン４０４ｂとのそれぞれは、ブラウザＡ４０２ａとブラウザＢ４０２ｂそれぞれの操作ＩＦを呼び出すプログラムコードである。共通ＩＦ４０６は、複数種のブラウザ４０２それぞれの操作ＩＦを呼び出すためのインタフェースであり、複数種のブラウザ４０２それぞれで異なる操作ＩＦに依存しない共通形式のインタフェースを備えるプログラムコードである。個別ブラウザ用エンジンドライバ４０８で総称されるブラウザＡ用エンジンドライバ４０８ａ、ブラウザＢ用エンジンドライバ４０８ｂは、ブラウザ４０２の種類に依存しない共通ＩＦ４０６形式のデータを、ブラウザ４０２ごとに異なる操作ＩＦ形式のデータへ変換することにより、動作テスト用プログラムと個別ブラウザ用エンジン４０４とをブリッジする。
【００９２】
プロキシサーバ４１０は、ブラウザ４０２の代理として、ウェブサーバからテスト対象ページを取得するリバースプロキシとして機能する。プロキシサーバ４１０は、テスト対象ページへ制御コードを追加した後、そのテスト対象ページをブラウザＣ４０２ｃおよびブラウザＤ４０２ｄへ提供する。内部操作エンジン４１２は、プロキシサーバ４１０を介して、テスト対象ページに付加された制御コードを呼び出す。内部操作エンジンドライバ４１４は、共通ＩＦ４０６形式のデータを、制御コードを呼び出すための所定形式のデータへ変換することにより、動作テスト用プログラムと内部操作エンジン４１２とをブリッジする。
【００９３】
図２０の動作を説明する。テスト対象ページを表示するウェブブラウザがブラウザＡ４０２ａ、またはブラウザＢ４０２ｂである場合、動作テスト用プログラムは共通ＩＦ４０６をコールする。それに伴って、個別ブラウザ用エンジンドライバ４０８・個別ブラウザ用エンジン４０４を介して、ウェブブラウザの操作ＩＦがコールされることにより、ウェブブラウザが操作され、テスト対象ページへの入力操作が実現される。
【００９４】
一方で、テスト対象ページを表示するウェブブラウザがブラウザＣ４０２ｃ、またはブラウザＤ４０２ｄである場合、プロキシサーバ４１０はテスト対象ページに制御コードを追加して、そのテスト対象ページをウェブブラウザに表示させる。この場合も動作テスト用プログラムは共通ＩＦ４０６をコールし、内部操作エンジンドライバ４１４・内部操作エンジン４１２・プロキシサーバ４１０を介して、テスト対象ページに付加された制御コードが呼び出される。これにより、ウェブブラウザの操作ＩＦを介することなくウェブブラウザが操作され、テスト対象ページへの入力操作が実現される。
【００９５】
図２０の構成によれば、個別ブラウザ用エンジンドライバ４０８および内部操作エンジンドライバ４１４によりウェブブラウザのインタフェースの差異が吸収される。これにより、動作テスト用プログラムは、ウェブページの動作テストで使用するウェブブラウザ（以下、「テスト実行ブラウザ」とも呼ぶ）の種類によらず、常に共通ＩＦ４０６を呼び出すことでテスト実行ブラウザを操作できる。言い換えれば、同一の動作テスト用プログラムにより、複数種のウェブブラウザによる動作テストを自動実行させることができる。
【００９６】
図２１は、実施の形態の動作検証装置の機能構成を示すブロック図である。同図の機能ブロックのうち、参考技術１および２で示した動作検証装置１００の機能ブロックに対応する機能ブロックには、同じ符号を付している。同じ符号を付した機能ブロックについては、その機能が参考技術１および２に既述した内容と異なる場合に記載しており、同様の機能については既述であるため適宜その記載を省略する。
【００９７】
動作検証装置１００は、図１３で示した機能ブロックに加え、ブラウザ処理部１６０をさらに備える。ブラウザ処理部１６０は、図２０のブラウザ４０２に対応し、ウェブブラウザとして機能する。なお、単一の動作検証装置１００が複数種のブラウザ処理部１６０を備えてもよいことはもちろんである。
【００９８】
プログラム実行部１３４は、動作テスト用プログラムの実行に際し、テスト実行ブラウザの種類、言い換えれば、ブラウザ処理部１６０の態様に応じて、外部からの操作方式または内部からの操作方式を選択してブラウザ処理部１６０を操作する。図２２は、図２１のプログラム実行部１３４の詳細を示すブロック図である。プログラム実行部１３４は、テスト主体選択部１６２と、外部操作実行部１６４と、プロキシ処理部１６６と、内部操作実行部１６８と、証左物設定部１７０とを含む。
【００９９】
テスト主体選択部１６２は、テスト実行ブラウザの種類を示す情報、言い換えれば、ブラウザ処理部１６０における操作ＩＦの公開状況を示す情報を所定の設定ファイルや動作テスト用プログラムから取得し、その情報にしたがって動作テストの実行主体を決定する。例えば、各種ウェブブラウザとそれぞれの操作ＩＦの公開状況とを対応づけたテーブルを参照して、テスト実行ブラウザにおける操作ＩＦの公開状況を特定してもよい。
【０１００】
テスト主体選択部１６２は、ブラウザ処理部１６０が操作ＩＦを外部に公開するものである場合、動作テストの実行主体として後述する外部操作実行部１６４を選択する。その一方で、ブラウザ処理部１６０が操作ＩＦを外部に非公開とするものである場合、動作テストの実行主体として後述するプロキシ処理部１６６および内部操作実行部１６８を選択する。
【０１０１】
外部操作実行部１６４は、図２０の個別ブラウザ用エンジン４０４に対応し、動作テスト用プログラムの実行に際し、動作テスト用プログラムによる共通ＩＦ４０６の呼び出しを検出する。そして、ブラウザ処理部１６０が公開する操作ＩＦを呼び出すことにより、ブラウザ処理部１６０を操作して、テスト対象ページに対する入力操作を実行する。
【０１０２】
プロキシ処理部１６６は、図２０のプロキシサーバ４１０に対応し、ブラウザ処理部１６０から要求されたテスト対象ページをウェブサーバ４００から代理取得し、テスト対象ページのＨＴＭＬコード内に制御コードを挿入する。そして改変後のテスト対象ページのＨＴＭＬコードをブラウザ処理部１６０へ送出して表示させる。またプロキシ処理部１６６は、後述する内部操作実行部１６８から制御コードの呼び出しを受け付け、テスト対象ページに追加した制御コードを呼び出す。プロキシ処理部１６６とテスト対象ページとの通信は、ＸＭＬＨｔｔｐＲｅｑｕｅｓｔによる非同期通信として実装されてもよい。
【０１０３】
内部操作実行部１６８は、図２０の内部操作エンジン４１２に対応し、動作テスト用プログラムの実行に際し、動作テスト用プログラムによる共通ＩＦ４０６の呼び出しを検出する。そして、プロキシ処理部１６６を介して、テスト対象ページに追加された制御コードを呼び出すことにより、ブラウザ処理部１６０を操作して、テスト対象ページに対する入力操作を実行する。なお、プロキシ処理部１６６および内部操作実行部１６８は、テスト自動化ツールとして公開されているＳｅｌｅｎｉｕｍ（http://seleniumhq.org/）のライブラリを用いて実装されてもよい。
【０１０４】
証左物設定部１７０は、外部操作実行部１６４または内部操作実行部１６８からの要求に応じて、動作テストの結果を証明するデータ（以下、「証左物」とも呼ぶ）を設定し、その証左物を結果保持部１５２へ格納する。証左物として、ブラウザ処理部１６０によりディスプレイに表示されたテスト対象ページの画面スナップを取得し、また、ウェブサーバ４００とのＨＴＴＰ通信で送受されるデータを取得してもよい。なお、画面スナップの取得機能は、ＯＳにより提供されてもよく、ＨＴＴＰ通信データの取得機能は、動作検証装置１００にインストールされたパケットキャプチャソフトにより提供されてもよい。
【０１０５】
以上の構成による動作を以下説明する。
図２３は、動作検証装置１００の動作を示すフローチャートである。同図は、動作検証装置１００において動作テスト用プログラムが実行される際の動作を示すものである。例えば、図１２におけるＳ２１８の詳細を示すものであり、図１４におけるＳ２２８の詳細を示すものでもある。
【０１０６】
テスト対象ページの動作テストの開始時、テスト主体選択部１６２は、ブラウザ処理部１６０における操作ＩＦの公開状況に応じて、動作テストの実行エンジンを選択する（Ｓ３００）。ブラウザ処理部１６０は、ウェブサーバ４００に対してテスト対象ページの提供を要求する（Ｓ３０２）。ブラウザ処理部１６０において操作ＩＦが非公開である場合（Ｓ３０４のＮ）、プロキシ処理部１６６は、テスト対象ページを代理取得して、そのＨＴＭＬコードへ制御コードを追加した後、テスト対象ページをブラウザ処理部１６０へ送出する（Ｓ３０６）。操作ＩＦが公開されていれば（Ｓ３０４のＹ）、Ｓ３０６はスキップされる。ブラウザ処理部１６０は、テスト対象ページを所定のディスプレイに表示させる（Ｓ３０８）。証左物設定部１７０は、テスト対象ページの画面スナップを取得する等、動作テストの証左物を設定して結果保持部１５２へ格納する（Ｓ３１０）。
【０１０７】
動作テストで実行すべき全操作が実行済であれば（Ｓ３１２のＹ）、本図のフローを終了する。未実行の操作が残っており（Ｓ３１２のＮ）、ブラウザ処理部１６０において操作ＩＦが公開されている場合（Ｓ３１４のＹ）、外部操作実行部１６４は、動作テスト用プログラムによるテスト対象ページへの入力操作を、その操作ＩＦをコールすることにより実行する（Ｓ３１６）。操作ＩＦが非公開であれば（Ｓ３１４のＮ）、内部操作実行部１６８は、動作テスト用プログラムによるテスト対象ページへの入力操作を、そのテスト対象ページに追加された制御コードをコールすることにより実行する（Ｓ３１８）。テスト対象ページへの操作により新たなウェブページの提供が要求される場合、例えば、ＧＥＴリクエストやＰＯＳＴリクエスト等による画面遷移が発生する場合（Ｓ３２０のＹ）、Ｓ３０４に戻る。新たなウェブページの提供が要求されなければ（Ｓ３２０のＮ）、Ｓ３１０に戻る。
【０１０８】
本実施の形態の動作検証装置１００は、参考技術１および２に記載の動作検証装置１００の構成を前提として、複数種のウェブブラウザにおけるウェブページの動作テストをサポートするための構成を追加したものである。したがって、本実施の形態の動作検証装置１００の構成は、参考技術１および２に記載の効果をそのまま奏するとともに、さらに以下の効果を奏するものである。
【０１０９】
動作検証装置１００では、ウェブブラウザの操作方式として、内部からの操作方式を実装することにより、ウェブブラウザにおける操作ＩＦの公開有無によらず、複数種のウェブブラウザにおけるウェブページの動作テストを実行できる。また、動作検証装置１００では、ウェブブラウザの操作方式として、外部からの操作方式も実装しており、ウェブブラウザが操作ＩＦを公開する場合は、外部からの操作方式で動作テストを行うことにより、動作テストの信頼性を担保しやすくなる。
【０１１０】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【０１１１】
上記実施の形態では、プロキシサーバ４１０に対応するプロキシ処理部１６６は、動作検証装置１００に内包されることとした。変形例では、プロキシ処理部１６６は、動作検証装置１００とは異なる別の情報処理装置に備えられてもよい。
【０１１２】
上記実施の形態で一部既述したが、単一の動作検証装置１００に複数種のウェブブラウザがインストールされてもよく、動作検証装置１００は複数種のウェブブラウザに対応する複数のブラウザ処理部１６０を備えてもよい。この場合、プログラム実行部１３４は、それぞれのウェブブラウザにおいてテスト対象ページの動作テストを実行してもよい。すなわち、図２３で示す処理をウェブブラウザごとに並行実行してもよい。複数種のウェブブラウザにおける動作テストを単一の動作検証装置１００において実施できることで、効率的かつ低コストでの動作テストを実現できる。
【０１１３】
上記実施の形態では、ウェブブラウザの種類ごとに内部からの操作方式と外部からの操作方式とのいずれかが選択された。変形例では、単一のウェブブラウザでの動作テストにおいて両方式が組み合わせられてもよい。例えば、テスト対象ページに対する操作のうち、公開された操作ＩＦを使用して実行可能な操作は外部からの操作方式を適用し、すなわち外部操作実行部１６４が操作ＩＦをコールする。その一方で、公開された操作ＩＦでは実行不可な操作は内部からの操作方式を適用し、すなわち内部操作実行部１６８が制御コードをコールする。ウェブページ内に記述されたスクリプトコードには一般的に広範な操作が許容されるため、操作ＩＦの仕様に依存して発生する外部からの操作方式での制約を、内部からの操作方式により補完することができる。
【０１１４】
上述した参考技術、実施の形態、変形例の任意の組み合わせもまた本発明の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる参考技術、実施の形態、変形例それぞれの効果をあわせもつ。
【０１１５】
請求項に記載の各構成要件が果たすべき機能は、参考技術、実施の形態、変形例において示された各構成要素の単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。
【符号の説明】
【０１１６】
１００  動作検証装置、  １３２  プログラム生成部、  １３４  プログラム実行部、  １３７  操作記録部、  １６０  ブラウザ処理部、  １６２  テスト主体選択部、  １６４  外部操作実行部、  １６６  プロキシ処理部、  １６８  内部操作実行部、  １７０  証左物設定部。
【図１（ａ）】
2011164784.tif 000003
【図１（ｂ）】
2011164784.tif 000004
【図２】
2011164784.tif 000005
【図３】
2011164784.tif 000006
【図４】
2011164784.tif 000007
【図５】
2011164784.tif 000008
【図６】
2011164784.tif 000009
【図７】
2011164784.tif 000010
【図８】
2011164784.tif 000011
【図９】
2011164784.tif 000012
【図１０】
2011164784.tif 000013
【図１１】
2011164784.tif 000014
【図１２】
2011164784.tif 000015
【図１３】
2011164784.tif 000016
【図１４】
2011164784.tif 000017
【図１５】
2011164784.tif 000018
【図１６】
2011164784.tif 000019
【図１７】
2011164784.tif 000020
【図１８】
2011164784.tif 000021
【図１９】
2011164784.tif 000022
【図２０】
2011164784.tif 000023
【図２１】
2011164784.tif 000024
【図２２】
2011164784.tif 000025
【図２３】
2011164784.tif 000026