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

Description

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

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

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

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

ＥＲＰ（Enterprise Resource Planning）パッケージを導入して経営効率の向上を図る企業では、そのＥＲＰパッケージに組み込まれて動作するアプリケーションの動作テストを効率的に実行したいというニーズがあると本発明者は考えた。しかし、ＥＲＰパッケージに組み込まれたアプリケーションの動作テストを効率的に実行するための具体的な方法はこれまで十分に提案されてこなかった。

本発明は、本発明者の上記課題認識に基づいて完成された発明であり、その主たる目的は、ＥＲＰパッケージに組み込まれて動作するアプリケーションの動作テストを効率的に実行するための技術を提供することにある。

上記課題を解決するために、本発明のある態様の動作検証装置は、ＥＲＰパッケージに組み込まれて動作するアプリケーションについて、その動作確認のためのテスト・プログラムを実行させる装置であって、アプリケーションに対して実行された一連の操作の内容を示すログを取得するログ取得部と、各種操作を実現するためのロジックが組み込まれた複数種類の関数のうちログに記録された操作に対応する関数を選択し、アプリケーションへのデータ入力操作についてはアプリケーションへの入力データを取得するためのインタフェースを備える入力関数を選択することにより、一連の操作を再現するためのテスト・プログラムを生成するプログラム生成部と、入力関数に渡すべき入力データを取得する入力データ取得部と、取得された入力データに基づいて一連の操作を実行したときの動作確認のために、取得された入力データを入力関数に渡してテスト・プログラムを実行させるプログラム実行部と、を備える。

本発明の別の態様は、動作検証方法である。この方法は、ＥＲＰパッケージに組み込まれて動作するアプリケーションについて、その動作確認のためのテスト・プログラムを実行させる装置により実行される方法であって、アプリケーションに対して実行された一連の操作の内容を示すログを取得するステップと、各種操作を実現するためのロジックが組み込まれた複数種類の関数のうちログに記録された操作に対応する関数を選択し、アプリケーションへのデータ入力操作についてはアプリケーションへの入力データを取得するためのインタフェースを備える入力関数を選択することにより、一連の操作を再現するためのテスト・プログラムを生成するステップと、入力関数に渡すべき入力データを取得するステップと、取得された入力データに基づいて一連の操作を実行したときの動作確認のために、取得された入力データを入力関数に渡してテスト・プログラムを実行させるステップと、を備える。

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

本発明によれば、ＥＲＰパッケージに組み込まれて動作するアプリケーションの動作テストを効率的に実行できる。

ポータルサイト第１画面の画面図である。 ポータルサイト第２画面の画面図である。 辞書テストを実行したときのログを示す図である。 辞書テストを実行するためのプログラムを示す図である。 動作検証装置の機能ブロック図である。 ログを取得して動作テストを実行するまでの概要図である。 ログ画面の画面図である。 関数設定画面の画面図である。 プログラム画面の画面図である。 入力設定画面の画面図である。 ケース設定画面の画面図である。 参考技術１の動作検証装置と参考技術２の動作検証装置とのそれぞれにおける構成の概要を示す図である。 参考技術１の動作検証装置と参考技術２の動作検証装置とのそれぞれにおける動作の概要を示す図である。 参考技術２の動作検証装置の機能構成を示すブロック図である。 参考技術２において、ユーザのデータ入力操作を検出して動作テストを実行するまでの概要図である。 参考技術２における関数設定画面の画面図である。 参考技術２における関数設定画面の画面図である。 参考技術２における入力設定画面の画面図である。 参考技術２におけるケース設定画面の画面図である。 実施の形態の動作テストにおけるシステムアーキテクチャを示す図である。 図１９をより詳細に示す図である。 実施の形態のプログラム実行部の機能構成を示すブロック図である。 実施の形態の動作検証装置においてユーザが設定可能な関数の例を示す図である。 ＧＵＩコンポーネントの表示画面を示す図である。 ＧＵＩコンポーネントの表示画面を示す図である。 ステータスメッセージの照合結果を示す図である。

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

