JPWO2012042559A1 - 動作検証装置、動作検証方法および動作検証プログラム - Google Patents

Abstract

動作検証装置１００は、操作対象のウェブページに操作のための制御コードを追加後、そのウェブページをウェブブラウザに表示させるプロキシ処理部と、ウェブページに対する操作内容を定めたテスト・プログラムの実行に際し、所定の操作指示をプロキシ処理部へ通知して、操作対象のウェブページに追加された制御コードを呼び出させるプログラム実行部１３４と、ウェブブラウザによるダイアログの表示を検出するアドオンプログラムを、ウェブブラウザの拡張機能として設定するアドオン設定部とを備える。プログラム実行部１３４は、アドオンプログラムからダイアログが表示された旨の通知を受け付けた場合、テスト・プログラムにおいて指定されたダイアログ操作をアドオンプログラムへ指示する。

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関数のような動作テストを支援するための関数を用意しておくことにより、動作テストの効率や信頼性をいっそう向上させやすくなる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（参考技術３）
まず参考技術３の概要を説明する。
現在、数多くのウェブブラウザが公開されており、ユーザのＰＣにおいても様々な種類のウェブブラウザが使用されている。したがって動作検証装置としては、複数種のウェブブラウザによるウェブページの動作テストをサポートできることが望ましい。この場合、動作検証装置は、ウェブブラウザの仕様に応じてウェブブラウザを操作する必要があり、そのアーキテクチャは以下の２つに大別される。なお、動作テストの対象となるウェブページを、以下では「テスト対象ページ」とも称する。

方式１．外部からの操作：
ウェブブラウザが外部に公開するＡＰＩ（Application Programming Interface）、すなわちウェブブラウザに表示中のテスト対象ページへの入力操作を受け付けるインタフェース（以下、「操作ＩＦ」とも呼ぶ）を呼び出すことにより、ウェブブラウザを外部から操作する。参考技術３の操作ＩＦは、具体的には、テスト対象ページに対してデータを入力し、またテスト対象ページのフォームを実行させ、またウェブサーバに対するＧＥＴリクエストやＰＯＳＴリクエストを送信させるための関数である。

方式２．内部からの操作：
テスト対象ページへの入力操作を受け付けて、その入力操作をウェブブラウザに実行させるスクリプト文書（以下、「制御コード」とも呼ぶ）を、テスト対象ページのプログラムコード（すなわちＨＴＭＬ文書）に対して追記する。そして、その制御コードを呼び出すことにより、ウェブブラウザを内部から操作する。言い換えれば、ウェブブラウザに表示されたウェブページに予め埋め込まれたスクリプト文書によってそのウェブブラウザを操作する。

参考技術３の制御コードは、テスト対象ページへの入力操作を外部から受け付けるインタフェース機能を含む関数が記述されたプログラムコードである。また、テスト対象ページのＤＯＭツリーを操作することによりテスト対象ページの表示内容を更新する機能や、ウェブサーバに対するＧＥＴリクエストやＰＯＳＴリクエストを送信する機能を含む関数が記述されたプログラムコードでもある。なお制御コードは、所定のスクリプト言語（例えば、ＪＡＶＡスクリプト（「ＪＡＶＡ」は登録商標））で記述されてもよい。

図１９は、ウェブブラウザに対する２つの操作方式の特徴を示す。同図は、外部からの操作方式と内部からの操作方式とを比較したものである。最重要と想定される動作テストそのものの信頼性については、内部からの操作方式はテスト対象ページを書き換えるものであるため、外部からの操作方式の方が優れるといえる。その一方で適合性および汎用性については、外部からの操作方式はウェブブラウザにおける操作ＩＦに依存するものであるため、内部からの操作方式の方が優れるといえる。

そこで参考技術３では、動作テストに使用するウェブブラウザの操作ＩＦが公開されている場合はウェブブラウザを外部から操作し、操作ＩＦが非公開である場合はウェブブラウザを内部から操作する動作検証装置を提案する。これにより、動作テストの信頼性をベストエフォートで確保しつつ、様々な種類のウェブブラウザによる動作テストをサポートできる。

図２０は、ウェブブラウザに対する２つの操作方式について機能間の呼び出し関係を模式的に示す。ウェブサーバ４００は、テスト対象ページを提供する情報処理装置である。ブラウザ４０２で総称されるブラウザＡ４０２ａ、ブラウザＢ４０２ｂ、ブラウザＣ４０２ｃ、ブラウザＤ４０２ｄは、ＨＴＴＰユーザエージェントとして機能するウェブブラウザであり、テスト対象ページの表示処理・操作処理等を実行する。なお、同図のブラウザＡ４０２ａおよびブラウザＢ４０２ｂはその操作ＩＦを外部に公開し、ブラウザＣ４０２ｃおよびブラウザＤ４０２ｄはその操作ＩＦを非公開とするものである。

個別ブラウザ用エンジン４０４で総称されるブラウザＡ用エンジン４０４ａとブラウザＢ用エンジン４０４ｂとのそれぞれは、ブラウザＡ４０２ａとブラウザＢ４０２ｂそれぞれの操作ＩＦを呼び出すプログラムコードである。共通ＩＦ４０６は、複数種のブラウザ４０２それぞれの操作ＩＦを呼び出すためのインタフェースであり、複数種のブラウザ４０２それぞれで異なる操作ＩＦに依存しない共通形式のインタフェースを備えるプログラムコードである。個別ブラウザ用エンジンドライバ４０８で総称されるブラウザＡ用エンジンドライバ４０８ａ、ブラウザＢ用エンジンドライバ４０８ｂは、ブラウザ４０２の種類に依存しない共通ＩＦ４０６形式のデータを、ブラウザ４０２ごとに異なる操作ＩＦ形式のデータへ変換することにより、動作テスト用プログラムと個別ブラウザ用エンジン４０４とをブリッジする。

プロキシサーバ４１０は、ブラウザ４０２の代理として、ウェブサーバからテスト対象ページを取得するリバースプロキシとして機能する。プロキシサーバ４１０は、テスト対象ページへ制御コードを追加した後、そのテスト対象ページをブラウザＣ４０２ｃおよびブラウザＤ４０２ｄへ提供する。内部操作エンジン４１２は、プロキシサーバ４１０を介して、テスト対象ページに付加された制御コードを呼び出す。内部操作エンジンドライバ４１４は、共通ＩＦ４０６形式のデータを、制御コードを呼び出すための所定形式のデータへ変換することにより、動作テスト用プログラムと内部操作エンジン４１２とをブリッジする。

図２０の動作を説明する。テスト対象ページを表示するウェブブラウザがブラウザＡ４０２ａ、またはブラウザＢ４０２ｂである場合、動作テスト用プログラムは共通ＩＦ４０６をコールする。それに伴って、個別ブラウザ用エンジンドライバ４０８・個別ブラウザ用エンジン４０４を介して、ウェブブラウザの操作ＩＦがコールされることにより、ウェブブラウザが操作され、テスト対象ページへの入力操作が実現される。

一方で、テスト対象ページを表示するウェブブラウザがブラウザＣ４０２ｃ、またはブラウザＤ４０２ｄである場合、プロキシサーバ４１０はテスト対象ページに制御コードを追加して、そのテスト対象ページをウェブブラウザに表示させる。この場合も動作テスト用プログラムは共通ＩＦ４０６をコールし、内部操作エンジンドライバ４１４・内部操作エンジン４１２・プロキシサーバ４１０を介して、テスト対象ページに付加された制御コードが呼び出される。これにより、ウェブブラウザの操作ＩＦを介することなくウェブブラウザが操作され、テスト対象ページへの入力操作が実現される。

図２０の構成によれば、個別ブラウザ用エンジンドライバ４０８および内部操作エンジンドライバ４１４によりウェブブラウザのインタフェースの差異が吸収される。これにより、動作テスト用プログラムは、ウェブページの動作テストで使用するウェブブラウザ（以下、「テスト実行ブラウザ」とも呼ぶ）の種類によらず、常に共通ＩＦ４０６を呼び出すことでテスト実行ブラウザを操作できる。言い換えれば、同一の動作テスト用プログラムにより、複数種のウェブブラウザによる動作テストを自動実行させることができる。

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

動作検証装置１００は、図１３で示した機能ブロックに加え、ブラウザ処理部１６０をさらに備える。ブラウザ処理部１６０は、図２０のブラウザ４０２に対応し、ウェブブラウザとして機能する。なお、単一の動作検証装置１００が複数種のブラウザ処理部１６０を備えてもよいことはもちろんである。

プログラム実行部１３４は、動作テスト用プログラムの実行に際し、テスト実行ブラウザの種類、言い換えれば、ブラウザ処理部１６０の態様に応じて、外部からの操作方式または内部からの操作方式を選択してブラウザ処理部１６０を操作する。図２２は、図２１のプログラム実行部１３４の詳細を示すブロック図である。プログラム実行部１３４は、テスト主体選択部１６２と、外部操作実行部１６４と、プロキシ処理部１６６と、内部操作実行部１６８と、証左物設定部１７０とを含む。

