(57)【特許請求の範囲】
【請求項１】
ＧＵＩ（Graphical User Interface）操作を自動化するための複数の方式のそれぞれに対応したテストデータを、前記方式及び前記テストデータの第１の組合せを識別する第１のテストデータＩＤと関連付けて管理する、前記方式ごとの複数のテストデータ管理テーブルと、
前記複数の方式のうち少なくとも一部に対応したツールと、前記第１のテストデータＩＤ又は他のパラメータ値を識別するＩＤのいずれかであるパラメータＩＤと、テスト対象システムのＧＵＩアプリケーションと、の組合せを定義した複数のテストパターンを管理するテストパターンテーブルと、
前記複数のテストパターンのうち第１のテストパターンの指定を受け付ける受付部と、
前記第１のテストパターンに定義された前記パラメータＩＤが前記第１のテストデータＩＤである場合に、前記複数のテストデータ管理テーブルの中から前記第１のテストデータＩＤが識別する方式に対応するテーブルを特定し、当該特定したテーブルの中から当該第１のテストデータＩＤに関連付けられたテストデータを前記パラメータ値として取得する取得部と、
前記パラメータ値を用いて、前記第１のテストパターンに定義されたツールにより、当該第１のテストパターンに定義されたＧＵＩアプリケーションに対するテストを実行するテスト実行部と、
を備える情報処理装置。
【請求項２】
前記テスト対象システムに対する設定処理に用いられる設定値と、前記テストパターンとを関連付けた設定値管理テーブルをさらに備え、
前記パラメータＩＤは、前記第１のテストデータＩＤ又は前記設定値を識別する設定値ＩＤのいずれかであり、
前記取得部は、前記パラメータＩＤが前記設定値ＩＤである場合、前記設定値管理テーブルの中から前記第１のテストパターンに関連付けられた設定値を前記パラメータ値として取得する
請求項１に記載の情報処理装置。
【請求項３】
前記受付部は、前記設定処理と前記第１のテストパターンによる前記テストの処理順序を定義したワークフロー情報に基づき、前記設定処理の指定を受け付け、
前記取得部は、前記設定処理に基づき、前記設定値管理テーブルから前記設定値を取得し、
前記情報処理装置は、
前記設定値を用いて前記テスト対象システムに対して前記設定処理を実行する設定部をさらに備え、
前記受付部は、前記設定処理の実行後に、前記ワークフロー情報に定義された前記第１のテストパターンの指定を受け付ける
請求項２に記載の情報処理装置。
【請求項４】
前記複数のテストデータ管理テーブルは、前記複数の方式のうち第１の方式に対応する構造データを前記テストデータとして管理する第１のテストデータ管理テーブルと、当該複数の方式のうち第２の方式に対応する非構造データを前記テストデータとして管理する第２のテストデータ管理テーブルとを含む、
請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記受付部は、前記テストデータと前記方式との第２の組合せを受け付け、
前記第２の組合せを識別する第２のテストデータＩＤを発行し、前記複数のテストデータ管理テーブルのうち前記受け付けた方式に対応するテーブルを特定し、当該特定したテーブルに前記第２のテストデータＩＤと前記受け付けたテストデータとを関連付けて登録する第１の登録部をさらに備える
請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
前記受付部は、前記ツールと前記パラメータＩＤと前記ＧＵＩアプリケーションの第３の組合せを受け付け、
前記第３の組合せを定義した第２のテストパターンを生成して前記テストパターンテーブルに登録する第２の登録部をさらに備える
請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
ＧＵＩ（Graphical User Interface）操作を自動化するための複数の方式のうち少なくとも一部に対応したツールと、前記方式及びテストデータの第１の組合せを識別する第１のテストデータＩＤ又は他のパラメータ値を識別するＩＤのいずれかであるパラメータＩＤと、テスト対象システムのＧＵＩアプリケーションと、の組合せを定義した複数のテストパターンのうち、第１のテストパターンの指定を受け付け、
前記第１のテストパターンに定義された前記パラメータＩＤが前記第１のテストデータＩＤである場合に、前記複数の方式のそれぞれに対応したテストデータを前記第１のテストデータＩＤと関連付けて管理する、前記方式ごとの複数のテストデータ管理テーブルの中から、前記第１のテストデータＩＤが識別する方式に対応するテーブルを特定し、当該特定したテーブルの中から当該第１のテストデータＩＤに関連付けられたテストデータをパラメータ値として取得し、
前記パラメータ値を用いて、前記第１のテストパターンに定義されたツールにより、当該第１のテストパターンに定義されたＧＵＩアプリケーションに対するテストを実行する
テスト管理方法。
【請求項８】
ＧＵＩ（Graphical User Interface）操作を自動化するための複数の方式のうち少なくとも一部に対応したツールと、前記方式及びテストデータの第１の組合せを識別する第１のテストデータＩＤ又は他のパラメータ値を識別するＩＤのいずれかであるパラメータＩＤと、テスト対象システムのＧＵＩアプリケーションと、の組合せを定義した複数のテストパターンのうち、第１のテストパターンの指定を受け付ける処理と、
前記第１のテストパターンに定義された前記パラメータＩＤが前記第１のテストデータＩＤである場合に、前記複数の方式のそれぞれに対応したテストデータを前記第１のテストデータＩＤと関連付けて管理する、前記方式ごとの複数のテストデータ管理テーブルの中から、前記第１のテストデータＩＤが識別する方式に対応するテーブルを特定し、当該特定したテーブルの中から当該第１のテストデータＩＤに関連付けられたテストデータをパラメータ値として取得する処理と、
前記パラメータ値を用いて、前記第１のテストパターンに定義されたツールにより、当該第１のテストパターンに定義されたＧＵＩアプリケーションに対するテストを実行する処理と、
をコンピュータに実行させるテスト管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、並びに、テスト管理方法及びプログラムに関し、特に、ＧＵＩ（Graphical User Interface）操作を自動化するツールを用いたＧＵＩソフトウェアに対するテストを行う情報処理装置、並びに、テスト管理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、デバイスやＯＳ（Operating System）といったプラットフォームの多様化に伴い、所定のサービスを提供する情報システムに対してネットワークを介してアクセスを行うクライアントアプリケーションの種類が増加している。クライアントアプリケーションは通常、ユーザによって操作されるため、ＧＵＩアプリケーションとして提供される。そして、ＧＵＩアプリケーションのテストには、ＲＰＡ（Robotic Process Automation）技術に基づきＧＵＩ操作を自動化するツール（ＧＵＩ操作自動化ツール）を用いることが増えている。【０００３】
特許文献１には、ＧＵＩプログラムのテストを自動化するテストシステムに関する技術が開示されている。特許文献１にかかるテストシステムは、テスト実施者により実行されたキー入力、マウス移動、又は、マウスクリック等のイベントを取得し、イベントが画像保存イベントの場合、画像データを期待値としてファイルに保存する。また、取得したイベントの情報がテキストベースのテストスクリプトに変換される。そして、テストシステムは、テスト時においてテストスクリプトを入力し、イベントを再現する。その際、テストシステムは、再現したイベントが画像保存イベントの場合、画像データをテスト結果としてファイルに保存する。その後、テストシステムは、期待値の画像データとテスト結果の画像データとを比較し、テスト結果の検証を行う。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−００５６９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、ＧＵＩ操作自動化ツールには特許文献１に限らず様々な種類があり、ある情報システムに対応する複数種類のＧＵＩアプリケーションをテストするためには、複数種類のツールを組み合わせて行うことが考えられる。しかしながら、複数種類のＧＵＩ操作自動化ツールを効率的に連携させることが困難であるという問題点があった。その理由は、各ツールの間でテストデータ等のパラメータを共有する仕組みがないためである。【０００６】
本開示は、このような問題点を解決するためになされたものであり、複数種類のＧＵＩ操作自動化ツールを効率的に連携させるための情報処理装置、並びに、テスト管理方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本開示の第１の態様にかかる情報処理装置は、
ＧＵＩ（Graphical User Interface）操作を自動化するための複数の方式のそれぞれに対応したテストデータを管理する、前記方式ごとの複数のテストデータ管理テーブルと、
前記複数の方式のうち少なくとも一部に対応したツールと、パラメータＩＤと、テスト対象システムのＧＵＩアプリケーションと、の組合せを定義した複数のテストパターンを管理するテストパターンテーブルと、
前記複数のテストパターンのうち第１のテストパターンの指定を受け付ける受付部と、
前記第１のテストパターンに定義された前記パラメータＩＤに基づいて、前記複数のテストデータ管理テーブルの中から該当するテストデータをパラメータ値として取得する取得部と、
前記パラメータ値を用いて、前記第１のテストパターンに定義されたツールにより、当該第１のテストパターンに定義されたＧＵＩアプリケーションに対するテストを実行するテスト実行部と、
を備える。【０００８】
本開示の第２の態様にかかるテスト管理方法は、
ＧＵＩ（Graphical User Interface）操作を自動化するための複数の方式のうち少なくとも一部に対応したツールと、パラメータＩＤと、テスト対象システムのＧＵＩアプリケーションと、の組合せを定義した複数のテストパターンのうち、第１のテストパターンの指定を受け付け、
前記第１のテストパターンに定義された前記パラメータＩＤに基づいて、前記複数の方式のそれぞれに対応したテストデータを管理する、前記方式ごとの複数のテストデータ管理テーブルの中から該当するテストデータをパラメータ値として取得し、
前記パラメータ値を用いて、前記第１のテストパターンに定義されたツールにより、当該第１のテストパターンに定義されたＧＵＩアプリケーションに対するテストを実行する。【０００９】
本開示の第３の態様にかかるテスト管理プログラムは、
ＧＵＩ（Graphical User Interface）操作を自動化するための複数の方式のうち少なくとも一部に対応したツールと、パラメータＩＤと、テスト対象システムのＧＵＩアプリケーションと、の組合せを定義した複数のテストパターンのうち、第１のテストパターンの指定を受け付ける処理と、
前記第１のテストパターンに定義された前記パラメータＩＤに基づいて、前記複数の方式のそれぞれに対応したテストデータを管理する、前記方式ごとの複数のテストデータ管理テーブルの中から該当するテストデータをパラメータ値として取得する処理と、
前記パラメータ値を用いて、前記第１のテストパターンに定義されたツールにより、当該第１のテストパターンに定義されたＧＵＩアプリケーションに対するテストを実行する処理と、
をコンピュータに実行させる。
【発明の効果】
【００１０】
本開示により、複数種類のＧＵＩ操作自動化ツールを効率的に連携させるための情報処理装置、並びに、テスト支援システム、方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本実施の形態１にかかる情報処理装置の構成を示すブロック図である。
【図２】本実施の形態１にかかるテスト管理方法の流れを説明するためのフローチャートである。
【図３】本実施の形態２にかかるテスト管理システムの構成を示すブロック図である。
【図４】本実施の形態２にかかるワークフロー情報の概念を説明する図である。
【図５】本実施の形態２にかかる各テーブルの主要属性とテーブル間のリレーションの概念を説明する図である。
【図６】本実施の形態２にかかる作業シナリオの概念を説明する図である。
【図７】本実施の形態２にかかるテストシナリオの概念を説明する図である。
【図８】本実施の形態２にかかるＧＵＩ操作自動化ツールと対応する自動化方式の例を説明する図である。
【図９】本実施の形態２にかかる登録処理の流れを説明するためのフローチャートである。
【図１０】本実施の形態２にかかるワークフロー実行処理の流れを説明するためのフローチャートである。
【発明を実施するための形態】
【００１２】
以下では、本開示の実施の形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００１３】
＜実施の形態１＞
図１は、本実施の形態１にかかる情報処理装置１の構成を示すブロック図である。情報処理装置１は、テスト対象システムにおけるＧＵＩ（Graphical User Interface）アプリケーションに対するＧＵＩのテストを管理するためのコンピュータシステムである。そのため、情報処理装置１は、複数台のコンピュータにより実現したものであってもよい。
【００１４】
情報処理装置１は、テストデータ管理テーブル１１、１２、・・・１ｎ（ｎは２以上の自然数。）と、テストパターンテーブル２０と、受付部３１と、取得部３２と、テスト実行部３３とを備える。テストデータ管理テーブル１１から１ｎのそれぞれは、テストデータを管理するテーブルである。尚、テストデータ管理テーブル１１等は、少なくとも２以上であればよい。例えば、テストデータ管理テーブル１１は１以上のテストデータ１１１を管理し、テストデータ管理テーブル１２は１以上のテストデータ１２１を管理し、・・・テストデータ管理テーブル１ｎは１以上のテストデータ１ｎ１を管理する。また、テストデータ管理テーブル１１から１ｎのそれぞれは、ＧＵＩ操作を自動化するための複数の方式のそれぞれに対応するものである。また、テストデータ１１１、１２１、・・・１ｎ１のそれぞれも、複数の方式のそれぞれに対応するものである。例えば、Ａ方式に対応したテストデータは、Ａ方式用のテストデータ管理テーブルに保存されている。また、ＧＵＩ操作を自動化するための方式に対応するテストデータとは、後述するＧＵＩ操作自動化ツールに用いられる（入力する）パラメータである。そして、当該テストデータは、例えば、ＧＵＩ操作自動化ツールに所定のＧＵＩ操作を再現させるためのパラメータであるか、当該ＧＵＩ操作に対する応答結果であるＧＵＩ画面を検証するための情報である。テストデータは、例えば、対象のＧＵＩの位置を示す座標、ＧＵＩを構成するオブジェクトのオブジェクトＩＤ、パターンマッチングのための画像ファイル又はそのファイルパス、所定のプロトコルに基づくメッセージやパラメータ、文字列、設定値等である。
【００１５】
テストパターンテーブル２０は、複数のテストパターン２１、２２、・・・２ｍ（ｍは２以上の自然数。）を管理するテーブルである。テストパターン２１は、ツール２１１と、パラメータＩＤ２１２と、テスト対象システムのＧＵＩアプリケーション２１３と、の組合せを定義した情報である。尚、テストパターン２２〜２ｍもテストパターン２１と同様である。また、テストパターンテーブル２０は、少なくとも２以上のテストパターンを管理するものであればよい。
【００１６】
ツール２１１は、ＧＵＩ操作自動化ツールを特定する情報である。ここで、ＧＵＩ操作自動化ツールは、所定のパラメータを用いて、所定のＧＵＩ操作に相当する処理を実行し、当該ＧＵＩ操作による応答結果であるＧＵＩ画面の検証を行うコンピュータプログラムである。そして、ＧＵＩ操作自動化ツールは、上述した複数の方式のうち少なくとも一部、つまり１以上の方式に対応するものである。そのため、複数種類のＧＵＩ操作自動化ツールにおいては、ツール間で方式の一部が共通する場合がある。その場合、共通する方式に対応するツール同士の間では、テストデータを共有することが可能といえる。尚、ＧＵＩ操作自動化ツールは、操作対象のＧＵＩアプリケーション２１３の実装に用いられたプログラミング言語、ＧＵＩアプリケーション２１３が属する情報システムの種類、ＧＵＩアプリケーション２１３が動作するプラットフォーム（デバイスやＯＳ等）により、異なる場合もある。
【００１７】
パラメータＩＤ２１２は、ツール２１１により特定されるＧＵＩ操作自動化ツールの実行に用いられるパラメータ値を識別する情報である。パラメータＩＤ２１２は、例えば、上述したテストデータ１１１〜１ｎ１のいずれかを識別する情報であるか、又は、他のパラメータ値を識別する情報であってもよい。尚、パラメータＩＤ２１２は、１つのテストパターンあたり、複数が定義されてもよい。つまり、テストパターンとパラメータＩＤとは、１対多の関係であってもよい。
【００１８】
ＧＵＩアプリケーション２１３は、ツール２１１によりＧＵＩに関するテストが行われる対象のＧＵＩアプリケーションを特定する情報である。また、ＧＵＩアプリケーション２１３は、テスト対象システムにアクセスを行うクライアントアプリケーションである。
【００１９】
受付部３１は、複数のテストパターン２１〜２ｍのうち第１のテストパターンの指定を受け付ける。例えば、受付部３１は、ユーザの操作によりテスト実行が指示された場合に、第１のテストパターンの指定を受け付けてもよい。または、受付部３１は、テスト対象システムに対する一連の処理の一部として行われるＧＵＩテストのために、第１のテストパターンの指定を受け付けてもよい。
【００２０】
取得部３２は、受付部３１により受け付けた第１のテストパターンに定義されたパラメータＩＤに基づいて、複数のテストデータ管理テーブル１１から１ｎの中から該当するテストデータをパラメータ値として取得する。
【００２１】
テスト実行部３３は、取得部３２により取得されたパラメータ値を用いて、第１のテストパターンに定義されたツールにより、当該第１のテストパターンに定義されたＧＵＩアプリケーションに対するテストを実行する。
【００２２】
尚、テストデータ管理テーブル１１〜１ｎとテストパターンテーブル２０とは、情報処理装置１の内部又は外部の記憶装置（不図示）に保存される。また、受付部３１、取得部３２及びテスト実行部３３は、情報処理装置１内の制御部が本実施の形態にかかるテスト管理プログラムを読み込み実行することにより、実現される。
【００２３】
図２は、本実施の形態１にかかるテスト管理方法の流れを説明するためのフローチャートである。まず、受付部３１は、テストパターンテーブル２０内のテストパターン２１から２ｍのうち、第１のテストパターン（例えばテストパターン２１）の指定を受け付ける（Ｓ１１）。次に、取得部３２は、第１のテストパターンに定義されたパラメータＩＤ２１２に基づいて、テストデータ管理テーブル１１〜１ｎの中から該当するテストデータ（例えばテストデータ１１１）をパラメータ値として取得する（Ｓ１２）。その後、テスト実行部３３は、取得したパラメータ値（テストデータ１１１）を用いて、第１のテストパターンに定義されたツール２１１により、第１のテストパターンに定義されたＧＵＩアプリケーション２１３に対するテストを実行する（Ｓ１３）。
【００２４】
このように、本実施の形態では、テスト対象システムにおけるＧＵＩアプリケーションに対するＧＵＩテストに用いるためのテストデータを、ＧＵＩ操作の自動化方式ごとに異なるテーブルにより管理するものである。そのため、ＧＵＩテスト用のテストデータの管理を効率化できる。そして、複数のＧＵＩ操作自動化ツールの間で、同一のパラメータＩＤを指定することで、所定の自動化方式に対応するテストデータを容易に共有することができる。その理由は、複数のＧＵＩ操作自動化ツールの間では、対応する自動化方式のうち一部が共通する場合が多いためである。よって、複数種類のＧＵＩ操作自動化ツールを効率的に連携させることができる。
【００２５】
＜実施の形態２＞
本実施の形態２は、上述した実施の形態１の応用例である。本実施の形態２では、対象システムに対する各種設定作業とそれに対応するＧＵＩテストとを連携させるものである。そこで、まず、本実施の形態２にかかる前記パラメータＩＤは、前記方式及び前記テストデータの第１の組合せを識別する第１のテストデータＩＤを含むものである。そして、前記複数のテストデータ管理テーブルのそれぞれは、前記第１のテストデータＩＤと前記テストデータとが関連づけられるものとする。そして、前記取得部は、前記複数のテストデータ管理テーブルの中から前記第１のテストデータＩＤが識別する方式に対応するテーブルを特定し、当該特定したテーブルの中から当該第１のテストデータＩＤに関連付けられたテストデータを前記パラメータ値として取得する。このように、複数のテストデータ管理テーブルの中で横断的に一意に特定できる第１のテストデータＩＤを用いることで、第１のテストデータＩＤによってテーブルを特定できる。そのため、第１のテストデータＩＤをパラメータＩＤとして定義することで、特定したテーブルに対してのみアクセスを行ってテストデータを読み出すことができる。そのため、テストデータの読み出し処理を効率的に実行できる。
【００２６】
さらに、前記テスト対象システムに対する設定処理（例えば、以下の「作業シナリオ」）に用いられる設定値と、前記テストパターンとを関連付けた設定値管理テーブル（例えば、以下のパラメータシート）をさらに備えるとよい。そして、前記パラメータＩＤは、前記第１のテストデータＩＤ又は前記設定値を識別する設定値ＩＤのいずれかであるものとする。この場合において、前記取得部は、前記パラメータＩＤが前記設定値ＩＤである場合、前記設定値管理テーブルの中から前記第１のテストパターンに関連付けられた設定値を前記パラメータ値として取得する。このように、設定値ＩＤをパラメータＩＤとして定義することで、設定処理に対する確認時に設定値を使用することができる。そのため、ＧＵＩテストの検証の精度を向上することができる。また、第１のテストデータＩＤと設定値ＩＤとをパラメータＩＤとして同等に定義できるため、テストパターンの定義の柔軟性が向上する。
【００２７】
さらに、前記受付部は、前記設定処理と前記第１のテストパターンによる前記テストの処理順序を定義したワークフロー情報に基づき、前記設定処理の指定を受け付け、前記取得部は、前記設定処理に基づき、前記設定値管理テーブルから前記設定値を取得する。この場合において、前記情報処理装置は、前記設定値を用いて前記テスト対象システムに対して前記設定処理を実行する設定部をさらに備える。そして、前記受付部は、前記設定処理の実行後に、前記ワークフロー情報に定義された前記第１のテストパターンの指定を受け付ける。これにより、対象システムに対する設定処理とその後のＧＵＩテストの連携を容易に実現できる。
【００２８】
また、前記複数のテストデータ管理テーブルは、前記複数の方式のうち第１の方式に対応する構造化データを前記テストデータとして管理する第１のテストデータ管理テーブルと、当該複数の方式のうち第２の方式に対応する非構造化データを前記テストデータとして管理する第２のテストデータ管理テーブルとを含むことが望ましい。これにより、テストデータの特性に応じて効率的なテーブル設計が可能となり、メンテナンス性も向上する。
【００２９】
また、前記受付部は、前記テストデータと前記方式との第２の組合せを受け付け、前記第２の組合せを識別する第２のテストデータＩＤを発行し、前記複数のテストデータ管理テーブルのうち前記受け付けた方式に対応するテーブルを特定し、当該特定したテーブルに前記第２のテストデータＩＤと前記受け付けたテストデータとを関連付けて登録する第１の登録部をさらに備えるとよい。このように、自動化方式を識別できるテストデータＩＤを自動的に発番することで、テストデータの登録を容易かつ効率化できる。
【００３０】
また、前記受付部は、前記ツールと前記パラメータＩＤと前記ＧＵＩアプリケーションの第３の組合せを受け付け、前記第３の組合せを定義した第２のテストパターンを生成して前記テストパターンテーブルに登録する第２の登録部をさらに備えるとよい。これにより、テストパターンに自由にパラメータＩＤを設定できる。
【００３１】
図３は、本実施の形態２にかかるテスト管理システム１０００の構成を示すブロック図である。テスト管理システム１０００は、対象システム１００と、対象端末２００と、ＣＭＤＢ（Configuration Management Database）３００と、テスト管理ＤＢ（Database）４００と、ツールＤＢ５００と、管理サーバ６００と、開発端末７１０と、運用端末７２０とを備える。対象システム１００、対象端末２００、ＣＭＤＢ３００、テスト管理ＤＢ４００、ツールＤＢ５００及び管理サーバ６００は、ネットワークＮを介して接続されている。対象システム１００は、所定のサービスを提供する情報システムである。対象システム１００は、様々なＩＴシステムを含むものであってよい。対象システム１００は、例えば、クラウドシステム、ネットワークシステム、ストレージシステム、サーバシステム等の一部又は全てを含む。
【００３２】
対象端末２００は、ＧＵＩアプリケーション２１０及び２２０を動作させることが可能なコンピュータ装置である。対象端末２００は、内蔵するＣＰＵがＯＳ及びＧＵＩアプリケーション２１０又は２２０を読み込み実行することで、ネットワークＮを介して対象システム１００へアクセスし、対象システム１００のクライアント端末として動作する。つまり、ＧＵＩアプリケーション２１０及び２２０は、対象システム１００に対するクライアントアプリケーションである。ＧＵＩアプリケーション２１０及び２２０は、例えば、ＰＣ用のＯＳ上で動作する専用のクライアントアプリケーション又はブラウザソフトウェアである。または、ＧＵＩアプリケーション２１０及び２２０は、スマートフォンやタブレット端末をエミュレートするエミュレータソフトウェア上で動作するスマートフォン用アプリケーションである。そのため、ＧＵＩアプリケーション２１０及び２２０も、対象システム１００と同様に、開発及び運用対象の情報システムに含まれるといえる。
【００３３】
ＣＭＤＢ３００は、対象システム１００に設定する構成情報（設計情報）を記憶するデータベースである。ＣＭＤＢの構成情報は、対象システム１００に設定するための各種パラメータや、対象システム１００に実装するソフトウェアに関する情報（インタプリタ用のソースコード等）を含む。また、ＣＭＤＢ３００は、構成情報の他、設定作業及びテストのために、ワークフロー情報３１０、作業パターンテーブル３２０、パラメータシート３３０及び作業シナリオ３４０を記憶する。
【００３４】
ワークフロー情報３１０は、対象システム１００に対する設定処理とテストパターンによるＧＵＩアプリケーション２１０又は２２０へのテストの処理順序を定義した情報である。尚、ワークフロー情報３１０は、運用作業の流れを記述した情報ともいえる。
【００３５】
作業パターンテーブル３２０は、作業パターンの概要を定義した情報である。パラメータシート３３０は、該当する作業パターンで実施される設定処理において設定される設定値であるパラメータ値を定義した情報である。パラメータシート３３０は、さらに、作業パターンにおける設定値に対して、テストパターンＩＤを関連付けている。そのため、パラメータシート３３０は、作業パターンＩＤ、設定値ＩＤ及びテストパターンＩＤの組合せによりレコードが一意に定まるテーブルである。また、パラメータシート３３０は、少なくとも作業パターンＩＤ（及び設定値ＩＤの組合せ）とテストパターンＩＤとを多対多で関連付けたテーブルである。そのため、パラメータシート３３０は、作業及びテストで共に使用する設定値を管理する情報といえる。
【００３６】
作業シナリオ３４０は、作業パターンに定義された設定処理において実施される操作の順序と各操作で用いられる設定値（パラメータ値）を定義した情報である。
【００３７】
テスト管理ＤＢ４００は、対象システム１００並びにＧＵＩアプリケーション２１０及び２２０に対するテストの定義を管理するデータベースである。テスト管理ＤＢ４００は、テストパターンテーブル４１０と、テストシナリオ４２０と、関連付けテーブル４３０と、テストデータテーブル４４０と、テストデータテーブル４５０とを記憶する。尚、テストパターンテーブル４１０及び関連付けテーブル４３０は、上述したテストパターンテーブル２０の一例である。また、テストデータテーブル４４０及び４５０は、上述したテストデータ管理テーブル１１から１ｎの一例である。そのため、本実施の形態においてテストデータテーブルは、３以上であってもよい。
【００３８】
テストパターンテーブル４１０は、テストパターンの概要を定義した情報である。テストパターンテーブル４１０は、テストパターンＩＤごとに、テストに使用するＧＵＩ操作自動化ツールの識別情報（ツールＩＤ）、ＧＵＩテストを実行する対象端末の識別情報、ＧＵＩテストの対象となるＧＵＩアプリケーションの識別情報等の対応付けの定義を含む。一方、一つのテストパターンＩＤに対してＧＵＩ操作自動化ツールで用いられるパラメータ値は複数である。つまり、テストパターンＩＤとパラメータＩＤは一対多である。よって、テストパターンテーブル４１０には、パラメータＩＤの定義を含めていない。
【００３９】
テストシナリオ４２０は、テストパターンに定義されたテスト処理において実施される操作の順序と検証処理とで用いられるパラメータ値（設定値及びテストデータ）のパラメータＩＤを定義した情報である。ここで、パラメータＩＤには、設定値ＩＤ及びテストデータＩＤのいずれも用いることができる。
【００４０】
関連付けテーブル４３０は、テストパターンＩＤとテストデータＩＤとを多対多で関連付けたテーブルである。また、関連付けテーブル４３０は、後述するテストデータテーブル４４０及び４５０のそれぞれごとに、設けてもよい。テーブルへのアクセス処理の効率化のためである。
【００４１】
テストデータテーブル４４０は、テストデータのうち構造化データを管理するためのテーブルである。構造化データとは、特定の構造を持つデータであり、例えば、データ型やサイズ等が定まったデータである。ここで、ＧＵＩ操作の自動化方式の中には、座標、オブジェクトＩＤ、固定桁以内の数値、固定文字数以内の文字列等の構造データをパラメータとして用いる方式がある。そのため、テストデータテーブル４４０は、複数の方式のうち第１の方式に対応する構造化データをテストデータとして管理する第１のテストデータ管理テーブルの一例といえる。テストデータテーブル４４０は、テストデータＩＤとテストデータ値とが関連づけられている。そして、テストデータテーブル４４０で用いられるテストデータＩＤは、構造データをパラメータとして用いる方式及びテストデータの組合せを識別する情報である。そのため、当該テストデータＩＤは、テストデータテーブル４４０を特定することができる。
【００４２】
テストデータテーブル４５０は、テストデータのうち非構造化データを管理するためのテーブルである。非構造化データとは、構造化データ以外のデータであり、例えば、ＸＭＬファイル、画像ファイル等である。ここで、ＧＵＩ操作の自動化方式の中には、画像ファイル等の非構造データをパラメータとして用いる方式がある。そのため、テストデータテーブル４５０は、複数の方式のうち第２の方式に対応する非構造化データをテストデータとして管理する第２のテストデータ管理テーブルの一例といえる。テストデータテーブル４５０は、テストデータＩＤとテストデータ値とが関連づけられている。そして、テストデータテーブル４５０で用いられるテストデータＩＤは、非構造データをパラメータとして用いる方式及びテストデータの組合せを識別する情報である。そのため、当該テストデータＩＤは、テストデータテーブル４５０を特定することができる。
【００４３】
図４は、本実施の形態２にかかるワークフロー情報３１０の概念を説明する図である。ワークフロー情報３１０は、一例として図４に示すように、ワークフローの識別情報であるワークフローＩＤに対して、処理順序ごとに実行させる処理のパターンＩＤの対応付けを定義したものとして表現できる。尚、図４のパターンＩＤは、作業パターンＩＤ又はテストパターンＩＤである。但し、パターンＩＤはこれらに限定されない。
【００４４】
図５は、本実施の形態２にかかる各テーブルの主要属性とテーブル間のリレーションの概念を説明する図である。例えば、作業パターンテーブル３２０は、作業パターンＩＤ、作業パターン名、作業内容、作業日を属性に含む。パラメータシート３３０は、作業パターンＩＤ、設定値ＩＤ、設定値、テストパターンＩＤを属性に含む。そして、作業パターンテーブル３２０とパラメータシート３３０とは、作業パターンＩＤにより一対多で関連付けられている。また、テストパターンテーブル４１０は、テストパターンＩＤ、テストパターン名、ツールＩＤ，対象端末、対象ＧＵＩアプリケーションを属性に含む。そして、テストパターンテーブル４１０とパラメータシート３３０とは、テストパターンＩＤにより一対多で関連付けられている。よって、作業パターンテーブル３２０とテストパターンテーブル４１０とも、パラメータシート３３０を介して作業パターンＩＤとテストパターンＩＤにより多対多で関連付けられているといえる。また、関連付けテーブル４３０ａ及び４３０ｂは、テストパターンＩＤとテストデータＩＤを属性に含む。そして、テストデータテーブル４４０は、テストデータＩＤとテストデータ名と値（構造データであるテストデータ値）を属性に含む。また、テストデータテーブル４５０は、テストデータＩＤとテストデータ名と画像パス（非構造データであるテストデータ値へのリンク）を属性に含む。そして、テストパターンテーブル４１０とテストデータテーブル４４０とは、関連付けテーブル４３０ａを介してテストパターンＩＤとテストデータＩＤにより一対多で関連付けられている。同様に、テストパターンテーブル４１０とテストデータテーブル４５０とは、関連付けテーブル４３０ｂを介してテストパターンＩＤとテストデータＩＤにより一対多で関連付けられている。
【００４５】
尚、パラメータシート３３０の設定値ＩＤと、テストデータテーブル４４０及び４５０のテストデータＩＤとは、それぞれ、“TSnnn”、“TCnn”、“TNnn”（ｎは０〜９の数字）といったコード体系で例示されている。そのため、設定値ＩＤ及びテストデータＩＤのそれぞれは、パラメータシート３３０並びにテストデータテーブル４４０及び４５０の全ての中で一意に識別可能なＩＤといえる。また、“TCnn”と“TNnn”とは、それぞれテーブル内のテストデータを識別すると共に、テーブルの種類も識別可能なことを示す。
【００４６】
図６は、本実施の形態２にかかる作業シナリオ３４０の概念を説明する図である。作業シナリオ３４０は、一例として図６に示すように、作業シナリオの識別情報である作業パターンＩＤに対して、処理順序ごとに実行させる操作とその際に用いるパラメータ値のパラメータＩＤの対応付けを定義したものとして表現できる。ここで、作業シナリオ３４０に設定されるパラメータＩＤは、上述の通り、設定値ＩＤとなる。
【００４７】
図７は、本実施の形態２にかかるテストシナリオ４２０の概念を説明する図である。テストシナリオ４２０は、一例として図７に示すように、テストパターンの識別情報であるテストパターンＩＤに対して、処理順序ごとに実行させる操作とその際に用いるパラメータ値のパラメータＩＤの対応付けを定義したものとして表現できる。ここで、テストシナリオ４２０に設定されるパラメータＩＤは、上述の通り、設定値ＩＤ又はテストデータＩＤとなる。つまり、作業パターンで用いられた設定値をテストパターンにおいて流用できるため、期待値としてより正確なデータを用いることができ、検証処理の精度を向上できる。また、設定値としてパラメータシート３３０に登録されておらず、テストでのみ使用するようなデータについては、別途、テストデータテーブルに登録しておくことができる。このようなテストデータテーブルを追加することで、既存のパラメータシート３３０への影響を与えず、効率的に管理ができる。さらに、テストデータについても、そのデータの特性により適切なデータ型が異なることから、テストデータの特性ごとにテストデータテーブル４４０及び４５０に分けることで、管理が容易となり、メンテナンス性を向上できる。
【００４８】
尚、作業シナリオ３４０及びテストシナリオ４２０は、図６及び図７に限定されず、テーブル、ファイル等、任意の形式で保持されるものとする。
【００４９】
図３に戻り説明を続ける。ツールＤＢ５００は、複数のＧＵＩ操作自動化ツール５０１〜５０ｋ（ｋは、２以上の自然数。）を管理するデータベースである。ＧＵＩ操作自動化ツール５０１等のそれぞれは、ツールＩＤに特定可能な、ＧＵＩ操作を自動化する処理を行うソフトウェアである。
【００５０】
ここで、ＧＵＩ操作自動化ツールが対応する自動化方式の例について概要を説明する。まず、自動化方式としては、例えば、座標方式、オブジェクトＩＤ方式、画像比較方式、文字認識方式、プロトコル解析方式等がある。座標方式とは、画面上の位置座標に基づきオブジェクトを操作する方式であり、入力として位置座標を用いる。オブジェクトＩＤ方式とは、ＧＵＩオブジェクトに設定されたプロパティ情報であるオブジェクトＩＤに基づき、該当オブジェクトを認識及び操作する方式であり、入力としてオブジェクトＩＤを用いる。画像比較方式とは、画像同士を比較してパターンマッチングにより該当オブジェクトを認識及び操作する方式であり、入力として画像データを用いる。文字認識方式とは、文字列や画像の一致により該当オブジェクトを認識及び操作する方式であり、入力として画像データを用いる。プロトコル解析方式とは、ＨＴＴＰ（Hypertext Transfer Protocol）等のプロトコルに基づく構文を生成及び解析することにより、期待通りのアクセスや応答が行われているかを認識する方式であり、入力としてスクリプトデータ等を用いる。そのため、この例では、座標方式やオブジェクトＩＤ方式が構造データを用いる方式といえ、他の方式が非構造データを用いる方式といえる。但し、自動化方式を他の尺度により分類してもよく、これら以外の方式を用いても良い。
【００５１】
図８は、本実施の形態２にかかるＧＵＩ操作自動化ツールと対応する自動化方式の例を説明する図である。このように、ＧＵＩ操作自動化ツールには様々なものがあり、自動化方式の種類も多いが、一つのツールで全ての方式をサポートするものは現状はない。そのため、通常は、ユーザがテスト内容とツールの特性に応じて、複数のツールを適宜、選択して用いなければならない。その際、似たようなテストデータであってもツールごとのインタフェースに併せて、ツールごとに別々にテストデータを準備及び設定しなければならず煩雑であった。
【００５２】
ここで、図８の例では、ツールＡとＢとが共に画像比較方式に対応する点で共通することを示す。また、ツールＢとＣとが共に文字認識方式に対応する点で共通することを示す。そのため、テスト内容によっては、ツールＡとＢとで共通のテストデータＩＤを設定することが可能である。ツールＢとＣとについても同様である。本実施の形態により、複数のＧＵＩ操作自動化ツールにおいて、テストデータを再利用することが容易となる。尚、ここでの対応関係は、あくまで説明上のものであり、実際のツールは、これらに限定されないことはもちろんである。
【００５３】
図３に戻り説明を続ける。管理サーバ６００は、本実施の形態にかかるテストを管理し、対象システム１００に対する設定処理やＧＵＩアプリケーション２１０及び２２０に対するＧＵＩテストを実行する情報処理装置である。管理サーバ６００は、複数台のコンピュータにより実現したものであってもよい。
【００５４】
管理サーバ６００は、受付部６１０と、登録部６２０と、取得部６３０と、設定部６４０と、テスト実行部６５０とを備える。受付部６１０は、上述した受付部３１の一例である。受付部６１０は、開発端末７１０又は運用端末７２０からの要求を受け付けて、登録部６２０又は取得部６３０等へ要求を出力する。または、受付部６１０は、所定の時刻等にワークフロー情報３１０を読み込み、ワークフロー情報３１０に定義されたパターンＩＤの指定を受け付ける。
【００５５】
登録部６２０は、受付部６１０が登録情報を受け付けた場合に、登録情報の種類の判定を行い、種類に応じたテーブルに対して登録情報の内容の登録処理を行う。取得部６３０は、上述した取得部３２の一例である。取得部６３０は、指定されたパターンＩＤに対応する作業パターン又はテストパターンに基づいて、パラメータＩＤに対応するパラメータ値、例えば、設定値やテストデータを取得する。設定部６４０は、パターンＩＤが作業パターンが示す場合に取得された設定値を用いて、ネットワークＮを介して対象システム１００に対して設定処理を実行する。テスト実行部６５０は、上述したテスト実行部３３の一例である。つまり、テスト実行部６５０は、パターンＩＤが示すテストパターンに基づき、取得されたテストデータ又は設定値を用いて、ネットワークＮを介して対象端末２００内のＧＵＩアプリケーション２１０又は２２０に対するテストを実行する。尚、受付部６１０、登録部６２０、取得部６３０、設定部６４０及びテスト実行部６５０は、管理サーバ６００内のＣＰＵ（不図示）が本実施の形態にかかるテスト管理プログラムを読み込み実行することにより、実現される。
【００５６】
開発端末７１０は、開発者が開発作業に必要となる操作を行う端末装置であり、例えば、パーソナルコンピュータ等である。開発端末７１０は、ネットワーク等を介して管理サーバ６００と通信可能に接続されており、開発者の操作に応じて管理サーバ６００へアクセスし情報の入力等を行う。
【００５７】
運用端末７２０は、運用者が運用作業（保守作業含む）に必要となる操作を行う端末装置であり、例えば、パーソナルコンピュータ等である。運用端末７２０は、ネットワーク等を介して管理サーバ６００と通信可能に接続されており、運用者の操作に応じて管理サーバ６００へアクセスし情報の入力等を行う。
【００５８】
図９は、本実施の形態２にかかる登録処理の流れを説明するためのフローチャートである。まず、受付部６１０は、開発端末７１０又は運用端末７２０から登録情報を受け付ける（Ｓ２１）。例えば、運用端末７２０は、ユーザの操作により入力された登録情報を登録要求として管理サーバ６００へ送信する。登録情報には、例えば、ワークフローを定義又は更新するための情報、作業パターンを定義又は更新するための情報、テストデータを定義又は更新するための情報、テストパターンを定義又は更新するための情報等が含まれる。テストデータの定義等の情報とは、テストデータと自動化方式との組合せである。また、テストパターンの定義等の情報とは、ツールＩＤとパラメータＩＤのリストとＧＵＩアプリケーションＩＤ等の組合せである。
【００５９】
次に、登録部６２０は、受付部６１０により受け付けた登録情報の内容を判定する（Ｓ２２）。ステップＳ２２において、登録情報がワークフローの定義等であると判定した場合、登録部６２０は、登録情報に基づいてワークフロー情報３１０の登録等をＣＭＤＢ３００に対して行う（Ｓ２３）。例えば、登録部６２０は、該当のワークフローＩＤに対して、処理順序ごとにパターンＩＤを登録又は更新する。
【００６０】
ステップＳ２２において、登録情報が作業パターンの定義等であると判定した場合、登録部６２０は、登録情報に基づいて作業パターンの登録等をＣＭＤＢ３００に対して行う（Ｓ２４）。例えば、登録部６２０は、作業パターンテーブル３２０、パラメータシート３３０及び作業シナリオ３４０の登録又は更新を行う。
【００６１】
ステップＳ２２において、登録情報がテストデータの定義等であると判定した場合、登録部６２０は、登録情報に基づいてテストデータの登録等をテスト管理ＤＢ４００に対して行う（Ｓ２５）。例えば、登録部６２０は、登録情報に含まれるテストデータと自動化方式の組合せを識別するテストデータＩＤを発行する。但し、自動化方式は、テストデータテーブル４４０又は４５０に紐付けられているものとする。つまり、自動化方式によりテストデータテーブル４４０又は４５０のいずれかに分類できるものとする。そして、登録部６２０は、発行したテストデータＩＤによりテストデータテーブル４４０又は４５０のいずれかを特定する。その後、登録部６２０は、特定したテーブルに登録情報に含まれるテストデータと発行したテストデータＩＤとを関連付けて登録する。
【００６２】
ステップＳ２２において、登録情報がテストパターンの定義等であると判定した場合、登録部６２０は、登録情報に基づいてテストパターンの登録等をテスト管理ＤＢ４００に対して行う（Ｓ２６）。例えば、登録部６２０は、テストパターンテーブル４１０、テストシナリオ４２０及び関連付けテーブル４３０の登録又は更新を行う。また、登録部６２０は、必要に応じてパラメータシート３３０の更新も行う。例えば、登録部６２０は、テストパターンＩＤ、テストパターン名、ツールＩＤ、対象端末及び対象ＧＵＩアプリケーションを関連付けてテストパターンテーブル４１０に登録等する。また、登録部６２０は、テストパターンＩＤと複数のテストデータＩＤの夫々とを関連付けて関連付けテーブル４３０ａ又は４３０ｂに登録等する。また、登録部６２０は、テストパターンＩＤに対して、処理順序ごとにパラメータＩＤをテストシナリオ４２０に登録又は更新する。
【００６３】
図１０は、本実施の形態２にかかるワークフロー実行処理の流れを説明するためのフローチャートである。まず、受付部６１０は、ワークフロー情報を受け付ける（Ｓ３０１）。例えば、受付部６１０は、運用端末７２０からワークフローＩＤを指定した実行要求を受け付け、指定されたワークフローＩＤに対応するワークフロー情報３１０を、ＣＭＤＢ３００から読み出す。または、受付部６１０は、予め設定された時刻にＣＭＤＢ３００からワークフロー情報３１０を読み出す。
【００６４】
次に、受付部６１０は、対象のワークフロー情報３１０に定義されたパターンＩＤの未処理のものが有るか否かを判定する（Ｓ３０２）。未処理のパターンＩＤが含まれる場合、受付部６１０は、対象のワークフロー情報３１０に定義された未処理のパターンＩＤのうち最も処理順序が小さいものを選択する（Ｓ３０３）。そして、取得部６３０は、選択したパターンＩＤが作業パターン又はテストパターンのいずれであるかを判定する（Ｓ３０４）。
【００６５】
ステップＳ３０４において、選択したパターンＩＤが作業パターンである場合、取得部６３０は、選択した作業パターンＩＤに対応する作業シナリオ３４０を参照し、操作ごとに対応付けられたパラメータＩＤ（設定値ＩＤ）を特定する。そして、取得部６３０は、特定した各設定値ＩＤに付けられた設定値をパラメータシート３３０から取得する（Ｓ３０５）。このとき、取得部６３０は、ワークフロー情報３１０の定義や別途、作業パターンＩＤとテストパターンＩＤの関連付けテーブルを参照することにより、作業パターンＩＤ、設定値ＩＤ及びテストパターンＩＤの組合せを特定し、特定した組合せにより、設定値をパラメータシート３３０から取得する。その後、設定部６４０は、取得した設定値を用いて対象システム１００に対して各操作に応じた設定処理を実行する（Ｓ３０６）。そして、ステップＳ３０２へ戻る。
【００６６】
また、ステップＳ３０４において、選択したパターンＩＤがテストパターンである場合、取得部６３０は、選択したテストパターンＩＤに対応するテストシナリオ４２０を参照し、操作ごとに対応付けられた各パラメータＩＤを特定する。そして、取得部６３０は、特定した各パラメータＩＤごとに、パラメータＩＤが設定値ＩＤ又はテストデータＩＤのいずれであるかを判定する（Ｓ３０７）。パラメータＩＤが設定値ＩＤである場合、取得部６３０は、当該設定値ＩＤに付けられた設定値をパラメータシート３３０から取得する（Ｓ３０８）。このとき、取得部６３０は、ワークフロー情報３１０の定義や別途、作業パターンＩＤとテストパターンＩＤの関連付けテーブルを参照することにより、作業パターンＩＤ、設定値ＩＤ及びテストパターンＩＤの組合せを特定し、特定した組合せにより、設定値をパラメータシート３３０から取得する。
【００６７】
また、ステップＳ３０７において、パラメータＩＤがテストデータＩＤである場合、取得部６３０は、当該テストデータＩＤに基づきテストデータテーブル４４０又は４５０のいずれかを特定し、特定したテーブルからテストデータＩＤに対応付けられたテストデータを取得する。
【００６８】
各パラメータＩＤごとに、ステップＳ３０８又はＳ３０９が行われ、設定値及びテストデータが取得される。その後、テスト実行部６５０は、取得データによるテストを実行する（Ｓ３１０）。すなわち、テスト実行部６５０は、選択したテストパターンＩＤに対応付けられたツールＩＤに対応するＧＵＩ操作自動化ツール５０１等をツールＤＢ５００から読み出す。そして、テスト実行部６５０は、選択したテストパターンＩＤに対応付けられた対象端末及び対象ＧＵＩアプリケーションを特定する。そして、テスト実行部６５０は、読み出したＧＵＩ操作自動化ツールに、取得した設定値及びテストデータをパラメータとして指定し、特定した対象端末を宛先、特定した対象ＧＵＩアプリケーションを対象としたテストを実行させる。尚、このとき、テスト実行部６５０は、ＧＵＩ操作自動化ツールのインタフェースに応じて、取得した設定値及びテストデータを適宜、変換又は加工等するものとする。そして、ステップＳ３０２へ戻る。
【００６９】
ステップＳ３０２において、対象のワークフロー情報３１０に定義された全てのパターンＩＤが処理済み（選択済み）の場合、当該処理を終了する。
【００７０】
このように、本実施の形態により対象システムに対する各種設定作業とそれに対応するＧＵＩテストとを連携させることができる。特に、設定処理に用いた設定値をＧＵＩテストのパラメータとして用いて、共有することができる。また、複数のＧＵＩ操作自動化ツールの間で、対応する方式に応じたテストデータを共有できる。そのため、複数種類のＧＵＩ操作自動化ツールを効率的に連携させることができる。
【００７１】
＜その他の実施の形態＞
尚、上述の実施の形態では、ハードウェアの構成として説明したが、これに限定されるものではない。本開示は、任意の処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。
【００７２】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、ＤＶＤ（Digital Versatile Disc）、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００７３】
なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。
【００７４】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【００７５】
この出願は、２０１８年３月３０日に出願された日本出願特願２０１８−０６７０８０を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００７６】
１  情報処理装置
１１  テストデータ管理テーブル
１１１  テストデータ
１２  テストデータ管理テーブル
１２１  テストデータ
１ｎ  テストデータ管理テーブル
１ｎ１  テストデータ
２０  テストパターンテーブル
２１  テストパターン
２１１  ツール
２１２  パラメータＩＤ
２１３  ＧＵＩアプリケーション
２２  テストパターン
２ｍ  テストパターン
３１  受付部
３２  取得部
３３  テスト実行部
１０００  テスト管理システム
１００  対象システム
Ｎ  ネットワーク
２００  対象端末
２１０  ＧＵＩアプリケーション
２２０  ＧＵＩアプリケーション
３００  ＣＭＤＢ
３１０  ワークフロー情報
３２０  作業パターンテーブル
３３０  パラメータシート
３４０  作業シナリオ
４００  テスト管理ＤＢ
４１０  テストパターンテーブル
４２０  テストシナリオ
４３０  関連付けテーブル
４４０  テストデータテーブル
４５０  テストデータテーブル
５００  ツールＤＢ
５０１  ＧＵＩ操作自動化ツール
５０ｋ  ＧＵＩ操作自動化ツール
６００  管理サーバ
６１０  受付部
６２０  登録部
６３０  取得部
６４０  設定部
６５０  テスト実行部
７１０  開発端末
７２０  運用端末
【図１】
0006988997.tif 000002
【図２】
0006988997.tif 000003
【図３】
0006988997.tif 000004
【図４】
0006988997.tif 000005
【図５】
0006988997.tif 000006
【図６】
0006988997.tif 000007
【図７】
0006988997.tif 000008
【図８】
0006988997.tif 000009
【図９】
0006988997.tif 000010
【図１０】
0006988997.tif 000011