（参考技術１）
図１（ａ）は、ポータルサイト第１画面３００の画面図である。
参考技術１においては、ポータル・サイト「ＸＹＺ！」を対象とした動作テストについて説明する。ポータルサイト第１画面３００は、エディットボックス３０２と検索リンク３０４を含む。検索リンク３０４は、「ウェブ」、「ブログ」、「画像」、「辞書」という４つのリンクを含む。ユーザがエディットボックス３０２に文字列を入力し、検索リンク３０４のうちのいずれかをマウス・クリックすると、入力文字列の検索が開始される。たとえば、エディットボックス３０２に文字列「液晶」と入力し、リンク「ウェブ」をマウス・クリックした場合、文字列「液晶」を含むウェブサイトが検索対象となる。エディットボックス３０２に文字列「液晶」と入力し、リンク「ブログ」をマウス・クリックした場合には、このポータル・サイトに開設されているブログ（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）の画面キャプチャ機能を呼び出して、クリップボードに記録された画面スナップのデータを取得してもよい。

テスト関数１７６は、パラメータで指定された列数だけＳＡＰＧｕｉＴａｂｌｅ４２４を横スクロールさせる関数である。テスト関数１７８は、パラメータで指定された行数だけＳＡＰＧｕｉＴａｂｌｅ４２４を縦スクロールさせる関数である。テスト関数１８０は、その内部でテスト関数１７６・１７８を呼び出しつつ、ＳＡＰＧｕｉＴａｂｌｅ４２４の画面スナップを取得させる関数である。具体的には、横スクロール量で指定された列数の横スクロールを最終列まで繰り返しつつ表示画面をキャプチャする。そして、縦スクロール量で指定された行数の縦スクロールを行った後、横スクロールおよび画面キャプチャを再度実行する。すなわち、横スクロールおよび縦スクロールを適宜組み合わせて、ＳＡＰＧｕｉＴａｂｌｅ４２４全体の画面キャプチャを記録する。

テスト関数１８２は、パラメータで指定された列数だけＳＡＰＧｕｉＧｒｉｄ４２６を横スクロールさせる関数である。テスト関数１８４は、パラメータで指定された行数だけＳＡＰＧｕｉＧｒｉｄ４２６を縦スクロールさせる関数である。テスト関数１８６は、その内部でテスト関数１８２・１８４を呼び出しつつ、ＳＡＰＧｕｉＧｒｉｄ４２６の画面スナップを取得させる関数である。具体的には、横スクロール量で指定された列数の横スクロールを最終列まで繰り返しつつ表示画面をキャプチャする。そして、縦スクロール量で指定された行数の縦スクロールを行った後、横スクロールおよび画面キャプチャを再度実行する。すなわち、横スクロールおよび縦スクロールを適宜組み合わせて、ＳＡＰＧｕｉＧｒｉｄ４２６全体の画面キャプチャを取得させる。

テスト関数１７６・１７８・１８２・１８４は、ＳＡＰＳｃｒｉｐｔｉｎｇＡＰＩ４２８として提供される関数である。ＧＵＩ操作部１６０は、動作テスト用プログラムからこれらの関数を検出すると、ネイティブ参照オブジェクト４３２を介してＳＡＰＳｃｒｉｐｔｉｎｇＡＰＩ４２８を呼び出す。テスト関数１８０・１８６は、証左物設定部１６２が提供する関数である。証左物設定部１６２は、動作テスト用プログラムからこれらの関数を検出すると、ＧＵＩ操作部１６０を介してＳＡＰＳｃｒｉｐｔｉｎｇＡＰＩ４２８を呼び出させるとともに画面キャプチャを実行する。

図２２で示すように、スクロール操作の対象となるＧＵＩコンポーネントが、ＳＡＰＧｕｉＷｉｎｄｏｗ４２２・ＳＡＰＧｕｉＴａｂｌｅ４２４・ＳＡＰＧｕｉＧｒｉｄ４２６のいずれであっても、ユーザは内部的な処理の違いを意識することなく、関数設定画面２１０においてテスト関数を同様に指定すればよい。言い換えれば、ＧＵＩコンポーネントのスクロール操作を、スクロール専用関数４３０経由で実行するか、ネイティブ参照オブジェクト４３２〜ＳＡＰＳｃｒｉｐｔｉｎｇＡＰＩ４２８経由で実行するかはユーザに対して隠蔽されている。したがって、ユーザは、関数設定画面２１０において予め定められたテスト関数１７６〜１８６を適宜選択して設定すれば、網羅的にＧＵＩコンポーネントのスクロール操作および画面キャプチャ操作を実行させることができる。