テスト主体選択部１６２は、テスト実行ブラウザの種類を示す情報、言い換えれば、ブラウザ処理部１６０における操作ＩＦの公開状況を示す情報を所定の設定ファイルや動作テスト用プログラムから取得し、その情報にしたがって動作テストの実行主体を決定する。例えば、各種ウェブブラウザとそれぞれの操作ＩＦの公開状況とを対応づけたテーブルを参照して、テスト実行ブラウザにおける操作ＩＦの公開状況を特定してもよい。

テスト主体選択部１６２は、ブラウザ処理部１６０が操作ＩＦを外部に公開するものである場合、動作テストの実行主体として後述する外部操作実行部１６４を選択する。その一方で、ブラウザ処理部１６０が操作ＩＦを外部に非公開とするものである場合、動作テストの実行主体として後述するプロキシ処理部１６６および内部操作実行部１６８を選択する。

外部操作実行部１６４は、図２０の個別ブラウザ用エンジン４０４に対応し、動作テスト用プログラムの実行に際し、動作テスト用プログラムによる共通ＩＦ４０６の呼び出しを検出する。そして、ブラウザ処理部１６０が公開する操作ＩＦを呼び出すことにより、ブラウザ処理部１６０を操作して、テスト対象ページに対する入力操作を実行する。

プロキシ処理部１６６は、図２０のプロキシサーバ４１０に対応し、ブラウザ処理部１６０から要求されたテスト対象ページをウェブサーバ４００から代理取得し、テスト対象ページのＨＴＭＬコード内に制御コードを挿入する。そして改変後のテスト対象ページのＨＴＭＬコードをブラウザ処理部１６０へ送出して表示させる。またプロキシ処理部１６６は、後述する内部操作実行部１６８から制御コードの呼び出しを受け付け、テスト対象ページに追加した制御コードを呼び出す。プロキシ処理部１６６とテスト対象ページとの通信は、ＸＭＬＨｔｔｐＲｅｑｕｅｓｔによる非同期通信として実装されてもよい。

内部操作実行部１６８は、図２０の内部操作エンジン４１２に対応し、動作テスト用プログラムの実行に際し、動作テスト用プログラムによる共通ＩＦ４０６の呼び出しを検出する。そして、プロキシ処理部１６６を介して、テスト対象ページに追加された制御コードを呼び出すことにより、ブラウザ処理部１６０を操作して、テスト対象ページに対する入力操作を実行する。なお、プロキシ処理部１６６および内部操作実行部１６８は、テスト自動化ツールとして公開されているＳｅｌｅｎｉｕｍ（http://seleniumhq.org/）のライブラリを用いて実装されてもよい。

証左物設定部１７０は、外部操作実行部１６４または内部操作実行部１６８からの要求に応じて、動作テストの結果を証明するデータ（以下、「証左物」とも呼ぶ）を設定し、その証左物を結果保持部１５２へ格納する。証左物として、ブラウザ処理部１６０によりディスプレイに表示されたテスト対象ページの画面スナップを取得し、また、ウェブサーバ４００とのＨＴＴＰ通信で送受されるデータを取得してもよい。なお、画面スナップの取得機能は、動作検証装置１００のオペレーティングシステム（以下、「ＯＳ」とも呼ぶ。）により提供されてもよく、ＨＴＴＰ通信データの取得機能は、動作検証装置１００にインストールされたパケットキャプチャソフトにより提供されてもよい。

以上の構成による動作を以下説明する。
図２３は、動作検証装置１００の動作を示すフローチャートである。同図は、動作検証装置１００において動作テスト用プログラムが実行される際の動作を示すものである。例えば、図１２におけるＳ２１８の詳細を示すものであり、図１４におけるＳ２２８の詳細を示すものでもある。

テスト対象ページの動作テストの開始時、テスト主体選択部１６２は、ブラウザ処理部１６０における操作ＩＦの公開状況に応じて、動作テストの実行エンジンを選択する（Ｓ３００）。ブラウザ処理部１６０は、ウェブサーバ４００に対してテスト対象ページの提供を要求する（Ｓ３０２）。ブラウザ処理部１６０において操作ＩＦが非公開である場合（Ｓ３０４のＮ）、プロキシ処理部１６６は、テスト対象ページを代理取得して、そのＨＴＭＬコードへ制御コードを追加した後、テスト対象ページをブラウザ処理部１６０へ送出する（Ｓ３０６）。操作ＩＦが公開されていれば（Ｓ３０４のＹ）、Ｓ３０６はスキップされる。ブラウザ処理部１６０は、テスト対象ページを所定のディスプレイに表示させる（Ｓ３０８）。証左物設定部１７０は、テスト対象ページの画面スナップを取得する等、動作テストの証左物を設定して結果保持部１５２へ格納する（Ｓ３１０）。

動作テストで実行すべき全操作が実行済であれば（Ｓ３１２のＹ）、本図のフローを終了する。未実行の操作が残っており（Ｓ３１２のＮ）、ブラウザ処理部１６０において操作ＩＦが公開されている場合（Ｓ３１４のＹ）、外部操作実行部１６４は、動作テスト用プログラムによるテスト対象ページへの入力操作を、その操作ＩＦをコールすることにより実行する（Ｓ３１６）。操作ＩＦが非公開であれば（Ｓ３１４のＮ）、内部操作実行部１６８は、動作テスト用プログラムによるテスト対象ページへの入力操作を、そのテスト対象ページに追加された制御コードをコールすることにより実行する（Ｓ３１８）。テスト対象ページへの操作により新たなウェブページの提供が要求される場合、例えば、ＧＥＴリクエストやＰＯＳＴリクエスト等による画面遷移が発生する場合（Ｓ３２０のＹ）、Ｓ３０４に戻る。新たなウェブページの提供が要求されなければ（Ｓ３２０のＮ）、Ｓ３１０に戻る。

参考技術３の動作検証装置１００は、参考技術１および２に記載の動作検証装置１００の構成を前提として、複数種のウェブブラウザにおけるウェブページの動作テストをサポートするための構成を追加したものである。したがって、参考技術３の動作検証装置１００の構成は、参考技術１および２に記載の効果をそのまま奏するとともに、さらに以下の効果を奏するものである。

動作検証装置１００では、ウェブブラウザの操作方式として、内部からの操作方式を実装することにより、ウェブブラウザにおける操作ＩＦの公開有無によらず、複数種のウェブブラウザにおけるウェブページの動作テストを実行できる。また、動作検証装置１００では、ウェブブラウザの操作方式として、外部からの操作方式も実装しており、ウェブブラウザが操作ＩＦを公開する場合は、外部からの操作方式で動作テストを行うことにより、動作テストの信頼性を担保しやすくなる。

以上、参考技術３の動作検証装置１００を説明した。
参考技術３では、プロキシサーバ４１０に対応するプロキシ処理部１６６は、動作検証装置１００に内包されることとした。変形例では、プロキシ処理部１６６は、動作検証装置１００とは異なる別の情報処理装置に備えられてもよい。

一部既述したが、単一の動作検証装置１００に複数種のウェブブラウザがインストールされてもよく、動作検証装置１００は複数種のウェブブラウザに対応する複数のブラウザ処理部１６０を備えてもよい。この場合、プログラム実行部１３４は、それぞれのウェブブラウザにおいてテスト対象ページの動作テストを実行してもよい。すなわち、図２３で示す処理をウェブブラウザごとに並行実行してもよい。複数種のウェブブラウザにおける動作テストを単一の動作検証装置１００において実施できることで、効率的かつ低コストでの動作テストを実現できる。

参考技術３では、ウェブブラウザの種類ごとに内部からの操作方式と外部からの操作方式とのいずれかが選択された。変形例では、単一のウェブブラウザでの動作テストにおいて両方式が組み合わせられてもよい。例えば、テスト対象ページに対する操作のうち、公開された操作ＩＦを使用して実行可能な操作は外部からの操作方式を適用し、すなわち外部操作実行部１６４が操作ＩＦをコールする。その一方で、公開された操作ＩＦでは実行不可な操作は内部からの操作方式を適用し、すなわち内部操作実行部１６８が制御コードをコールする。ウェブページ内に記述されたスクリプトコードには一般的に広範な操作が許容されるため、操作ＩＦの仕様に依存して発生する外部からの操作方式での制約を、内部からの操作方式により補完することができる。

（実施の形態）
本発明の実施の形態では、上記の参考技術３に関連し、様々な種類のウェブブラウザによるウェブページの動作テストをサポートする動作検証装置１００を提案する。以下の説明における「Ｗｉｎｄｏｗｓ（ウィンドウズ）」「Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅr（インターネット・エクスプローラ）」、「Ｆｉｒｅｆｏｘ（ファイアフォックス）」、「Ｍａｃ（マック）」、「Ｍａｃ ＯＳ（マック・オーエス）」、「Ｓａｆａｒｉ（サファリ）」、「ＪＡＶＡ」等の名称は、各社の商標または登録商標である。

図２４は、ウェブページの動作テストにおける機能間の呼び出し関係を模式的に示す。同図の動作検証エンジン５００は、動作検証装置１００におけるウェブページの動作テストのためのコア機能を示している。Ｗｉｎｄｏｗｓ環境５４０は、ウィンドウズＯＳにおける環境を示し、Ｍａｃ環境５６０はＭａｃＯＳにおける環境を示している。なお、ＯＳにウィンドウズがインストールされた動作検証装置１００は、動作検証エンジン５００およびＷｉｎｄｏｗｓ環境５４０の組み合わせで構成されてもよい。また、ＯＳにＭａｃＯＳがインストールされた動作検証装置１００は、動作検証エンジン５００およびＭａｃ環境５６０の組み合わせで構成されてもよい。

図２４のＩＥ（インターネット・エクスプローラ）ブラウザ５４２は、外部のアプリケーションから呼び出し可能な操作ＩＦであるＣＯＭ５５０を公開している。したがって、ＩＥブラウザ５４２に表示されたウェブページの操作には、参考技術３における外部からの操作方式が採用される。その一方で、ＦＦ（ファイアフォックス）ブラウザ５４６およびＳａｆａｒｉブラウザ５６２は、外部のアプリケーションから呼び出し可能な操作ＩＦが公開されていない。したがって、これらのブラウザに表示されたウェブページに対する操作には、参考技術３における内部からの操作方式が採用される。

図２４では、内部からの操作方式のためのセレニウムモジュール５３０を示している。セレニウムモジュール５３０は、図２０の内部操作エンジン４１２およびプロキシサーバ４１０に対応し、テスト自動化ツールとして公開されているＳｅｌｅｎｉｕｍ（http://seleniumhq.org/）のサーバプログラムである。セレニウムモジュール５３０は、ウェブページを表示するウェブブラウザのウィンドウ（以下、「ブラウザウィンドウ」とも呼ぶ。）に対して独自の識別子を割り当てる。そして、クライアントからその識別子が指定されることにより、操作対象とすべきブラウザウィンドウ（言い換えればウェブページ）を一意に識別する。

共通ＩＦ４０６は、図２０の共通ＩＦ４０６に対応する。ＩＥドライバ５０２は、図２０の個別ブラウザ用エンジンドライバ４０８に対応する。ＩＥドライバ５０２は、ＩＥブラウザ５４２を使用したウェブページの動作テストにおいて、動作テスト用プログラム（以下、「テスト・プログラム」とも呼ぶ。）とＩＥブラウザ５４２のブリッジとして機能する。ＩＥドライバ５０２は、ＩＥウィンドウマネージャ５０４と、ＩＥブラウザ操作部５０６と、ＩＥダイアログ操作部５０８とを含む。

ＩＥウィンドウマネージャ５０４は、ウェブページを表示させたブラウザウィンドウに対して、ユーザがテスト・プログラムにおいて割り当てた識別子（以下、「ユーザ割当ＩＤ」とも呼ぶ。）と、ＯＳが割り当てた識別子（以下、「ＯＳ割当ＩＤ」）との対応関係を管理する。

ＩＥブラウザ操作部５０６は、ウェブページの操作を行うべきブラウザウィンドウ（以下、「操作対象ウィンドウ」とも呼ぶ。）について、テスト・プログラムで指定されたユーザ割当ＩＤに対応するＯＳ割当ＩＤを特定する。それとともに、テスト・プログラムで指定された操作内容に対応するＣＯＭ５５０の関数を特定する。そして、ＯＳ割当ＩＤを指定してＣＯＭ５５０の関数を呼び出すことにより、ＩＥブラウザ５４２を外部から操作し、操作対象ウィンドウにおけるウェブページの操作をＩＥブラウザ５４２に実行させる。ウェブページの操作に応じて、ＩＥブラウザ５４２は、ウィンドウズＯＳのリソースを直接使用してダイアログボックスを表示させる場合がある。このダイアログボックスを以下では「ＯＳダイアログ」とも呼ぶ。

ＩＥダイアログ操作部５０８は、ＩＥブラウザ５４２が表示させたＯＳダイアログ５４４を操作する。具体的には、ＯＳダイアログ５４４が表示されたことを検出して、テスト・プログラムで指定されたダイアログ操作に対応するＷｉｎ３２ＡＰＩ５５２の関数を呼び出すことにより、ＯＳダイアログ５４４に対する操作を実行する。なお、ＯＳダイアログ５４４に対する典型的な操作内容としては、文字列の入力や、表示項目の選択、ボタンの押下等が挙げられる。後述するＦＦダイアログ５４８やＳａｆａｒｉダイアログ５６４に対する操作内容も同様である。

ＦＦドライバ５１０は、図２０の内部操作エンジンドライバ４１４に対応し、ＦＦブラウザ５４６を使用したウェブページの動作テストにおいて、テスト・プログラムとＦＦブラウザ５４６とのブリッジとして機能する。ＦＦドライバ５１０は、ＦＦウィンドウマネージャ５１２と、ＦＦブラウザ操作部５１４と、ＦＦダイアログ操作部５１６とを含む。

ＦＦウィンドウマネージャ５１２は、ウェブページを表示させたブラウザウィンドウに対して、セレニウムモジュール５３０が割り当てた識別子（以下、「セレニウム割当ＩＤ」とも呼ぶ。）と、当該ウィンドウに対するユーザ割当ＩＤとＯＳ割当ＩＤとの対応関係を管理する。

ＦＦブラウザ操作部５１４は、操作対象ウィンドウについて、テスト・プログラムで指定されたユーザ割当ＩＤに対応するセレニウム割当ＩＤを特定する。それとともに、テスト・プログラムで指定された操作内容に対応するセレニウムモジュール５３０の関数を特定する。そして、セレニウム割当ＩＤを指定してセレニウムモジュール５３０の関数を呼び出す。これに応じてセレニウムモジュール５３０は、セレニウム割当ＩＤにもとづき操作対象ウィンドウを特定し、当該操作対象ウィンドウに表示されたウェブページの制御コードのうち、呼び出された関数に対応する制御コードを呼び出す。これにより、操作対象のウェブページにおいて特定のＪＡＶＡスクリプトが動作して、ＦＦブラウザ５４６を内部から操作し、テスト・プログラムで指定されたウェブページの操作が実現される。

ＦＦブラウザ操作部５１４は、セレニウムモジュール５３０を介さずに操作すべき所定の操作、典型的にはブラウザウィンドウのクローズ処理がテスト・プログラムで指定された場合は、セレニウムモジュール５３０の呼び出しを抑止する。その代わりに、ＩＥダイアログ操作部５０８と同様に、Ｗｉｎ３２ＡＰＩ５５２を呼び出すことにより当該操作を実行する。

ウェブページの操作に応じて、ＦＦブラウザ５４６は、ＯＳダイアログ５４４を表示させ、または、ＦＦブラウザ５４６の独自のリソースを使用したダイアログボックス（以下、「ＦＦダイアログ」とも呼ぶ。）を表示させる場合がある。典型的には、ファイルの保存等ＯＳと連携する場合にはＯＳダイアログ５４４を表示させ、ＪＡＶＡスクリプトによるアラートダイアログとしてはＦＦダイアログ５４８を表示させる。

ＦＦダイアログ操作部５１６は、ＯＳダイアログ５４４およびＦＦダイアログ５４８を操作する。具体的には、ＯＳダイアログ５４４の表示を検出すると、テスト・プログラムで指定されたダイアログ操作に対応するＷｉｎ３２ＡＰＩ５５２の関数を呼び出すことにより、そのＯＳダイアログ５４４に対する操作を実行する。また、ＦＦダイアログ５４８の表示を検出すると、ＦＦブラウザ５４６に予め設定した拡張機能であるＦＦプラグイン５５４を呼び出してダイアログ操作を指示することにより、ＦＦダイアログ５４８に対する操作を実行する。この詳細は図２６に関連して後述する。

Ｓａｆａｒｉドライバ５２０は、図２０の内部操作エンジンドライバ４１４に対応し、Ｓａｆａｒｉブラウザ５６２を使用したウェブページの動作テストにおいて、テスト・プログラムとＳａｆａｒｉブラウザ５６２とのブリッジとして機能する。Ｓａｆａｒｉドライバ５２０は、Ｓａｆａｒｉウィンドウマネージャ５２２と、Ｓａｆａｒｉブラウザ操作部５２４と、Ｓａｆａｒｉダイアログ操作部５２６とを含む。Ｓａｆａｒｉウィンドウマネージャ５２２は、ウェブページが表示されたウィンドウに対するユーザ割当ＩＤとＯＳ割当ＩＤとセレニウム割当ＩＤとの対応関係を管理する。なお、ＭａｃＯＳでは、ブラウザウィンドウに対してＩＤを割り当てるのはＳａｆａｒｉブラウザ５６２であるが、記載の簡明化のため、その名称はＯＳ割当ＩＤで統一する。

Ｓａｆａｒｉブラウザ操作部５２４は、操作対象のウィンドウについて、テスト・プログラムで指定されたユーザ割当ＩＤに対応するセレニウム割当ＩＤを特定する。それとともに、テスト・プログラムで指定された操作内容に対応するセレニウムモジュール５３０の関数を特定する。そして、セレニウム割当ＩＤを指定してセレニウムモジュール５３０の関数を呼び出す。これにより、ＦＦブラウザ操作部５１４と同様に、操作対象のウェブページに対する操作を、セレニウムモジュール５３０を介して実行する。