なお、ＳＡＰＧｕｉＴａｂｌｅ４２４の縦スクロールは、ユーザによる指定を必須とせず、ＳＡＰＧｕｉクライアント４０６のＡＰ表示画面４２０に表示されている行数分が自動的にスクロールされてもよい。具体的には、ＳＡＰＳｃｒｉｐｔｉｎｇＡＰＩ４２８におけるＧｕｉＴａｂｌｅＣｏｎｔｒｏｌオブジェクトのＶｉｓｉｂｌｅＲｏｗＣｏｕｎｔプロパティ値が縦スクロール量として取得されてもよい。同様に、ＳＡＰＧｕｉＧｒｉｄ４２６の縦スクロールについても、ＳＡＰＧｕｉクライアント４０６のＡＰ表示画面４２０に表示されている行数分が自動的にスクロールされてもよい。具体的には、ＳＡＰＳｃｒｉｐｔｉｎｇＡＰＩ４２８におけるＧｕｉＧｒｉｄＣｏｎｔｒｏｌオブジェクトのＶｉｓｉｂｌｅＲｏｗＣｏｕｎｔプロパティ値が縦スクロール量として取得されてもよい。ユーザが指定すべきパラメータを削減することでユーザの負担を低減させつつも、必要十分な画面スナップを記録できる。

テスト関数１８８は、ステータスバーに表示されたステータスメッセージをその期待値と照合させる関数であり、パラメータとしてステータスメッセージの期待値、本実施の形態ではＳ（正常）・Ｗ（警告）・Ｅ（エラー）が指定可能である。テスト関数１８８は、照合部１６４が提供する関数である。照合部１６４は、動作テスト用プログラムからこの関数を検出すると、ネイティブ参照オブジェクト４３２を介してＳＡＰＳｃｒｉｐｔｉｎｇＡＰＩ４２８を呼び出してステータスメッセージの実際値を取得する。そして、その実際値と期待値とを比較して比較結果を記録する。

以下、ステータスメッセージの照合例を説明する。図２３は、ＳＡＰのＧＵＩコンポーネントの表示画面を示す。同図は、動作テストの準備段階において、ユーザがＳＡＰＧｕｉＷｉｎｄｏｗ画面１９０に対して手作業にて受注情報を入力した状況を示している。同図では、得意先発注日が入力されたにも関わらず得意先発注番号が未入力であるため、ステータスバー領域１９２には警告を示すステータスメッセージが表示されている。

図２４は、ＳＡＰのＧＵＩコンポーネントの表示画面を示す。同図は、ＳＡＰＧｕｉＷｉｎｄｏｗ画面１９０に対する動作テストにおいて受注情報を自動的に入力した状況を示している。同図では、得意先発注番号が未入力で得意先発注日が入力されたにも関わらず、ステータスバー領域１９２には正常を示すステータスメッセージが表示されている。

図２５は、ステータスメッセージの照合結果を示す。同図は、図２２のテスト関数１８８が動作テスト用プログラムに設定された場合のエラーレポートの表示画面１９４を示している。具体的には、図２３で示したようにステータスメッセージの期待値はＷ（警告）であったにもかかわらず、図２４で示したようにその実際値はＳ（正常）であったため、照合部１６４によりエラーとして検出された。そして、その旨を示すエラーレポートが検証結果提示部１６６によりユーザに提示されたものである。

本実施の形態の動作検証装置１００によれば、動作テストの対象がＳＡＰ用ＡＰである場合も参考技術１に既述したような効果を奏し、効率的な動作テストを実現できる。例えば、処理とパラメータとが分離されることにより動作テストのバリエーションを拡げやすくなる。また、ＳＡＰ用ＡＰに対する操作用の関数や画面キャプチャ用の各種関数が、統一された関数設定画面２１０においてユーザが選択可能な態様で提供されることにより、動作テストの効率および信頼性を向上させやすくなる。

また動作検証装置１００によれば、ＱＴＰ４０８では自動化できないＧＵＩコンポーネントのスクロール操作やステータスメッセージの照合処理が自動化されることにより、より一層効率的な動作テストが実現される。一般的にＳＡＰサーバ４０２には多数のＳＡＰ用ＡＰが構築されており、それら多数のＳＡＰ用ＡＰが動作テストの対象となる。したがって、証左物として取得すべきＧＵＩコンポーネントの画面スナップ数やステータスメッセージ数も多数になる。これらの証左物の取得や照合を自動化することで、動作テストに要する工数を大幅に削減できる。

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

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

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