Ｓａｆａｒｉブラウザ操作部５２４は、セレニウムモジュール５３０を介さずに操作すべき所定の操作、典型的にはウィンドウのクローズ処理がテスト・プログラムで指定された場合は、セレニウムモジュール５３０の呼び出しを抑止する。その代わりに、ＭａｃＯＳが提供するＡＰＩを呼び出すことにより当該操作を実行する。具体的には、障害者のためのアプリケーションによる利用のために供されたＡＰＩ群であるアクセシビリティＡＰＩ５６６を呼び出す。この詳細は図２７に関連して後述する。

ウェブページの操作に応じて、Ｓａｆａｒｉブラウザ５６２はダイアログ（以下、「Ｓａｆａｒｉダイアログ」とも呼ぶ。）を表示させる場合がある。Ｓａｆａｒｉダイアログ操作部５２６は、Ｓａｆａｒｉダイアログ５６４の表示を検出すると、テスト・プログラムで指定されたダイアログ操作に対応するＭａｃＯＳのＡＰＩを呼び出すことにより、Ｓａｆａｒｉダイアログ５６４に対する操作を実行する。この際にも、上述のアクセシビリティＡＰＩ５６６を呼び出す。この詳細は図２７に関連して後述する。

上記のＦＦウィンドウマネージャ５１２およびＳａｆａｒｉウィンドウマネージャ５２２は、セレニウムウィンドウマネージャ５３２として総称される。図２５は、セレニウムウィンドウマネージャ５３２に格納されるデータ例を示す。同図で示すように、セレニウムウィンドウマネージャ５３２は、ウェブページの動作テストにおいて各ブラウザウィンドウへ割り当てられたユーザ割当ＩＤとセレニウム割当ＩＤとＯＳ割当ＩＤとを対応づけて保持する。ユーザ割当ＩＤは、ユーザが各ウィンドウに対して任意に割り当てたＩＤであり、ユーザにとって都合のよい（例えば認識しやすく、覚えやすい）名称であってもよい。なお、ＩＥブラウザ５４２の操作にはセレニウムモジュール５３０を介さない。そのため、ＩＥウィンドウマネージャ５０４は、ユーザ割当ＩＤとＯＳ割当ＩＤのみを対応づけて保持する。

また、上記のＦＦブラウザ操作部５１４およびＳａｆａｒｉブラウザ操作部５２４は、セレニウムモジュール５３０を介してウェブブラウザを操作するセレニウムブラウザ操作部５３４として総称される。

図２６は、図２４のＦＦダイアログ５４８に対する操作の仕組みを示す。セレニウムモジュール５３０において、ＦＦブラウザ５４６の起動時に、ＦＦブラウザ５４６によって読み込まれるＦＦプロファイル５７０に、ＪＡＶＡスクリプトで実装されたウィンドウハンドラ５７２が予め設定される。ＦＦブラウザ５４６は、新規のブラウザウィンドウを開く際に、ＦＦプラグイン５５４の記憶領域にウィンドウハンドラ５７２を読み込むことにより、ウィンドウハンドラ５７２の機能が追加的に組み込まれる。

ウィンドウハンドラ５７２は、ＦＦプラグイン５５４として組み込まれた際、ＦＦブラウザ５４６によるウィンドウ生成を検出するリスナオブジェクトを、ＸＰＣｏｎｎｅｃｔ５７８およびＸＰＣＯＭ５８０を介してウィンドウウオッチャ（ＷｉｎｄｏｗＷａｔｃｈｅｒ）５８２へ登録する。ウィンドウハンドラ５７２は、登録したリスナオブジェクトを介して、ＦＦダイアログ５４８が生成されたことを検出すると、ＦＦダイアログ操作部５１６のソケットサーバ５７４とソケット通信を行い、ＦＦダイアログ５４８が生成された旨を通知する。この通知情報には、ＦＦダイアログ５４８における表示文字列や、ボタン等の表示オブジェクトを示す表示態様情報が含まれる。

ＦＦダイアログ操作部５１６は、ＦＦダイアログ５４８が生成された旨が通知されると、テスト・プログラムで指定されたダイアログ操作に対応した関数であり、ＸＰＣＯＭ５８０の関数の識別情報をウィンドウハンドラ５７２へ通知する。ウィンドウハンドラ５７２は、ＦＦダイアログ操作部５１６により指定されたＸＰＣＯＭ５８０の関数を呼び出すことにより、ＦＦダイアログ５４８を操作する。なお、ＦＦダイアログ操作部５１６は、ＦＦダイアログ５４８の表示態様に応じて、ＦＦダイアログ５４８に対する操作内容を適宜調整してもよい。例えば、テスト・プログラムで指定されたボタン押下操作に対して、押下対象のボタンのＩＤを追加した上で、その操作指示をウィンドウハンドラ５７２へ通知してもよい。

既述したように、ＦＦブラウザ５４６は、ＪＡＶＡスクリプトのアラートダイアログとして、ＦＦダイアログ５４８を表示させる。このＦＦダイアログ５４８は、ＦＦブラウザ５４６独自のリソースを使用して表示されたものであるため、ＯＳ側からはダイアログの内容を判別できない。例えば、ＦＦダイアログ５４８における表示文字列や、ボタン等の表示オブジェクトが判別できない。そのため、ＯＳダイアログ５４４に対する操作のように、Ｗｉｎ３２ＡＰＩ５５２を介しての操作ができない。例えば、ＦＦダイアログ５４８に表示されたボタンに対する押下操作ができない。

そこで本実施の形態では、ＦＦブラウザ５４６におけるＦＦダイアログ５４８表示の監視機能をプラグインとして追加することにより、ＦＦダイアログ５４８の表示内容の取得を可能にし、また、ＦＦダイアログ５４８に対する操作を実現する。

なお、ＦＦブラウザ操作部５１４は、セレニウムモジュール５３０を介してＦＦブラウザ５４６を操作するため、ウェブページのプログラムコードにダイアログ操作のための関数（例えば、ウィンドウハンドラ５７２と同様のプログラムコード）を設定することもできる。しかし、ＦＦダイアログ５４８がモーダルダイアログ（アプリケーションモーダルダイアログまたはシステムモーダルダイアログ）である場合、その表示元のウェブページのコードからはダイアログを操作できなくなる。その一方で、ＦＦプラグイン５５４として組み込まれたウィンドウハンドラ５７２はモーダルダイアログへの操作を継続できる。この観点から、ウィンドウハンドラ５７２は、ＦＦブラウザ５４６の拡張機能として設定されることが望ましいといえる。

図２７は、図２４のＳａｆａｒｉダイアログ５６４に対する操作の仕組みを示す。同図のＡｐｐｌｅスクリプト５８４は、ＭａｃＯＳにおけるアプリケーション間通信技術であるＡｐｐｌｅイベントを呼び出すスクリプトである。システムイベント５８６は、ＭａｃＯＳが提供するアプリケーションであり、Ａｐｐｌｅスクリプト５８４とアクセシビリティＡＰＩ５６６とを仲介して、Ａｐｐｌｅスクリプト５８４によるアクセシビリティＡＰＩ５６６の呼び出しを実現させる。

図２７はＭａｃＯＳを４階層で示しており、上位の階層は下位の階層よりも抽象度が高いＡＰＩ、言い換えれば、高レベルのＡＰＩを提供する。同図で示すように、アクセシビリティＡＰＩ５６６は、最上位の階層「ユーザ・エクスペリエンス」に属する。既述したように、アクセシビリティＡＰＩ５６６は、障害者向けのユーザビリティを確保するためのＵＩ自動化機能に関するＡＰＩ群である。自動化される操作内容には、ウィンドウを開く・ボタンを押下する等、各種のユーザインタフェース（画面）操作が含まれる。

Ｓａｆａｒｉダイアログ操作部５２６は、テスト・プログラムで指定されたダイアログ操作に対応するアクセシビリティＡＰＩ５６６の関数を特定して、その関数を指定したＡｐｐｌｅスクリプト５８４をシステムイベント５８６へ送信する。これにより、システムイベント５８６を介して、アクセシビリティＡＰＩ５６６として用意されたダイアログ操作の関数を呼び出す。

なお、Ｓａｆａｒｉダイアログ５６４に対する操作は、ＭａｃＯＳにおけるより低レベルなＡＰＩ群を用いても実現可能である。例えば、Ｓａｆａｒｉダイアログ操作部５２６がグラフィックス・アンド・メディア階層の「Ｑｕａｒｔｚ」ＡＰＩを呼び出すことによっても、Ｓａｆａｒｉダイアログ５６４に対する操作を実行できる。しかし、アクセシビリティＡＰＩ５６６は、ユーザによるＵＩ操作に対応する高レベルな関数を提供するため、アクセシビリティＡＰＩ５６６を利用することで、Ｓａｆａｒｉダイアログ操作部５２６のコード量を低減でき、また、その保守性を高めることができる。

また図２７では図示しないが、Ｓａｆａｒｉブラウザ操作部５２４は、ウェブページに対する操作のうち、セレニウムモジュール５３０を介さず行うべき所定の操作については、Ｓａｆａｒｉダイアログ操作部５２６と同様に、アクセシビリティＡＰＩ５６６を呼び出す。これにより、当該操作をＭａｃＯＳやＳａｆａｒｉブラウザ５６２に実行させる。

図２８は、実施の形態の動作検証装置１００の機能構成を示すブロック図である。同図の機能ブロックのうち、参考技術１乃至３で示した動作検証装置１００の機能ブロックと同一もしくは対応する機能ブロックには、同じ符号を付している。同じ符号を付した機能ブロックについては、その機能が参考技術１乃至３において既述した内容と異なる場合に記載しており、同様の機能については適宜その記載を省略する。

動作検証装置１００は、ウィンドウＩＤ保持部１５４およびＩＤ取得部１３９をさらに備える。ウィンドウＩＤ保持部１５４およびＩＤ取得部１３９は、図２４のＩＥウィンドウマネージャ５０４およびセレニウムウィンドウマネージャ５３２に対応する。すなわち、ウィンドウＩＤ保持部１５４は、ウェブページを表示するブラウザウィンドウに対して割り当てられたユーザ割当ＩＤ、セレニウム割当ＩＤ、ＯＳ割当ＩＤとの対応関係を保持する。

ＩＤ取得部１３９は、ＯＳ（ウィンドウズＯＳやＭａｃＯＳ）から、ブラウザウィンドウに対するＯＳ割当ＩＤを取得する。ウィンドウズＯＳの場合、ＩＤ取得部１３９は、Ｗｉｎ３２ＡＰＩをコールすることにより得られるウィンドウハンドルを取得する。例えば、関数「ＦｉｎｄＷｉｎｄｏｗ」が返すＨＷＮＤ値をｌｏｎｇ型の整数として取得して、ウィンドウＩＤ保持部１５４のＯＳ割当ＩＤフィールドに格納する。関数「ＦｉｎｄＷｉｎｄｏｗ」が返す複数種類のＨＷＮＤ値のうち、ウィンドウＩＤ保持部１５４に未格納のものについて、ウィンドウＩＤ保持部１５４の新たなレコードとして追加してもよい。

またＭａｃＯＳの場合、ＩＤ取得部１３９は、ＡｐｐｌｅスクリプトによりＳａｆａｒｉブラウザ５６２から得られるｌｏｎｇ値を取得して、ウィンドウＩＤ保持部１５４のＯＳ割当ＩＤフィールドに格納する。例えば、以下のスクリプト、
ｔｅｌｌ ａｐｐｌｉｃａｔｉｏｎ ”Ｓａｆａｒｉ”
ｒｅｔｕｒｎ ｉｄ ｏｆ ｗｉｎｄｏｗｓ
ｅｎｄ ｔｅｌｌ
を実行して、それぞれのブラウザウィンドウに対してＳａｆａｒｉブラウザ５６２が割り当てたｌｏｎｇ値の一覧を取得してもよい。

またＩＤ取得部１３９は、セレニウムモジュール５３０（Ｓｅｌｅｎｉｕｍ−ＣＯＲＥ）がブラウザウィンドウごとに割り当てたウィンドウ属性値である「ｓｅｌｅｎｉｕｍＷｉｎｄｏｗＮａｍｅ」を取得する。そして、そのウィンドウ属性値をセレニウム割当ＩＤとして、ウィンドウＩＤ保持部１５４のセレニウム割当ＩＤフィールドに格納する。例えば、セレニウムモジュール５３０の関数「ｇｅｔＡｔｔｒｉｂｕｔｅＦｒｏｍＡｌｌＷｉｎｄｏｗｓ（”ｓｅｌｅｎｉｕｍｗｉｎｄｏｗＮａｍｅ”）」を呼び出すことにより、セレニウムモジュール５３０で管理されるウィンドウ属性値の一覧を取得する。

またＩＤ取得部１３９は、後述するＩＤ割当部１７４およびＩＤ割当部１８０がブラウザウィンドウに対して割り当てたユーザ割当ＩＤを取得して、ウィンドウＩＤ保持部１５４のユーザ割当ＩＤフィールドに格納する。なおＩＤ取得部１３９は、ユーザ割当ＩＤとセレニウム割当ＩＤとＯＳ割当ＩＤとのそれぞれを、時間軸上での割当順（ＩＤ取得部１３９における取得順）にウィンドウＩＤ保持部１５４へ逐次格納してもよい。これにより、時間軸上で先に割り当てられたＩＤ（例えばセレニウム割当ＩＤ）は、同様に時間軸上で先に割り当てられた別のＩＤ（例えばユーザ割当ＩＤ）と対応づけられることになる。

図２９は、図２８のプログラム実行部１３４の詳細を示すブロック図である。プログラム実行部１３４は、テスト環境判定部１７１と、外部操作実行部１６４と、プロキシ処理部１６６と、内部操作実行部１６８と、証左物設定部１７０とを備える。同図の機能ブロックのうち、参考技術３で示したプログラム実行部１３４の機能ブロックと同一もしくは対応する機能ブロックには、同じ符号を付している。同じ符号を付した機能ブロックについては、その機能が参考技術３において既述した内容と異なる場合に記載しており、同様の機能については適宜その記載を省略する。

テスト環境判定部１７１は、参考技術３（図２１）におけるテスト主体選択部１６２に対応し、ウェブページの動作テストのための環境、具体的にはＯＳとウェブブラウザの組み合わせにもとづいて、ウェブページの動作テストの方式を決定する。例えば、ウェブブラウザの操作方式およびダイアログの操作方式を決定する。

外部操作実行部１６４は、図２４におけるＩＥブラウザ操作部５０６に対応する。外部操作実行部１６４は、ＩＤ割当部１７４とダイアログ操作部１７６を含む。ＩＤ割当部１７４は、テスト・プログラムの実行に際して、テスト・プログラムにおいて新規のブラウザウィンドウを生成させる関数（コマンド）が指定されたことを検出すると、そのコマンドの引数として指定されたＩＤをユーザ割当ＩＤとして決定する。ＩＤが未指定の場合は、外部操作実行部１６４および内部操作実行部１６８において一意となる新たなＩＤを、ユーザ割当ＩＤとして採番してもよい。

ダイアログ操作部１７６は、図２４のＩＥダイアログ操作部５０８に対応し、ＩＥブラウザ５４２によるダイアログの設定を定期的に監視する。例えば、Ｗｉｎ３２ＡＰＩ５５２の上述したＦｉｎｄＷｉｎｄｏｗ関数を定期的にコールして、ダイアログウィンドウが生成されたことを検出してもよい。ダイアログ操作部１７６は、ＩＥブラウザ５４２において表示されたＯＳダイアログ５４４を、Ｗｉｎ３２ＡＰＩ５５２を介して操作する。

なお、外部操作実行部１６４は、テスト・プログラムで指定されうる、ウェブページ操作用の関数と、ウェブブラウザの操作ＩＦとして規定された関数、実施の形態ではＣＯＭ５５０やＷｉｎ３２ＡＰＩ５５２にて規定された関数との対応関係を格納したテーブルを保持する。外部操作実行部１６４は、当該テーブルを参照して、テスト・プログラムで指定された関数に対応したＣＯＭ５５０やＷｉｎ３２ＡＰＩ５５２の関数をコールする。

プロキシ処理部１６６は、図２４におけるセレニウムモジュール５３０に対応する。参考技術３において既述したように、プロキシ処理部１６６は、操作対象のウェブページを代理取得する。そして、そのウェブページのプログラムコードに、ＪＡＶＡスクリプトで実装されたプログラムコードであり、ウェブページに対する各種の操作を実行するための予め用意された関数群（参考技術３における「制御コード」）を追加する。そして、制御コード追加後のウェブページをブラウザ処理部１６０に表示させる。また、内部操作実行部１６８からの操作指示に応じて、その操作指示に対応する制御コードの関数を呼び出すことにより、ウェブページの操作を仲介して実行する。

プロキシ処理部１６６は、ＩＤ発行部１７８とアドオン設定部１７９を含む。ＩＤ発行部１７８は、制御コード追加後のウェブページをブラウザ処理部１６０に表示させる際に、そのブラウザウィンドウをプロキシ処理部１６６において一意に識別するための識別情報を発行する。この識別情報は、ＩＤ取得部１３９によってセレニウム割当ＩＤとして取得される。アドオン設定部１７９は、制御コード追加後のウェブページをブラウザ処理部１６０に表示させるためにＦＦブラウザ５４６を起動すべき際、図２６のウィンドウハンドラ５７２を含むＦＦプロファイル５７０を指定してＦＦブラウザ５４６を起動する。これにより、ＦＦブラウザ５４６の拡張機能としてウィンドウハンドラ５７２を組み込む。

内部操作実行部１６８は、図２４におけるセレニウムブラウザ操作部５３４に対応する。内部操作実行部１６８は、ＩＤ割当部１８０とダイアログ操作部１８２を含む。ＩＤ割当部１８０は、外部操作実行部１６４のＩＤ割当部１７４と同様の構成である。なお、内部操作実行部１６８は、テスト・プログラムで指定されうるウェブページ操作用の関数と、セレニウムモジュール５３０において規定されたウェブページ操作用の関数との対応関係を格納したテーブルを保持する。外部操作実行部１６４は、当該テーブルを参照して、セレニウムモジュール５３０への操作指示として、テスト・プログラムで指定された関数に対応したセレニウムモジュール５３０の関数をコールする。