１００ 動作検証装置、 １１４ ログ取得部、 １１６ 入力データ取得部、 １３２ プログラム生成部、 １３４ プログラム実行部、 １６０ ＧＵＩ操作部、 １６２ 証左物設定部、 １６４ 照合部、 １６６ 検証結果提示部、 ４０２ ＳＡＰサーバ、 ４０６ ＳＡＰＧｕｉクライアント、 ４０８ ＱＴＰ、 ４１０ ＳＡＰ用アドイン、 ４１２ テストエンジンＩＦ、 ４１６ ＳＡＰ用ドライバ、 １０００ 動作検証システム。

Claims (7)

1. ＳＡＰ（登録商標）ソフトウェアが提供するＧＵＩオブジェクトであるテーブルオブジェクトまたはグリッドオブジェクトを使用するアプリケーションについて、その動作確認のためのテスト・プログラムを実行させる装置であって、
   前記アプリケーションを操作するためのＧＵＩクライアントプログラムに対する操作の内容を示すログを取得するログ取得部と、
   前記ＧＵＩクライアントプログラムに対する操作を自動的に実行する処理が記述されたロジックが組み込まれた複数種類の関数のうち、前記ログに記録された操作に対応する関数を選択し、選択した関数を呼び出すコールステップを組み合わせて前記ログに記録された一連の操作を再現するためのテスト・プログラムを生成するプログラム生成部と、
   前記テスト・プログラムに記録された関数を呼び出すことにより、前記テスト・プログラムを実行させるプログラム実行部と、
   を備え、
   前記テスト・プログラムには、前記ＧＵＩクライアントプログラムにより表示された画面であり、前記アプリケーションを操作するための画面に表示されたテーブルオブジェクトまたはグリッドオブジェクトをスクロールさせるための関数を呼び出すコールステップをユーザが登録可能であり、前記プログラム生成部は、ユーザにより前記スクロールさせるための関数を呼び出すコールステップの登録が指示された場合、前記ログに記録された操作に対応する関数に加えて、前記スクロールさせるための関数を呼び出すコールステップを組み合わせてテスト・プログラムを生成し、
   前記プログラム実行部は、前記スクロールさせるための関数のコールステップを含むテスト・プログラムの実行時に、前記スクロールさせるための関数を呼び出した場合に、当該関数から前記ＧＵＩクライアントプログラムに対するネイティブ参照オブジェクトを介して前記ＧＵＩクライアントプログラムが備える前記スクロールさせるための関数に対応するネイティブメソッドを呼び出すことにより、前記テーブルオブジェクトまたはグリッドオブジェクトをスクロールさせることを特徴とする動作検証装置。
2. 前記テスト・プログラムには、前記アプリケーションを操作するための画面に表示された前記ＳＡＰソフトウェアが提供するウィンドウオブジェクトをスクロールさせるための関数を呼び出すコールステップを、前記テーブルオブジェクトまたはグリッドオブジェクトをスクロールさせるための関数を呼び出すコールステップと同様の形式でユーザが登録可能であり、
   前記プログラム実行部は、前記テスト・プログラムの実行において前記ウィンドウオブジェクトをスクロールさせるための関数を呼び出した場合に、当該関数から所定のテストエンジンが提供する前記ウィンドウオブジェクトをスクロールさせるための専用関数を呼び出すことにより、前記ウィンドウオブジェクトをスクロールさせることを特徴とする請求項１に記載の動作検証装置。
3. 前記テスト・プログラムには、前記テーブルオブジェクトまたはグリッドオブジェクトの表示画面を記録するための画面キャプチャ関数を呼び出すコールステップをユーザが登録可能であり、
   前記プログラム実行部は、前記テスト・プログラムの実行において前記画面キャプチャ関数を呼び出した場合に、前記テーブルオブジェクトまたはグリッドオブジェクトをスクロールさせつつ、それらの表示画面を記録することを特徴とする請求項１または２に記載の動作検証装置。