ダイアログ操作部１８２は、図２４のＦＦダイアログ操作部５１６およびＳａｆａｒｉダイアログ操作部５２６に対応する。テスト環境がウィンドウズＯＳおよびＦＦブラウザ５４６の場合、ダイアログ操作部１８２は、ＦＦブラウザ５４６によるダイアログの設定を定期的に監視する。例えば、Ｗｉｎ３２ＡＰＩ５５２の上述したＦｉｎｄＷｉｎｄｏｗ関数を定期的にコールして、ダイアログウィンドウが生成されたことを検出してもよい。ダイアログ操作部１８２は、ＦＦブラウザ５４６において表示されたＯＳダイアログ５４４を、Ｗｉｎ３２ＡＰＩ５５２を介して操作する。また、ダイアログ操作部１８２は、ＦＦブラウザ５４６により表示されたＦＦダイアログ５４８を、ＦＦプラグイン５５４を介して検出し、ＦＦプラグイン５５４を介して操作する。

またテスト環境がＭａｃＯＳおよびＳａｆａｒｉブラウザ５６２である場合、ダイアログ操作部１８２は、Ｓａｆａｒｉブラウザ５６２によるダイアログの設定を定期的に監視する。例えば、上述のＡｐｐｌｅスクリプトを定期的に実行して、Ｓａｆａｒｉブラウザ５６２におけるダイアログウィンドウの設定を検出してもよい。ダイアログ操作部１８２は、Ｓａｆａｒｉブラウザ５６２において表示されたＳａｆａｒｉダイアログ５６４を、アクセシビリティＡＰＩ５６６を介して操作する。

以上の構成による動作を以下説明する。
図３０は、動作検証装置１００の動作を示すフローチャートである。同図は、動作検証装置１００において動作テスト用プログラムが実行される際の動作を示すものである。例えば、図１２におけるＳ２１８の詳細を示すものであり、図１４におけるＳ２２８の詳細を示すものでもある。すなわち、図１４で示したように、動作検証装置１００は、ウェブページに対して事前にユーザが実施した一連の入力操作を再現することで、ウェブページの動作確認を支援する。なお、図３０は、図２３のフローチャートをより詳細化したものとも言える。

ウェブページの動作テストの開始指示をユーザから受け付けると、テスト環境判定部１７１は、動作テストの実行環境となるＯＳおよびウェブブラウザの種別を判定する。そして、その判定結果に応じて、ウェブページの操作主体として外部操作実行部１６４または内部操作実行部１６８を選択する（Ｓ４００）。プログラム実行部１３４、言い換えれば操作主体として選択された外部操作実行部１６４または内部操作実行部１６８は、後述するテスト・プログラム読込処理を実行する（Ｓ４０２）。テスト・プログラムに記述されたウェブページに対する全操作（動作テストの全項目）が完了した場合（Ｓ４０４のＹ）、本図のフローを終了する。

テスト・プログラムの一例として、ここでは、以下の操作１〜操作１０の操作コマンドが記述されたテスト・プログラムを想定する。
（操作１）ブラウザウィンドウＡ（ＩＤ＝１を指定）をオープン
（操作２）ブラウザウィンドウＢ（ＩＤ＝２を指定）をオープン
（操作３）ブラウザウィンドウＡを選択（ＩＤ＝１を指定）
（操作４）ブラウザウィンドウＡに表示されたウェブページに対する操作
（操作５）ブラウザウィンドウＡに表示されたウェブページに対する操作
（操作６）操作５により表示されたダイアログに対する操作
（操作７）ブラウザウィンドウＢを選択（ＩＤ＝２を指定）
（操作８）ブラウザウィンドウＢに表示されたウェブページに対する操作
（操作９）ブラウザウィンドウＡをクローズ（ＩＤ＝１を指定）
（操作１０）ブラウザウィンドウＢをクローズ（ＩＤ＝２を指定）

このテスト・プログラムは、図１４で示した一連の処理で設定された動作テスト用プログラムである。この場合の操作内容ファイルには、操作１および操作２を指定する関数として「ｗａｉｔＦｏｒＮｅｗＷｉｎｄｏｗ」が指定され、その引数としてウェブページのＵＲＬとユーザ指定のＩＤが設定される。また操作３および操作７を指定する関数として「ｓｅｌｅｃｔＷｉｎｄｏｗ」が指定され、その引数としてユーザ指定のＩＤが設定される。また操作４、操作５、および操作８を指定する関数として、ＷｅｂＥｄｉｔＳｅｔやＷｅｂＥｌｅｍｅｎｔＣｌｉｃｋ等、各種の操作用の関数が指定される。また操作６を指定する関数として、ダイアログ操作用の所定の関数が指定される。

テスト・プログラムの実行においては、テスト・プログラムに記述された操作コマンドが順次実行される。テスト・プログラムにおいて未実行の操作コマンドが残存しており（Ｓ４０４のＮ）、テスト・プログラムにおいて新たなウェブページの表示が要求された場合、すなわち上記の操作１および操作２を実行すべき場合（Ｓ４０６のＹ）、操作主体として選択された外部操作実行部１６４または内部操作実行部１６８のＩＤ割当部は、その操作コマンドで指定されたＩＤをユーザ割当ＩＤとして割り当てる。ＩＤ取得部１３９は、そのユーザ割当ＩＤを取得し、ウィンドウＩＤ保持部１５４へ格納する（Ｓ４０８）。

ウェブブラウザの操作ＩＦが公開されている場合（Ｓ４１０のＹ）、外部操作実行部１６４は、その操作ＩＦを呼び出すことにより、操作対象のウェブページのデータをウェブブラウザに取得させる（Ｓ４１２）。そして、操作対象のウェブページを表示したブラウザウィンドウをディスプレイ上に表示させる（Ｓ４２０）。図２４においてＳ４１０のＹとなるのは、ウェブブラウザがＩＥブラウザ５４２の場合であり、このときの操作ＩＦにはＣＯＭ５５０が対応する。

ウェブブラウザの操作ＩＦが非公開の場合（Ｓ４１０のＮ）、内部操作実行部１６８は、プロキシ処理部１６６に対して、操作対象のウェブページの取得を指示する。プロキシ処理部１６６のＩＤ発行部１７８は、セレニウム割当ＩＤを発行する（Ｓ４１４）。プロキシ処理部１６６は、操作対象のウェブページのデータを取得し（Ｓ４１６）、当該ウェブページのデータに制御コードを追加する（Ｓ４１８）。プロキシ処理部１６６は、後述するウェブブラウザ起動処理を実行後（Ｓ４１９）、制御コードを追加したウェブページのデータをウェブブラウザに渡し、操作対象のウェブページを表示するブラウザウィンドウをディスプレイ上に表示させる（Ｓ４２０）。図２４においてＳ４１０のＮとなるのは、ウェブブラウザがＦＦブラウザ５４６またはＳａｆａｒｉブラウザ５６２の場合である。

ＩＤ取得部１３９は、ＯＳが提供するＡＰＩをコールし、ブラウザウィンドウに対してＯＳが割り当てたＯＳ割当ＩＤを取得してウィンドウＩＤ保持部１５４へ格納する。また、ウェブブラウザの操作ＩＦが非公開の場合は、セレニウムモジュール５３０が提供するＡＰＩをコールし、ブラウザウィンドウに対してセレニウムモジュール５３０が割り当てたセレニウム割当ＩＤを取得してウィンドウＩＤ保持部１５４へ格納する。これにより、ブラウザウィンドウＡとブラウザウィンドウＢのそれぞれに割り当てられたユーザ割当ＩＤとＯＳ割当ＩＤとセレニウム割当ＩＤとを対応づける（Ｓ４２２）。

テスト・プログラムにおいて新たなウェブページの表示が指定されなければ（Ｓ４０６のＮ）、Ｓ４０８〜Ｓ４２２はスキップされる。テスト・プログラムにおいてウェブページの操作が指定された場合、すなわち上記の操作３〜操作１０を実行すべき場合（Ｓ４２４のＹ）、プログラム実行部１３４は後述するウェブページ操作処理を実行する（Ｓ４２６）。テスト・プログラムにおいてウェブページの操作が指定されなければ（Ｓ４２４のＮ）、Ｓ４２６はスキップされる。ウェブページに対する操作の後、証左物設定部１７０は、画面スナップショット等の証左物のデータを結果保持部１５２へ格納し（Ｓ４２８）、Ｓ４０４へ戻る。

なお、証左物設定部１７０は、証左物としての、ブラウザウィンドウに関する画面スナップ等の証左物を、そのブラウザウィンドウに対して割り当てられたユーザ割当ＩＤと対応づけて記録することが望ましい。これにより、ウェブページの動作テストの結果を確認するユーザに、自身が指定したＩＤと対応づけられた証左物を確認させることができ、証左物の確認におけるユーザの利便性を高めることができる。