4. 前記プログラム実行部は、前記アプリケーションを操作するための画面におけるステータスバーに表示された情報を、前記アプリケーションの動作確認における証左物として記録することを特徴とする請求項１から３のいずれかに記載の動作検証装置。
5. 前記ステータスバーに表示されることが期待される情報として予め設定された情報と、前記ステータスバーに実際に表示された情報とを照合する照合部をさらに備えることを特徴とする請求項４に記載の動作検証装置。
6. ＳＡＰ（登録商標）ソフトウェアが提供するＧＵＩオブジェクトであるテーブルオブジェクトまたはグリッドオブジェクトを使用するアプリケーションについて、その動作確認のためのテスト・プログラムを実行させる装置に、
   前記アプリケーションを操作するためのＧＵＩクライアントプログラムに対する操作の内容を示すログを取得する機能と、
   前記ＧＵＩクライアントプログラムに対する操作を自動的に実行する処理が記述されたロジックが組み込まれた複数種類の関数のうち、前記ログに記録された操作に対応する関数を選択し、選択した関数を呼び出すコールステップを組み合わせて前記ログに記録された一連の操作を再現するためのテスト・プログラムを生成する機能と、
   前記テスト・プログラムに記録された関数を呼び出すことにより、前記テスト・プログラムを実行させる機能と、
   を実現させ、
   前記テスト・プログラムには、前記ＧＵＩクライアントプログラムにより表示された画面であり、前記アプリケーションを操作するための画面に表示されたテーブルオブジェクトまたはグリッドオブジェクトをスクロールさせるための関数を呼び出すコールステップをユーザが登録可能であり、前記テスト・プログラムを生成する機能は、ユーザにより前記スクロールさせるための関数を呼び出すコールステップの登録が指示された場合、前記ログに記録された操作に対応する関数に加えて、前記スクロールさせるための関数を呼び出すコールステップを組み合わせてテスト・プログラムを生成し、
   前記テスト・プログラムを実行させる機能は、前記スクロールさせるための関数のコールステップを含むテスト・プログラムの実行時に、前記スクロールさせるための関数を呼び出した場合に、当該関数から前記ＧＵＩクライアントプログラムに対するネイティブ参照オブジェクトを介して前記ＧＵＩクライアントプログラムが備える前記スクロールさせるための関数に対応するネイティブメソッドを呼び出すことにより、前記テーブルオブジェクトまたはグリッドオブジェクトをスクロールさせることを特徴とする動作検証プログラム。
7. ＳＡＰ（登録商標）ソフトウェアが提供するＧＵＩオブジェクトであるテーブルオブジェクトまたはグリッドオブジェクトを使用するアプリケーションについて、その動作確認のためのテスト・プログラムを実行させる装置により実行される方法であって、
   前記アプリケーションを操作するためのＧＵＩクライアントプログラムに対する操作の内容を示すログを取得するステップと、
   前記ＧＵＩクライアントプログラムに対する操作を自動的に実行する処理が記述されたロジックが組み込まれた複数種類の関数のうち、前記ログに記録された操作に対応する関数を選択し、選択した関数を呼び出すコールステップを組み合わせて前記ログに記録された一連の操作を再現するためのテスト・プログラムを生成するステップと、
   前記テスト・プログラムに記録された関数を呼び出すことにより、前記テスト・プログラムを実行させるステップと、
   を備え、
   前記テスト・プログラムには、前記ＧＵＩクライアントプログラムにより表示された画面であり、前記アプリケーションを操作するための画面に表示されたテーブルオブジェクトまたはグリッドオブジェクトをスクロールさせるための関数を呼び出すコールステップをユーザが登録可能であり、前記テスト・プログラムを生成するステップは、ユーザにより前記スクロールさせるための関数を呼び出すコールステップの登録が指示された場合、前記ログに記録された操作に対応する関数に加えて、前記スクロールさせるための関数を呼び出すコールステップを組み合わせてテスト・プログラムを生成し、
   前記テスト・プログラムを実行させるステップは、前記スクロールさせるための関数のコールステップを含むテスト・プログラムの実行時に、前記スクロールさせるための関数を呼び出した場合に、当該関数から前記ＧＵＩクライアントプログラムに対するネイティブ参照オブジェクトを介して前記ＧＵＩクライアントプログラムが備える前記スクロールさせるための関数に対応するネイティブメソッドを呼び出すことにより、前記テーブルオブジェクトまたはグリッドオブジェクトをスクロールさせることを特徴とする動作検証方法。

Images