図３１は、図３０のＳ４０２のテストプログラム読込処理を詳細に示すフローチャートである。プログラム実行部１３４は、動作テスト用プログラムを読み込む（Ｓ４３０）。そのプログラムにおいてダイアログ操作を示す所定関数が指定されている場合（Ｓ４３２のＹ）、プログラム実行部１３４は、そのダイアログ操作の内容（上記の操作６）を所定のダイアログ操作保持テーブルに格納する（Ｓ４３４）。ダイアログ操作の指定がなければ（Ｓ４３２のＮ）、Ｓ４３４はスキップされる。

図３２は、図３０のＳ４１９のウェブブラウザ起動処理を詳細に示すフローチャートである。プロキシ処理部１６６は、動作テストのためのウェブブラウザを起動する（Ｓ４４０）。動作テスト用のウェブブラウザがＦＦブラウザ５４６である場合（Ｓ４４２のＹ）、アドオン設定部１７９は、ＦＦブラウザ５４６の拡張機能としてウィンドウハンドラ５７２をアドオンする（Ｓ４４４）。ウィンドウハンドラ５７２は、ＦＦダイアログ５４８を検出するためのリスナをＦＦブラウザ５４６に登録する（Ｓ４４６）。動作テスト用のウェブブラウザがＦＦブラウザ５４６でなければ（Ｓ４４２のＮ）、Ｓ４４４およびＳ４４６はスキップされる。

図３３は、図３０のＳ４２６のウェブページ操作処理を詳細に示すフローチャートである。テスト環境判定部１７１における判定結果においてＯＳがＭａｃＯＳである場合（Ｓ４５０のＹ）、内部操作実行部１６８が後述のＭａｃ用操作処理を実行する（Ｓ４５２）。ＯＳがＭａｃＯＳでなければ（Ｓ４５０のＮ）、Ｓ４５２はスキップされる。ＯＳがＷｉｎｄｏｗｓであり（Ｓ４５４のＹ）、ウェブブラウザがＩＥブラウザ５４２である場合（Ｓ４５６のＹ）、外部操作実行部１６４が後述のＩＥ用操作処理を実行する（Ｓ４５８）。ウェブブラウザがＩＥブラウザ５４２でなく（Ｓ４５６のＮ）、ＦＦブラウザ５４６である場合（Ｓ４６０のＹ）、内部操作実行部１６８が後述のＦＦ用操作処理を実行する（Ｓ４６２）。ウェブブラウザがＦＦブラウザ５４６でもなければ（Ｓ４６０のＮ）、Ｓ４６２はスキップされ、ＯＳがＷｉｎｄｏｗｓでもなければ（Ｓ４５４のＮ）、Ｓ４５６以降はスキップされる。

図３４は、図３３のＳ４５２のＭａｃ用操作処理を詳細に示すフローチャートである。テスト・プログラムにおいてウィンドウ選択操作（上記の操作３および７）が指定された場合（Ｓ４７０のＹ）、内部操作実行部１６８のＩＤ割当部１８０は、引数で受け付けたＩＤをユーザ割当ＩＤとして特定する（Ｓ４７２）。ウィンドウ選択操作でなく（Ｓ４７０のＮ）、Ｓａｆａｒｉブラウザ５６２を介して実行すべき所定の操作（上記の操作４、５および８、以下「ブラウザ操作」とも呼ぶ）が指定された場合（Ｓ４７４のＹ）、内部操作実行部１６８は、ユーザ割当ＩＤと対応づけられたセレニウム割当ＩＤを特定する（Ｓ４７６）。そして、そのセレニウム割当ＩＤを指定した操作指示をセレニウムモジュール５３０へ通知することにより、ウェブページに追加された制御コードのうち操作指示に対応する関数をセレニウムモジュール５３０に呼び出させる（Ｓ４７８）。

ブラウザ操作でなく（Ｓ４７４のＮ）、ＭａｃＯＳを介して実行すべき所定の操作（上記の操作９および１０、以下「ＯＳ操作」とも呼ぶ）が指定された場合（Ｓ４８０のＹ）、内部操作実行部１６８は、ユーザ割当ＩＤと対応づけられたＯＳ割当ＩＤを特定する（Ｓ４８２）。そして、そのＯＳ割当ＩＤを指定して、操作内容に対応するアクセシビリティＡＰＩ５６６の関数を呼び出すことにより、ブラウザウィンドウに対するＯＳ操作をＭａｃＯＳに実行させる（Ｓ４８４）。ＯＳ操作でもなければ（Ｓ４８０のＮ）、Ｓ４８２およびＳ４８４はスキップされる。

内部操作実行部１６８のダイアログ操作部１８２は、Ｓａｆａｒｉダイアログ５６４の表示を検出すると（Ｓ４８６のＹ）、そのダイアログに対する操作内容（上記の操作６）をダイアログ操作保持テーブルから取得する（Ｓ４８８）。そして、その操作内容に対応するアクセシビリティＡＰＩ５６６の関数をコールすることにより、Ｓａｆａｒｉダイアログ５６４に対する操作を実行する（Ｓ４９０）。Ｓａｆａｒｉダイアログ５６４の表示が未検出であれば（Ｓ４８６のＮ）、Ｓ４８８およびＳ４９０はスキップされる。

図３５は、図３３のＳ４５８のＩＥ用操作処理を詳細に示すフローチャートである。テスト・プログラムにおいてウィンドウ選択操作（上記の操作３および７）が指定された場合（Ｓ５００のＹ）、外部操作実行部１６４のＩＤ割当部１７４は、引数で受け付けたＩＤをユーザ割当ＩＤとして特定する（Ｓ５０２）。ウィンドウ選択操作でなく（Ｓ５００のＮ）、ＩＥブラウザ５４２を介して実行すべき操作（上記の操作４、５および８、以下「ブラウザ操作」とも呼ぶ）が指定された場合（Ｓ５０４のＹ）、外部操作実行部１６４は、ユーザ割当ＩＤと対応づけられたＯＳ割当ＩＤを特定する（Ｓ５０６）。そして、そのＯＳ割当ＩＤを指定して、ブラウザ操作の内容に対応するＣＯＭ５５０の関数を呼び出すことにより、当該操作をＩＥブラウザ５４２に実行させる（Ｓ５０８）。

ブラウザ操作でなく（Ｓ５０４のＮ）、ＷｉｎｄｏｗｓＯＳを介して実行すべき操作（上記の操作９および１０、以下「ＯＳ操作」とも呼ぶ）が指定された場合（Ｓ５１０のＹ）、外部操作実行部１６４は、ユーザ割当ＩＤと対応づけられたＯＳ割当ＩＤを特定する（Ｓ５１２）。そして、そのＯＳ割当ＩＤを指定して、操作内容に対応するＷｉｎ３２ＡＰＩ５５２の関数を呼び出すことにより、ブラウザウィンドウに対するＯＳ操作をＷｉｎｄｏｗｓＯＳに実行させる（Ｓ５１４）。ＯＳ操作でもなければ（Ｓ５１０のＮ）、Ｓ５１２およびＳ５１４はスキップされる。

外部操作実行部１６４のダイアログ操作部１７６は、ＯＳダイアログ５４４の表示を検出すると（Ｓ５１６のＹ）、そのダイアログに対する操作内容（上記の操作６）をダイアログ操作保持テーブルから取得する（Ｓ５１８）。そして、その操作内容に対応するＷｉｎ３２ＡＰＩ５５２の関数をコールすることにより、ＯＳダイアログ５４４に対する操作を実行する（Ｓ５２０）。ＯＳダイアログ５４４の表示が未検出であれば（Ｓ５１６のＮ）、Ｓ５１８およびＳ５２０はスキップされる。

図３６は、図３３のＳ４６２のＦＦ用操作処理を詳細に示すフローチャートである。テスト・プログラムにおいてウィンドウ選択操作（上記の操作３および７）が指定された場合（Ｓ５３０のＹ）、内部操作実行部１６８のＩＤ割当部１８０は、引数で受け付けたＩＤをユーザ割当ＩＤとして特定する（Ｓ５３２）。ウィンドウ選択操作でなく（Ｓ５３０のＮ）、ＦＦブラウザ５４６を介して実行すべき所定の操作（上記の操作４、５および８、以下「ブラウザ操作」とも呼ぶ）が指定された場合（Ｓ５３４のＹ）、内部操作実行部１６８は、ユーザ割当ＩＤと対応づけられたセレニウム割当ＩＤを特定する（Ｓ５３６）。そして、そのセレニウム割当ＩＤを指定した操作指示をセレニウムモジュール５３０に通知することにより、ウェブページに追加された制御コードのうち操作指示に対応する関数をセレニウムモジュール５３０に呼び出させる（Ｓ５３８）。

ブラウザ操作でなく（Ｓ５３４のＮ）、ＷｉｎｄｏｗｓＯＳを介して実行すべき所定の操作（上記の操作９および１０、以下「ＯＳ操作」とも呼ぶ）が指定された場合（Ｓ５４０のＹ）、内部操作実行部１６８は、ユーザ割当ＩＤと対応づけられたＯＳ割当ＩＤを特定する（Ｓ５４２）。そして、そのＯＳ割当ＩＤを指定して、操作内容に対応するＷｉｎ３２ＡＰＩ５５２の関数を呼び出すことにより、ブラウザウィンドウに対するＯＳ操作をＷｉｎｄｏｗｓＯＳに実行させる（Ｓ５４４）。ＯＳ操作でもなければ（Ｓ５４０のＮ）、Ｓ５４２およびＳ５４４はスキップされる。

当段落では、上記操作５により表示されたダイアログがＦＦダイアログ５４８であるとして説明する。内部操作実行部１６８のダイアログ操作部１８２は、ウィンドウハンドラ５７２からの通知により、ＦＦダイアログ５４８の表示を検出すると（Ｓ５４６のＹ）、そのダイアログに対する操作内容（上記の操作６）をダイアログ操作保持テーブルから取得する（Ｓ５４８）。そして、その操作内容をウィンドウハンドラ５７２へ通知することにより、その操作内容に対応するＦＦブラウザ５４６の関数をウィンドウハンドラ５７２に呼び出させる（Ｓ５５０）。これにより、ＦＦダイアログ５４８に対する、テスト・プログラムにしたがった操作を実行する。ＦＦダイアログ５４８の表示が未検出であれば（Ｓ５４６のＮ）、Ｓ５４８およびＳ５５０はスキップされる。

当段落では、上記操作５により表示されたダイアログがＯＳダイアログ５４４であるとして説明する。内部操作実行部１６８のダイアログ操作部１８２は、ＯＳダイアログ５４４が表示されたことを検出すると（Ｓ５５２のＹ）、そのダイアログに対する操作内容（上記の操作６）をダイアログ操作保持テーブルから取得する（Ｓ５５４）。そして、その操作内容に対応するＷｉｎ３２ＡＰＩ５５２の関数をコールすることにより、ＯＳダイアログ５４４に対する操作を実行する（Ｓ５５６）。ＯＳダイアログ５４４の表示が未検出であれば（Ｓ５５２のＮ）、Ｓ５５４およびＳ５５６はスキップされる。

本実施の形態の動作検証装置１００によれば、参考技術３において既述したように、セレニウムモジュール５３０を使用することで、操作ＩＦの公開有無によらず、様々なウェブブラウザ上でのウェブページの動作確認が可能になる。また、テスト・プログラム、およびテストプログラムの生成元となる操作内容ファイルや関数設定画面において、ユーザは任意のＩＤをブラウザウィンドウに対して付与できる。すなわち、ユーザは、テストの都合に応じてブラウザウィンドウのＩＤを適宜設定できる一方で、セレニウムモジュール５３０がブラウザウィンドウを識別するために必要なセレニウム割当ＩＤを意識する必要がなく、ユーザの利便性を向上できる。

また動作検証装置１００によれば、セレニウムモジュール５３０を介さずに行うべきブラウザウィンドウへの操作もサポートできる。この場合も、ユーザは、テストの都合に応じてブラウザウィンドウのＩＤを任意に設定できる一方で、ＯＳやウェブブラウザがそのブラウザウィンドウに対して割り当てたＩＤを意識する必要がなく、ユーザの利便性を向上できる。

さらに動作検証装置１００によれば、ウェブブラウザ（ＦＦブラウザ５４６）の拡張機能として、ダイアログ検出機能をアドオンする。これにより、ウェブブラウザが独自のリソースを使用してダイアログを表示するためにＯＳの機能ではダイアログの内容を取得できない場合でも、アドオンしたダイアログ検出機能を介して、ダイアログの内容を取得し、当該ダイアログを操作できる。また、ウェブブラウザが独自のリソースを使用した第１ダイアログと、ＯＳのネイティブリソースを使用した第２ダイアログの両方を生成しうる場合も、ダイアログ操作の方式を適宜切り替えることにより、いずれのダイアログに対する操作も可能にする。すなわち、第１ダイアログに対してはアドオンしたダイアログ検出機能を介して操作し、第２ダイアログに対してはＯＳのネイティブ機能を介して操作することで、ウェブページに対する一連の操作をサポートして、再現できる。

さらにまた動作検証装置１００によれば、ブラウザウィンドウに対する多くの操作においてセレニウムモジュール５３０を利用しつつ、例外的な操作ではＯＳのＡＰＩを直接呼び出し、または、ダイアログ操作用のモジュールを利用する。このように、本実施の形態で説明した技術を適宜組み合わせることにより、本実施の形態では言及しなかった様々なテスト環境（すなわちＯＳとウェブブラウザとの組み合わせ）もサポートでき、ウェブページの動作テストを支援できる。

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

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

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

１００ 動作検証装置、 １３２ プログラム生成部、 １３４ プログラム実行部、 １３７ 操作記録部、 １３９ ＩＤ取得部、 １５４ ウィンドウＩＤ保持部、 １６０ ブラウザ処理部、 １６４ 外部操作実行部、 １６６ プロキシ処理部、 １６８ 内部操作実行部、 １７４，１８０ ＩＤ割当部、 １７６，１８２ ダイアログ操作部、 １７８ ＩＤ発行部、 １７９ アドオン設定部。

この発明は、製品の動作をテストする装置に利用できる。

Claims (4)

1. ウェブページの動作確認のためのテスト・プログラムを実行する装置であって、
   前記ウェブページのプログラムコードを取得し、前記ウェブページを操作するための新たなコードをそのプログラムコードに追加後、ウェブブラウザに前記ウェブページを表示させる手段と、所定の操作指示に応じて前記ウェブページの新たなコードを呼び出す手段とを含むプロキシ処理部と、
   前記テスト・プログラムの実行に際して前記所定の操作指示を前記プロキシ処理部へ通知し、前記ウェブページに追加された新たなコードを前記プロキシ処理部に呼び出させることにより、前記ウェブページを操作するテスト実行部と、
   前記ウェブブラウザによるダイアログの表示を検出するアドオンプログラムを、前記ウェブブラウザの拡張機能として設定するアドオン設定部と、
   を備え、
   前記テスト実行部は、前記アドオンプログラムからダイアログが表示された旨の通知を受け付けた場合、前記テスト・プログラムにおいて指定されたダイアログ操作を前記アドオンプログラムへ指示することにより、前記プロキシ処理部を介さず前記アドオンプログラムを介して、前記ウェブブラウザにダイアログ操作を実行させるダイアログ操作部を含むことを特徴とする動作検証装置。
2. 前記ウェブブラウザは、表示すべきダイアログの種類に応じて、自身のリソースを使用して第１のダイアログを表示し、または、自身のリソースに代えてオペレーティングシステムのリソースを直接使用して第２のダイアログを表示するものであり、
   前記ダイアログ操作部は、
   前記第１のダイアログに対する操作を実行すべき場合、前記アドオンプログラムを介して、当該操作を前記ウェブブラウザに実行させ、
   前記第２のダイアログに対する操作を実行すべき場合、前記オペレーティングシステムにより供される関数を呼び出すことにより、当該操作を前記オペレーティングシステムに実行させることを特徴とする請求項１に記載の動作検証装置。
3. ウェブページの動作確認のためのテスト・プログラムを実行する装置により実行される方法であって、
   プロキシ処理部が、前記ウェブページのプログラムコードを取得し、前記ウェブページを操作するための新たなコードをそのプログラムコードに追加後、ウェブブラウザに前記ウェブページを表示させるステップと、
   アドオン設定部が、前記ウェブブラウザによるダイアログの表示を検出するアドオンプログラムを、前記ウェブブラウザの拡張機能として設定するステップと、
   テスト実行部が、前記テスト・プログラムの実行に際して所定の操作指示を前記プロキシ処理部へ通知するステップと、
   前記プロキシ処理部が、前記所定の操作指示に応じて、前記ウェブページに追加された新たなコードを呼び出すことにより、前記ウェブページを操作するステップと、
   前記テスト実行部が、前記アドオンプログラムからダイアログが表示された旨の通知を受け付けた場合、前記テスト・プログラムにおいて指定されたダイアログ操作を前記アドオンプログラムへ指示することにより、前記プロキシ処理部を介さず前記アドオンプログラムを介して、前記ウェブブラウザにダイアログ操作を実行させるステップと、
   を備えることを特徴とする動作検証方法。
4. ウェブページの動作確認のためのテスト・プログラムを実行する装置に、
   前記ウェブページのプログラムコードを取得し、前記ウェブページを操作するための新たなコードをそのプログラムコードに追加後、ウェブブラウザに前記ウェブページを表示させる機能と、所定の操作指示に応じて前記ウェブページの新たなコードを呼び出す機能とを含むプロキシ機能と、
   前記テスト・プログラムの実行に際して前記所定の操作指示を前記プロキシ機能へ通知し、前記ウェブページに追加された新たなコードを前記プロキシ機能に呼び出させることにより、前記ウェブページを操作するテスト実行機能と、
   前記ウェブブラウザによるダイアログの表示を検出するアドオンプログラムを、前記ウェブブラウザの拡張機能として設定するアドオン設定機能と、
   を実現させ、
   前記テスト実行機能は、前記アドオンプログラムからダイアログが表示された旨の通知を受け付けた場合、前記テスト・プログラムにおいて指定されたダイアログ操作を前記アドオンプログラムへ指示することにより、前記プロキシ機能を介さず前記アドオンプログラムを介して、前記ウェブブラウザにダイアログ操作を実行させるダイアログ操作機能を含むことを特徴とする動作検証プログラム。

Images