(57)【要約】【課題】  システムテストに対する作業者の負荷を軽減させ得るエビデンス収集システム及び方法を提案する。【解決手段】  クライアントに実装された第１のエージェントにより、システムテスト時におけるクライアント側のテスト結果のエビデンスを収集すると共に、第２のサーバ装置に実装された第２のエージェントにより、少なくともシステムテストにより更新されたデータベースの更新前後のデータを含む、システムテスト時における第２のサーバ装置側のテスト結果のエビデンスを収集し、第１のエージェントからシステムテストのクライアント側のエビデンスを収集すると共に、第２のエージェントからシステムテストの第２のサーバ装置側のエビデンスを収集し、収集したエビデンスをシステムテストごとに統合するようにした。
2018025383.tif 000002
【特許請求の範囲】
【請求項１】
クライアントと、データベースを保持する第１のサーバ装置と、前記クライアントからの要求に応じて前記第１のサーバ装置が保持する前記データベースに対するデータの読み書きを行う第２のサーバ装置とを有するシステムにおける、当該データベースの更新を伴うシステムテストの実行時のテスト結果のエビデンスを収集するエビデンス収集システムにおいて、
前記クライアントに実装され、前記システムテスト時における前記クライアント側の前記テスト結果の前記エビデンスを収集する第１のエージェントと、
前記第２のサーバ装置に実装され、少なくとも前記システムテストにより更新された前記データベースの更新前後のデータを含む、前記システムテスト時における前記第２のサーバ装置側の前記テスト結果の前記エビデンスを収集する第２のエージェントと、
前記第１のエージェントから前記システムテストの前記クライアント側の前記エビデンスを収集すると共に、前記第２のエージェントから前記システムテストの前記第２のサーバ装置側の前記エビデンスを収集し、収集した前記エビデンスを前記システムテストごとに統合するテスト結果統合装置と
を備えることを特徴とするエビデンス収集システム。
【請求項２】
前記第２のサーバ装置は、
前記クライアントからの要求に応じて前記第１のサーバ装置が保持する前記データベースを更新するためのコマンドを発行するコマンド実行部を備え、
前記第２のエージェントは、
前記コマンド実行部から発行された前記コマンドに応じて前記データベースを更新するコマンド実行部と、
前記コマンド実行部が前記データベースを更新する前に、当該データベースのデータを前記第１のサーバ装置から取得する更新前データベース情報取得部と、
前記コマンド実行部が前記データベースを更新した後に、当該データベースのデータを前記第１のサーバ装置から取得する更新後データベース情報取得部とを備える
ことを特徴とする請求項１に記載のエビデンス収集システム。
【請求項３】
前記第１及び第２のエージェントは、
前記システムテストごとの前記エビデンスを、当該システムテストの実行前に予め通知された当該システムテストに固有のテスト識別子と対応付けて前記テスト結果統合装置に送信し、
前記テスト結果統合装置は、
各前記エビデンスに対応付けられた前記テスト識別子に基づいて、収集した前記エビデンスを前記システムテストごとに統合する
ことを特徴とする請求項２に記載のエビデンス収集システム。
【請求項４】
前記テスト結果統合装置は、
外部操作に応じて、再テストすべき前記システムテストの前記テスト識別子を含む再テスト要求を前記第２のエージェントに送信し、
前記第２のエージェントは、
取得した前記システムテストごとの更新前後の前記データベースのデータを、対応する前記テスト識別子と対応付けてそれぞれ保持し、
前記テスト結果統合装置から前記再テスト要求が与えられた場合に、保持している前記システムテストごとの更新前後の前記データベースのデータの中から、当該再テスト要求に含まれる前記テスト識別子と対応付けられたデータに基づいて、前記データベースを更新前の状態に戻す
ことを特徴とする請求項３に記載のエビデンス収集システム。
【請求項５】
前記テスト結果統合装置は、
前記システムの構成変更後に外部から与えられる所定の操作入力に応じて、前記システムの構成変更前に実行した前記システムテストのテスト結果を保存し、
前記システムの構成変更前の前記テスト結果と、前記システムの構成変更後に実行した前記システムテストのテスト結果とを比較し、比較結果を表示する
ことを特徴とする請求項４に記載のエビデンス収集システム。
【請求項６】
クライアントと、データベースを保持する第１のサーバ装置と、前記クライアントからの要求に応じて前記第１のサーバ装置が保持する前記データベースに対するデータの読み書きを行う第２のサーバ装置とを有するシステムにおける、当該データベースの更新を伴うシステムテストの実行時のテスト結果のエビデンスを収集するエビデンス収集方法において、
前記クライアントに実装された第１のエージェントにより、前記システムテスト時における前記クライアント側の前記テスト結果の前記エビデンスを収集すると共に、前記第２のサーバ装置に実装された第２のエージェントにより、少なくとも前記システムテストにより更新された前記データベースの更新前後のデータを含む、前記システムテスト時における前記第２のサーバ装置側の前記テスト結果の前記エビデンスを収集する第１のステップと、
前記第１及び第２のサーバ装置とは別個に設けられたテスト結果統合装置が、前記第１のエージェントから前記システムテストの前記クライアント側の前記エビデンスを収集すると共に、前記第２のエージェントから前記システムテストの前記第２のサーバ装置側の前記エビデンスを収集し、収集した前記エビデンスを前記システムテストごとに統合する第２のステップと
を備えることを特徴とするエビデンス収集方法。
【請求項７】
前記第２のサーバ装置は、
前記クライアントからの要求に応じて前記第１のサーバ装置が保持する前記データベースを更新するためのコマンドを発行するコマンド実行部を有し、
前記第２のエージェントは、
前記コマンド実行部から発行された前記コマンドに応じて前記データベースを更新するコマンド実行部を有し、
前記コマンド実行部が前記データベースを更新する前に、当該データベースのデータを前記第１のサーバ装置から取得し、
前記コマンド実行部が前記データベースを更新した後に、当該データベースのデータを前記第１のサーバ装置から取得する
ことを特徴とする請求項６に記載のエビデンス収集方法。
【請求項８】
前記第２のステップにおいて、
前記第１及び第２のエージェントは、
前記システムテストごとの前記エビデンスを、当該システムテストの実行前に予め通知された当該システムテストに固有のテスト識別子と対応付けて前記テスト結果統合装置に送信し、
前記テスト結果統合装置は、
各前記エビデンスに対応付けられた前記テスト識別子に基づいて、収集した前記エビデンスを前記システムテストごとに統合する
ことを特徴とする請求項７に記載のエビデンス収集方法。
【請求項９】
前記第２のエージェントは、
取得した前記システムテストごとの更新前後の前記データベースのデータを、対応する前記テスト識別子と対応付けてそれぞれ保持し、
前記テスト結果統合装置が、外部操作に応じて、再テストすべき前記システムテストの前記テスト識別子を含む再テスト要求を前記第２のエージェントに送信する第３のステップと、
前記第２のエージェントが、前記テスト結果統合装置から前記再テスト要求が与えられた場合に、保持している前記システムテストごとの更新前後の前記データベースのデータの中から、当該再テスト要求に含まれる前記テスト識別子と対応付けられたデータに基づいて、前記データベースを更新前の状態に戻す第４のステップと
を備えることを特徴とする請求項８に記載のエビデンス収集方法。
【請求項１０】
前記テスト結果統合装置は、
前記システムの構成変更後に外部から与えられる所定の操作入力に応じて、前記システムの構成変更前に実行した前記システムテストのテスト結果を保存し、
前記システムの構成変更前の前記テスト結果と、前記システムの構成変更後に実行した前記システムテストのテスト結果とを比較し、比較結果を表示する
ことを特徴とする請求項９に記載のエビデンス収集方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はエビデンス収集システム及び方法に関し、例えば、コンビニエンスストアチェーンで利用される発注システムのシステムテストにおいてテスト結果の証拠（エビデンス）を収集する際に適用して好適なものである。
【背景技術】
【０００２】
例えば、新たなコンビニエンスストア店舗を開設する場合、その店舗に設置したクライアントを用いて正確に本部に商品を発注できるか否かのシステムテストが行われる。このようなシステムテストでは、テストの進捗状況の報告のためや、テストに漏れがないか否かを後日確認するために、テスト結果の報告書が作成される。通常、この種の報告書は、テスト作業者が必要な画面イメージや各装置内のログ情報及び装置間でやり取りされた電文などを証拠（エビデンス）として収集し、収集したこれらのエビデンスをそれぞれ紙媒体に印刷して１つにまとめるようにして作成されている。【０００３】
なお特許文献１には、コンビニエンスストアやスーパーマーケット等の店舗に設置されるＰＯＳ端末機の動作テストを効率的に行う方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−１６９９５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、かかるシステムテストは、テスト内容によってはテスト作業者が数万件に及ぶテスト結果のエビデンスを収集して報告書を作成しなければならない場合もあり、報告書作成のために膨大な時間を要する問題があった。またこのような従来形式の報告書の作成方法によると、多くの紙を要すると共に、その保存に相応のスペースが必要となる問題もあった。【０００６】
本発明は以上の点を考慮してなされたもので、システムテストに対する作業者の負荷を軽減させ得るエビデンス収集システム及び方法を提案しようとするものである。
【課題を解決するための手段】
【０００７】
かかる課題を解決するため本発明においては、クライアントと、データベースを保持する第１のサーバ装置と、前記クライアントからの要求に応じて前記第１のサーバ装置が保持する前記データベースに対するデータの読み書きを行う第２のサーバ装置とを有するシステムにおける、当該データベースの更新を伴うシステムテストの実行時のテスト結果のエビデンスを収集するエビデンス収集システムにおいて、前記クライアントに実装され、前記システムテスト時における前記クライアント側の前記テスト結果の前記エビデンスを収集する第１のエージェントと、前記第２のサーバ装置に実装され、少なくとも前記システムテストにより更新された前記データベースの更新前後のデータを含む、前記システムテスト時における前記第２のサーバ装置側の前記テスト結果の前記エビデンスを収集する第２のエージェントと、前記第１のエージェントから前記システムテストの前記クライアント側の前記エビデンスを収集すると共に、前記第２のエージェントから前記システムテストの前記第２のサーバ装置側の前記エビデンスを収集し、収集した前記エビデンスを前記システムテストごとに統合するテスト結果統合装置とを設けるようにした。【０００８】
また本発明においては、クライアントと、データベースを保持する第１のサーバ装置と、前記クライアントからの要求に応じて前記第１のサーバ装置が保持する前記データベースに対するデータの読み書きを行う第２のサーバ装置とを有するシステムにおける、当該データベースの更新を伴うシステムテストの実行時のテスト結果のエビデンスを収集するエビデンス収集方法において、前記クライアントに実装された第１のエージェントにより、前記システムテスト時における前記クライアント側の前記テスト結果の前記エビデンスを収集すると共に、前記第２のサーバ装置に実装された第２のエージェントにより、少なくとも前記システムテストにより更新された前記データベースの更新前後のデータを含む、前記システムテスト時における前記第２のサーバ装置側の前記テスト結果の前記エビデンスを収集する第１のステップと、テスト結果統合装置が、前記第１のエージェントから前記システムテストの前記クライアント側の前記エビデンスを収集すると共に、前記第２のエージェントから前記システムテストの前記第２のサーバ装置側の前記エビデンスを収集し、収集した前記エビデンスを前記システムテストごとに統合する第２のステップとを設けるようにした。【０００９】
本エビデンス収集装置及び方法によれば、作業者がシステムテストごとのエビデンスをクライアントや第２のサーバ装置からそれぞれ個別に収集したり、収集したこれらのエビデンスをシステムテストごとに作業者が手作業でまとめる手間を省くことができる。
【発明の効果】
【００１０】
本発明によれば、システムテストに対する作業者の負荷を軽減させ得るエビデンス収集装置及び方法を実現できる。
【図面の簡単な説明】
【００１１】
【図１】第１〜第３の実施の形態による情報処理システムの全体構成を示すブロック図である。
【図２】発注画面の画面構成を略線的に示す略線図である。
【図３】発注完了画面の画面構成を略線的に示す略線図である。
【図４】テスト結果収集統合機能の概略説明に供する概念図である。
【図５】アプリケーションサーバ配置エージェント及びテスト結果統合装置の詳細説明に供するブロック図である。
【図６】クライアント画面データ管理テーブルの構成を示す概念図である。
【図７】ＨＴＴＰ電文管理テーブルの構成を示す概念図である。
【図８】ウェブサーバログ情報管理テーブルの構成を示す概念図である。
【図９】更新前後データベース表管理テーブルの構成を示す概念図である。
【図１０】第１の実施の形態による統合テスト結果情報管理テーブル群の構成を示す概念図である。
【図１１】テスト開始／終了処理の処理手順を示すフローチャートである。
【図１２】画面データ取得処理の処理手順を示すフローチャートである。
【図１３】クライアント配置エージェントにより実行される電文データ取得処理の処理手順を示すフローチャートである。
【図１４】ウェブサーバ配置エージェントにより実行される電文データ取得処理の処理手順を示すフローチャートである。
【図１５】更新前後データベース表情報取得処理の処理手順を示すフローチャートである。
【図１６】テスト結果収集処理の処理手順を示すフローチャートである。
【図１７】テスト結果情報統合処理の処理手順を示すフローチャートである。
【図１８】データベース表戻し処理の処理手順を示すフローチャートである。
【図１９】第２の実施の形態による統合テスト結果情報管理テーブル群の構成を示す概念図である。
【図２０】テスト整合性チェック処理の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下図面について、本発明の一実施の形態を詳述する。
【００１３】
（１）第１の実施の形態
（１−１）本実施の形態による情報処理システムの構成
図１において、１は全体として本実施の形態による情報処理システムを示す。この情報処理システム１は、システムテスト（以下、複数回の発注テストであるものとする）の実施対象である発注システム２と、発注システム２からテスト結果を収集して統合するテスト結果統合装置３とを備えて構成される。
【００１４】
発注システム２は、開店前の新たなコンビニエンスストアに設置されたクライアント４と、コンビニエンスストアチェーンの本部に設置されたウェブサーバ５、アプリケーションサーバ６及びデータベースサーバ７からなる本部システム８とから構成される。
【００１５】
クライアント４は、ＣＰＵ（Central Processing Unit）１０、メモリ１１、入力装置１２、表示装置１３及び通信装置１４などを備えるコンピュータ装置から構成される。ＣＰＵ１０は、クライアント４全体の動作制御を司るプロセッサである。またメモリ１１は、プログラムを保持するために利用されるほか、ＣＰＵ１０のワークメモリとしても利用される。後述するエージェント１５は、このメモリ１１に格納されて保持される。入力装置１２は、ユーザが各種情報を入力するために利用され、例えば、タッチパネルやテンキーなどから構成される。表示装置１３は、各種情報を表示するために利用され、例えば、液晶パネルや有機ＥＬ（エレクトロルミネッセンス）ディスプレイなどが適用される。通信装置１４は、ＮＩＣ（Network Interface Card）などから構成され、ウェブサーバ５との通信時におけるプロトコル制御を行う。
【００１６】
ウェブサーバ５は、各コンビニエンスストアのクライアント４とネットワーク９Ａを介してそれぞれ接続され、これらクライアント４から送信される発注依頼を受け付ける機能を有するサーバ装置である。ウェブサーバ５は、ＣＰＵ２０、メモリ２１、通信装置２２及び記憶装置２３等の情報処理資源を備える汎用のサーバ装置から構成される。ＣＰＵ２０、メモリ２１及び通信装置２２は、クライアント４のＣＰＵ１０、メモリ１１及び通信装置１４と同様の機能及び構成を有するものであるため、ここでの説明は省略する。ウェブサーバ５のメモリ２１には、後述するエージェント２４が格納される。記憶装置２３は、例えば、ハードディスク装置やＳＳＤ（Solid State Drive）などの大容量の不揮発性記憶装置から構成される。記憶装置２３には、ウェブサーバ５で生成されたログのログ情報が登録されるログファイル２５等が格納されて保持される。
【００１７】
アプリケーションサーバ６は、ウェブサーバ５が受信したクライアント４からの発注依頼に応じてデータベースサーバ７が保持する後述のデータベース４５を必要に応じて更新する機能を有するサーバ装置である。アプリケーションサーバ６は、ＣＰＵ３０、メモリ３１、通信装置３２及び記憶装置３３等の情報処理資源を備える汎用のサーバ装置から構成される。ＣＰＵ３０、メモリ３１、通信装置３２及び記憶装置３３は、ウェブサーバ５のＣＰＵ２０、メモリ２１、通信装置２２及び記憶装置２３と同様の機能及び構成を有するものであるため、ここでの説明は省略する。アプリケーションサーバ６のメモリ３１には、クライアント４からの発注依頼に応じてデータベースサーバ７が保持するデータベース４５を必要に応じて更新するアプリケーションプログラム３４のほか、後述するエージェント３５が格納される。また記憶装置３３には、アプリケーションサーバ６で生成されたログのログ情報が登録されるログファイル３６等が格納されて保持される。
【００１８】
データベースサーバ７は、データベース４５を管理及び保持する機能を有するサーバ装置である。データベースサーバ７は、ＣＰＵ４０、メモリ４１、通信装置４２及び記憶装置４３等の情報処理資源を備える汎用のサーバ装置から構成される。ＣＰＵ４０、メモリ４１、通信装置４２及び記憶装置４３は、ウェブサーバ５のＣＰＵ２０、メモリ２１、通信装置２２及び記憶装置２３と同様の機能及び構成を有するものであるため、ここでの説明は省略する。データベースサーバ７の記憶装置４３には、在庫情報等に関する複数のデータベース表４４からなるデータベース４５が格納され、当該データベース４５に対するデータの入出力がアプリケーションサーバ６からの要求に応じてＣＰＵ４０の制御のもとに行われる。
【００１９】
なお、本実施の形態の場合、各クライアント４及びウェブサーバ５間の通信はＨＴＴＰ（hyper text transfer protocol）規格に従って行われ、ウェブサーバ５及びアプリケーションサーバ６間の通信はＡＪＰ（Apache Jserv Protocol）規格に従って行われ、アプリケーションサーバ６及びデータベースサーバ７間の通信はＳＱＬ（Structured Query Language）を用いて行われる。
【００２０】
テスト結果統合装置３は、ネットワーク９Ｂを介してクライアント４、ウェブサーバ５、アプリケーションサーバ６及びデータベースサーバ７と接続されており、ＣＰＵ５０、メモリ５１、記憶装置５２及び表示装置５３等を備えるコンピュータ装置から構成される。ＣＰＵ５０、メモリ５１及び記憶装置５２は、ウェブサーバ５のＣＰＵ２０、メモリ２１及び記憶装置２３と同様の機能及び構成を有し、表示装置５３は、クライアント４の表示装置１３と同様の機能及び構成を有するものであるため、ここでの説明は省略する。テスト結果統合装置３のメモリ５１には、後述するテスト結果収集統合プログラム５４が格納される。
【００２１】
（１−２）テスト結果収集統合機能
次に、テスト結果統合装置３に搭載されたテスト結果収集統合機能について説明する。まず、本実施の形態において、発注システム２に対して実施される発注テストについて説明する。
【００２２】
本実施の形態の場合、発注システム２に対して実施される発注テストは、クライアント４に表示される例えば図２に示すような発注画面６０を用いて作業者が発注操作を行い、その発注操作に基づく受注処理が本部システム８において正しく行われたか否かを、予め規定されたチェックリストに従って複数回繰返し行うテストである。
【００２３】
具体的に、発注画面６０には、発注者情報を入力するためのテキストボックスとして、そのクライアント４が設置されたコンビニエンスストアの店舗番号を入力するための店舗番号入力用テキストボックス６１が表示されると共に、発注内容を入力するためのテキストボックスとして、発注する商品の商品番号を入力するための商品番号入力用テキストボックス６２と、その商品の発注数を入力するための発注数入力用テキストボックス６３と、その商品の希望届日を入力するための届日入力用テキストボックス６４とが表示される。
【００２４】
そして発注テストの作業者は、そのクライアント４が設置されたコンビニエンス店舗に対して付与されたそのコンビニエンス店舗に固有の店舗番号を店舗番号入力用テキストボックス６１に入力すると共に、上述のチェックリストに掲載された商品の商品番号、その発注数及び希望届日をそれぞれ商品番号入力用テキストボックス６２、発注数入力用テキストボックス６３又は届日入力用テキストボックス６４にそれぞれ入力した後に、確定ボタン６５をクリックすることにより発注を行う。かくして、かかる発注に対して本部システム８側において正しく商品の受注処理が行われた場合、正常に発注処理が完了した旨のメッセージが表示された例えば図３に示すような発注完了画面６６がクライアント４の表示装置１３に表示される。
【００２５】
この場合において、この発注テストでは、テスト結果のエビデンスとして、かかる発注画面６０及び発注完了画面６６の画面データと、そのときクライアント４及びウェブサーバ５間、ウェブサーバ５及びアプリケーションサーバ６間、アプリケーションサーバ６及びデータベースサーバ７間でそれぞれやり取りされた電文のデータ（以下、これを電文データと呼ぶ）と、そのときのウェブサーバ５及びアプリケーションサーバ６において生成されたログと、かかる発注により更新されたデータベース４５の対象となったデータベース表（以下、これを対象データベース表と呼ぶ）４４の対象となった行（以下、これを対象表と呼ぶ）の更新前後のデータとなどを収集する必要がある。なお、対象となるデータベース４５は、発注テスト専用のものであり、初期時には所定の内容を有する。
【００２６】
そこで、本情報処理システム１の場合、テスト結果統合装置３には、発注テストを実行するごとにクライアント４、ウェブサーバ５及びアプリケーションサーバ６から必要なエビデンスをそれぞれ収集し、収集したこれらのエビデンスをその発注テストのエビデンスとして統合するテスト結果収集統合機能が搭載されている。またクライアント４と、本部システム８のウェブサーバ５及びアプリケーションサーバ６とには、それぞれテスト結果統合装置３が必要なエビデンスを収集するのを補助するためのプログラムであるエージェント１５，２４，３５が実装されている。
【００２７】
そしてクライアント４に実装されたエージェント（以下、これをクライアント配置エージェントと呼ぶ）１５は、図４に示すように、作業者が発注テストを実行する際に入力した、その発注テストに固有の識別子（以下、これをテストＩＤと呼ぶ）をウェブサーバ５に実装されたエージェント（以下、これをウェブサーバ配置エージェントと呼ぶ）２４と、アプリケーションサーバ６に実装されたエージェント（以下、これをアプリケーションエージェントと呼ぶ）３５とにそれぞれ通知する。
【００２８】
またクライアント配置エージェント１５は、この後実施される発注テスト時、クライアント４の表示装置１３に表示されていた発注前後の画面（発注画面６０及び発注完了画面６６）の画面イメージのデータと、かかる発注テストの際にウェブサーバ５との間でやり取りしたＨＴＴＰ規格の電文（以下、これをＨＴＴＰ電文と呼ぶ）７０の電文データとをその発注テストのエビデンスとして収集し、収集したこれらのエビデンスをその発注テストのテストＩＤと対応付けてメモリ２１（図１）に格納して管理する。さらにクライアント配置エージェント１５は、管理しているこれらのエビデンスを、テスト結果統合装置３からの要求に応じてそのテストＩＤと共にテスト結果統合装置３に送信する。
【００２９】
一方、ウェブサーバ５に実装されたエージェント（以下、これをウェブサーバ配置エージェントと呼ぶ）２４は、発注テスト時、ウェブサーバ５がアプリケーションサーバ６との間でやりしたＡＪＰ規格の電文（以下、これをＡＪＰ電文と呼ぶ）７１の電文データを収集し、収集したこれらの電文データを事前に通知されたその発注テストのテストＩＤと対応付けてメモリ３１（図１）に格納して管理する。またウェブサーバ配置エージェント２４は、管理しているこれらの電文データと、その発注テスト時にウェブサーバ５において生成した各ログのデータ（ログ情報７２）とを、その発注テストのエビデンスとして、テスト結果統合装置３からの要求に応じてそのテストＩＤと共にテスト結果統合装置３に送信する。
【００３０】
またアプリケーションサーバ６に実装されたエージェント（以下、これをアプリケーションサーバ配置エージェントと呼ぶ）３５は、発注テスト時、アプリケーションサーバ６がデータベースサーバ７との間でやりしたＳＱＬ規格の電文（以下、これをＳＱＬ電文と呼ぶ）７３の電文データと、データベース４５の対象データベース表４４を更新した場合の更新前後のその対象データベース表４４の対象行のデータとをそれぞれ収集し、収集したこれらのデータを事前に通知されたその発注テストのテストＩＤと対応付けてメモリ４１（図１）に格納して保存する。またアプリケーションサーバ配置エージェント３５は、保存したこれらのデータと、その発注テスト時にアプリケーションサーバ６において生成された各ログのログ情報７４とを、その発注テストのエビデンスとして、テスト結果統合装置３からの要求に応じてそのテストＩＤと共にテスト結果統合装置３に送信する。
【００３１】
テスト結果統合装置３は、１つの発注テストが終了するごとに作業者の指示に応じてクライアント配置エージェント１５から与えられる当該発注テストの終了通知（以下、これをテスト終了通知と呼ぶ）に応じて、クライアント配置エージェント１５、ウェブサーバ配置エージェント２４及びアプリケーションサーバ配置エージェント３５に対してそのとき実施した発注テストのエビデンスの送信を要求する。
【００３２】
またテスト結果統合装置３は、かかる要求に応じてクライアント配置エージェント１５や、ウェブサーバ配置エージェント２４及びアプリケーションサーバ配置エージェント３５からそれぞれ送信されてくるその発注テストの各エビデンスをそれぞれ記憶装置５２（図１）に格納して管理する。
【００３３】
そしてテスト結果統合装置３は、この後、記憶装置５２に格納した各エビデンスの中からテストＩＤが同じもの同士を集めることによりエビデンスを統合し、これにより発注テストごとのテスト結果のエビデンスを生成する。
【００３４】
以上のような本実施の形態によるテスト結果収集統合機能を実現するための手段として、図５に示すように、テスト結果統合装置３のメモリ５１には、テスト結果収集統合プログラム５４が格納されると共に、テスト結果統合装置３の記憶装置５２には、クライアント画面データ管理テーブル８０、ＨＴＴＰ電文管理テーブル８１、ＡＪＰ電文管理テーブル８２、ウェブサーバログ情報管理テーブル８３、ＳＱＬ電文管理テーブル８４、アプリケーションサーバログ情報管理テーブル８５、更新前後データベース表情報管理テーブル８６及び統合テスト結果情報管理テーブル群８７が格納されている。
【００３５】
テスト結果収集統合プログラム５４は、テスト結果収集部９０、テスト結果情報統合部９１及び統合テスト結果情報表示部９２から構成される。テスト結果収集部９０は、クライアント４、ウェブサーバ５及びアプリケーションサーバ６から発注テストごとの必要なエビデンスをそれぞれ収集する機能を有するモジュールであり、テスト結果情報統合部９１は、収集したこれらのエビデンスを発注テストごとに統合する機能を有するモジュールである。また統合テスト結果情報表示部９２は、統合した発注テストごとのエビデンスを作業者からの要求に応じて表示装置５３（図１）に表示する機能を有するモジュールである。
【００３６】
またクライアント画面データ管理テーブル８０は、テスト結果収集部９０がクライアント配置エージェント１５から収集した、確定ボタン６５（図２）がクリックされた時点での発注画面６０（図２）の画面イメージのデータと、発注完了画面６６（図３）の画面イメージのデータとをテストＩＤと対応付けて記憶及び管理するために利用されるテーブルであり、図６に示すように、テストＩＤ欄８０Ａ、取得時刻欄８０Ｂ、発注前後欄８０Ｃ及び画面データ欄８０Ｄを備えて構成される。
【００３７】
そしてテストＩＤ欄８０Ａには、対応する画面（発注画面６０又は発注完了画面６６）の画面イメージのデータを取得した発注テストのテストＩＤが格納され、取得時刻欄８０Ｂには、対応する画面の画面イメージのデータを取得した時刻が格納される。また発注前後欄８０Ｃには、対応する画面が発注前の画面（つまり発注画面６０）又は発注後の画面（つまり発注完了画面６６）のいずれであるかを表す情報が格納される。本実施の形態の場合、対応する画面が発注画面６０である場合には「前」、対応する画面が発注完了画面６６である場合には「後」が発注前後欄８０Ｃに格納される。また画面データ欄８０Ｄには、対応する画面の画面イメージのデータが格納される。
【００３８】
またＨＴＴＰ電文管理テーブル８１は、テスト結果収集部９０がクライアント配置エージェント１５から収集した、発注テスト時におけるクライアント４及びウェブサーバ５間でやりとりされたＨＴＴＰ電文７０（図４）の電文データを管理するために利用されるテーブルであり、図７に示すように、テストＩＤ欄８１Ａ、送受信時刻欄８１Ｂ、電文種別欄８１Ｃ及び電文内容欄８１Ｄを備えて構成される。
【００３９】
そしてテストＩＤ欄８１Ａには、対応するＨＴＴＰ電文７０がやり取りされたときに実施されていた発注テストのテストＩＤが格納され、送受信時刻欄８１Ｂには、そのＨＴＴＰ電文７０がクライアント４及びウェブサーバ５間でやりとりされた時刻が格納される。また電文種別欄８１Ｃには、そのＨＴＴＰ電文７０が自装置（ここではクライアント４）から相手装置（ここではウェブサーバ５）に送信したもの及び相手装置から自装置に送信されてきたもののいずれであるかを表す情報が格納される。本実施の形態の場合、対応するＨＴＴＰ電文７０が相手装置に送信したものである場合には「要求」、当該ＨＴＴＰ電文７０が相手装置から送信されてきたものである場合には「応答」が格納される。さらに電文内容欄８１Ｄには、ＨＴＴＰ電文７０がそのままの形態（ＨＴＴＰフォーマットのパケット形態）で格納される。
【００４０】
なおＡＪＰ電文管理テーブル８２及びＳＱＬ電文管理テーブル８４もＨＴＴＰ電文管理テーブル８１と同様の構成を有するものであるため、これらテーブルの詳細説明については省略する。
【００４１】
ウェブサーバログ情報管理テーブル８３は、テスト結果収集部９０がウェブサーバ配置エージェント２４から収集した、発注テスト時にウェブサーバ５が生成した各ログのログ情報を記憶及び管理するために利用されるテーブルであり、図８に示すように、テストＩＤ欄８３Ａ、ログ更新時刻欄８３Ｂ、ファイル名欄８３Ｃ及びログデータ欄８３Ｄを備えて構成される。
【００４２】
そしてテストＩＤ欄８３Ａには、対応するログが生成されたときに実施されていた発注テストのテストＩＤが格納され、ログ更新時刻欄８３Ｂには、対応するログが生成されてログファイル２５（図１）に格納された時刻が格納される。またファイル名欄８３Ｃには、対応するログが格納されたログファイル２５のファイル名が格納され、ログデータ欄８３Ｄには、対応するログの実際のデータがそのまま格納される。
【００４３】
なお、アプリケーションサーバログ情報管理テーブル８５もウェブサーバログ情報管理テーブル８３と同様の構成を有するものであるため、ここでの詳細説明は省略する。
【００４４】
更新前後データベース表情報管理テーブル８６は、テスト結果収集部９０がアプリケーションサーバ配置エージェント３５から収集した、発注テストにより更新された対象データベース表４４の対象行の更新前後の内容を記憶及び管理するために利用されるテーブルであり、図９に示すように、テストＩＤ欄８６Ａ、取得時刻欄８６Ｂ、電文種別欄８６Ｃ、電文内容欄８６Ｄ、更新前後欄８６Ｅ、対象データベース表欄８６Ｆ及び対象行更新前後内容欄８６Ｇを備えて構成される。
【００４５】
そしてテストＩＤ欄８６Ａには、対象データベース表４４が更新されたときに実施されていた発注テストのテストＩＤが格納され、取得時刻欄８６Ｂには、対象データベース表４４の対象行のデータを取得した時刻が格納される。
【００４６】
また電文種別欄８６Ｃには、対象データベース表４４の対象行のデータを取得する際のＳＱＬ電文がアプリケーションサーバ６からデータベースサーバ７へのもの及びデータベースサーバ７からアプリケーションサーバ６へのもののいずれであるかを表す情報（アプリケーションサーバ６からデータベースサーバ７への電文である場合には「要求」、データベースサーバ７からアプリケーションサーバ６への電文である場合には「応答」）が格納され、電文内容欄８６Ｄには、そのＳＱＬ電文７３（図４）の内容を表す情報が格納される。なお電文内容を表す情報として、対象行の更新である「Update」、対象行の挿入である「Insert」、対象行の削除である「delete」などがある。
【００４７】
さらに更新前後欄８６Ｅには、更新前後データベース表情報管理テーブル８６におけるそのレコード（行）に対応する対象データベース表４４の対象行のデータが更新前及び更新後のいずれであるかを表す情報（更新前の場合には「前」、更新後の場合には「後」）が格納される。さらに対象表欄８６Ｆには、そのレコードに対応する対象データベース表４４の識別子が格納され、対象行更新前後内容欄８６Ｇには、対象データベース表４４の対象行の更新前又は更新後のデータが格納される。
【００４８】
統合テスト結果情報管理テーブル群８７は、図１０に示すように、クライアントデータテーブル１００、ウェブサーバデータテーブル１０１、アプリケーションサーバデータテーブル１０２及びポインタテーブル１０３から構成される。
【００４９】
クライアントデータテーブル１００は、クライアント画面データ管理テーブル８０に格納されている各発注画面６０及び各発注完了画面６６の画面イメージのデータと、ＨＴＴＰ電文管理テーブル８１に格納されているクライアント４及びウェブサーバ５間でやり取りされたＨＴＴＰ電文７０（図４）の電文データとを発注テストごとにまとめたテーブルであり、テストＩＤ欄１００Ａ、テスト前画面欄１００Ｂ、テスト後画面欄１００Ｃ、ＨＴＴＰ要求電文欄１００Ｄ及びＨＴＴＰ応答電文欄１００Ｅを備えて構成される。
【００５０】
そしてテストＩＤ欄１００Ａには、各発注テストにそれぞれ付与されたテストＩＤが格納される。またテスト前画面欄１００Ｂには、対応する発注テスト時に取得した発注画面６０の画面イメージのデータが格納され、テスト後画面欄１００Ｃには、その発注テスト時に取得した発注完了画面６６の画面イメージのデータが格納される。さらにＨＴＴＰ要求電文欄１００Ｄには、その発注テスト時にクライアント４がウェブサーバ５に送信したＨＴＴＰ電文７０（発注依頼の電文）の電文データが格納され、ＨＴＴＰ応答電文欄１００Ｅには、その発注テスト時にクライアント４が受信したウェブサーバ５からのＨＴＴＰ電文７０（発注依頼に対する応答の電文）の電文データが格納される。
【００５１】
またウェブサーバデータテーブル１０１は、ＡＪＰ電文管理テーブル８２に格納されているウェブサーバ５及びアプリケーションサーバ６間でやり取りされたＡＪＰ電文７１（図４）の電文データと、ウェブサーバログ情報管理テーブル８３に格納されているウェブサーバ５において生成された各ログのログ情報７２（図４）とを発注テストごとにまとめたテーブルであり、テストＩＤ欄１０１Ａ、ＡＪＰ要求電文欄１０１Ｂ、ＡＬＰ応答電文欄１０１Ｃ及びウェブサーバログ欄１０１Ｄを備えて構成される。
【００５２】
そしてテストＩＤ欄１０１Ａには、各発注テストにそれぞれ付与されたテストＩＤが格納される。またＡＪＰ要求電文欄１０１Ｂには、対応する発注テスト時にクライアント４からの発注依頼に応じてウェブサーバ５がアプリケーションサーバ６に送信したＡＪＰ電文７１の電文データが格納され、ＡＪＰ応答電文欄１０１Ｃには、その発注テスト時にその発注依頼に応じてアプリケーションサーバ６からウェブサーバ５に送信されたＡＪＰ電文７１の電文データが格納される。さらにウェブサーバログ欄１０１Ｄには、その発注テスト時にウェブサーバ５において生成された各ログのログ情報７２がそれぞれ格納される。
【００５３】
さらにアプリケーションサーバデータテーブル１０２は、ＳＱＬ電文管理テーブル８４に格納されているアプリケーションサーバ６及びデータベースサーバ７間でやり取りされたＳＱＬ電文７３（図４）の電文データと、アプリケーションサーバログ情報管理テーブル８５に格納されているアプリケーションサーバ６において生成された各ログのログ情報７４（図４）と、更新前後データベース表情報管理テーブル８６に格納されている更新前後のデータベース表４４のデータとを発注テストごとにまとめたテーブルであり、テストＩＤ欄１０２Ａ、ＳＱＬ要求電文欄１０２Ｂ、ＳＱＬ応答電文欄１０２Ｃ、アプリケーションサーバログ欄１０２Ｄ、データベース更新前データ欄１０２Ｅ及びデータベース更新後データ欄１０２Ｆとを備えて構成される。
【００５４】
そしてテストＩＤ欄１０２Ａには、各発注テストにそれぞれ付与されたテストＩＤが格納される。またＳＱＬ要求電文欄１０２Ｂには、対応する発注テスト時にクライアント４からの発注依頼に応じてアプリケーションサーバ６がデータベースサーバ７に送信したＳＱＬ電文７３（図４）の電文データが格納され、ＳＱＬ応答電文欄１０２Ｃには、そのＳＱＬ電文に応じてデータベースサーバ７からアプリケーションサーバ６に送信されたＳＱＬ電文７３の電文データが格納される。
【００５５】
さらにアプリケーションサーバログ欄１０２Ｄには、対応する発注テスト時にウェブサーバ５において生成された各ログのログ情報７４（図４）がそれぞれ格納される。さらにデータベース更新前データ欄１０２Ｅには、その発注テスト時における対象データベース表４４の対象行の更新前のデータが格納され、データベース更新後データ欄１０２Ｆには、その発注テスト時における対象データベース表４４の対象行の更新後のデータが格納される。
【００５６】
ポインタテーブル１０３は、クライアントデータテーブル１００、ウェブサーバデータテーブル１０１及びアプリケーションサーバデータテーブル１０２における発注テストごとのレコードへのポインタを管理するために利用されるテーブルであり、テストＩＤ欄１０３Ａ、第１のポインタ欄１０３Ｂ、第２のポインタ欄１０３Ｃ及び第３のポインタ欄１０３Ｄを備えて構成される。
【００５７】
そしてテストＩＤ欄１０３Ａには、各発注テストにそれぞれ付与されたテストＩＤが格納される。また第１のポインタ欄１０３Ｂには、クライアントデータテーブル１００における対応する発注テストのレコードへのポインタが格納され、第２のポインタ欄１０３Ｃには、ウェブサーバデータテーブル１０１におけるその発注テストのレコードへのポインタが格納され、第３のポインタ欄１０３Ｄには、アプリケーションサーバデータテーブル１０２におけるその発注テストのレコード（行）へのポインタが格納される。
【００５８】
一方、かかるテスト結果収集統合機能のうち、特に、更新前後の対象データベース表４４の対象行のデータを取得する機能を実現するための手段として、アプリケーションサーバ配置エージェント３５は、図５に示すように、ＳＱＬ制御部１１０、ＳＱＬ解析／ＳＱＬ生成部１１１、更新前データベース表情報取得部１１２、及び、更新後データベース表情報取得部１１３を備えて構成されている。
【００５９】
ＳＱＬ制御部１１０は、アプリケーションプログラム３４のＳＱＬ実行部１１４が所望のデータベース表４４を更新するために発行したＳＱＬコマンドを検出してＳＱＬ解析／ＳＱＬ生成部１１１を制御する機能を有するモジュールである。またＳＱＬ解析／ＳＱＬ生成部１１１は、ＳＱＬ制御部１１０の指示を受けて、アプリケーションプログラム３４のＳＱＬ実行部１１４が発行したＳＱＬコマンドを解析し、その対象となるデータベース表４４の対象となる行を抽出するselect文を生成する機能を有するモジュールである。
【００６０】
更新前データベース表情報取得部１１２は、ＳＱＬ解析／ＳＱＬ生成部１１１により生成されたselect文に従って、アプリケーションプログラム３４のＳＱＬ実行部１１４が生成したＳＱＬコマンドの対象となっているデータベース表４４及び対象となっている行の更新前のデータを取得する機能を有するモジュールである。また更新後データベース表情報取得部１１３は、ＳＱＬ解析／ＳＱＬ生成部１１１により生成されたselect文に従って、アプリケーションプログラム３４のＳＱＬ実行部１１４が生成したＳＱＬコマンドの対象となっているデータベース表４４の対象となっている行の更新後のデータを取得する機能を有するモジュールである。
【００６１】
これらアプリケーションサーバ配置エージェント３５の各モジュールの具体的な処理内容については、後述する。
【００６２】
（１−３）テスト結果収集統合機能に関連する各種処理
次に、本実施の形態のテスト結果収集統合機能に関連してクライアント配置エージェント１５、ウェブサーバ配置エージェント２４、アプリケーションサーバ配置エージェント３５及びテスト結果統合装置３によりそれぞれ実行される各種処理の具体的な処理内容を示す。なお、以下においては、各種処理の処理主体を「エージェント」や「モジュール（〜部）」として説明する場合があるが、実際上は、その「エージェント」や「モジュール」に基づいて、クライアント４、ウェブサーバ５又はアプリケーションサーバ６のＣＰＵ１０，２０，３０がその処理を実行することは言うまでもない。
【００６３】
（１−３−１）クライアント配置エージェントの処理
図１１は、発注テストを開始する際に、クライアント４を所定操作することにより表示される図示しない所定画面を用いて作業者がその発注テストのテストＩＤを設定し、その発注テストの開始指示を入力したときにクライアント配置エージェント１５により実行されるテスト開始／終了処理の処理内容を示すフローチャートである。
【００６４】
クライアント配置エージェント１５は、かかる所定画面に発注テストのテストＩＤが入力され、その発注テストの開始を指示する操作が行われると、この図１１に示すテスト開始／終了処理を開始し、まず、そのとき入力されたテストＩＤをウェブサーバ配置エージェント２４及びアプリケーションサーバ配置エージェント３５にそれぞれ通知する（ＳＰ１）。
【００６５】
続いて、クライアント配置エージェント１５は、そのとき実行している発注テストが終了したか否かを判断する（ＳＰ２）。この判断は、図２の発注画面６０を用いて作業者が発注操作を行った後に、発注テストが終了した旨の情報が作業者から入力されたか否かを判断することにより行われる。
【００６６】
そしてクライアント配置エージェント１５は、やがて作業者により発注テストが終了した旨の情報が入力されると、発注テストが終了した旨の通知（以下、これをテスト終了通知と呼ぶ）をテスト結果統合装置３に送信し（ＳＰ３）、この後、このテスト開始／終了処理を終了する。
【００６７】
一方、図１２は、かかるテスト開始／終了処理と並行してクライアント配置エージェント１５により実行される画面データ取得処理の処理手順を示す。クライアント配置エージェント１５は、この処理手順に従って、発注テストの実施時に上述の発注画面６０及び発注完了画面６６の画面イメージのデータを取得する。
【００６８】
実際上、クライアント配置エージェント１５は、発注テストの開始後、所定操作により上述の発注画面６０が表示されると、この図１２に示す画面データ取得処理を開始し、まず、発注画面６０の確定ボタン６５（図２）がクリックされるのを待ち受ける（ＳＰ１０）。
【００６９】
そしてクライアント配置エージェント１５は、発注画面６０（図２）の店舗番号入力用テキストボックス６１（図２）、商品番号入力用テキストボックス６２（図２）、発注数入力用テキストボックス６３（図２）及び届日入力用テキストボックス６４（図２）にそれぞれ必要事項が入力された後に確定ボタン６５がクリックされると、その時点における発注画面６０をキャプチャし（ＳＰ１１）、その画面イメージのデータと、そのときの時刻と、その画面イメージが発注前の画面（発注画面６０）であることを表す情報とをそのとき実施している発注テストのテストＩＤと対応付けてメモリ１１に保存する（ＳＰ１２）。
【００７０】
続いて、クライアント配置エージェント１５は、発注画面６０を用いた商品発注の応答がウェブサーバ５から与えられて、発注完了画面６６がクライアント４に表示されるのを待ち受ける（ＳＰ１３）。
【００７１】
そしてクライアント配置エージェント１５は、やがてかかる発注完了画面６６がクライアント４に表示されると、その時点における発注完了画面６６をキャプチャし（ＳＰ１４）、その画面イメージのデータと、そのときの時刻と、その画面イメージが発注後の画面（発注完了画面６６）であることを表す情報とをそのとき実施している発注テストのテストＩＤと対応付けてメモリ１１に保存する（ＳＰ１５）。そしてクライアント配置エージェント１５は、この後、この画面データ取得処理を終了する。
【００７２】
他方、図１３は、かかるテスト開始／終了処理（図１１）及び画面データ取得処理（図１２）と並行してクライアント配置エージェント１５により実行される電文データ取得処理の処理手順を示す。クライアント配置エージェント１５は、この処理手順に従って、発注テスト実施時におけるクライアント４とウェブサーバ５との間でやり取りされたＨＴＴＰ電文７０（図４）の電文データを取得する。
【００７３】
実際上、クライアント配置エージェント１５は、発注テストが開始されると、この電文データ取得処理を開始し、まず、発注画面６０の店舗番号入力用テキストボックス６１、商品番号入力用テキストボックス６２、発注数入力用テキストボックス６３及び届日入力用テキストボックス６４にそれぞれ必要事項が入力された後に確定ボタン６５がクリックされるのを待ち受ける（ＳＰ２０）。
【００７４】
そしてクライアント配置エージェント１５は、やがてかかるＨＴＴＰ電文（要求電文）７０がクライアント４からウェブサーバ５に送信される状況となったことを検知すると、そのＨＴＴＰ電文７０の電文データを複製し（ＳＰ２１）、複製したＨＴＴＰ電文７０の電文データと、そのときの時刻と、電文種別（「要求」又は「応答」）とをそのとき実施している発注テストのテストＩＤと対応付けてメモリ１１（図１）に保存する（ＳＰ２２）。そしてクライアント配置エージェント１５は、この後、かかるＨＴＴＰ電文７０をウェブサーバ５に送信させる（ＳＰ２３）。
【００７５】
続いて、クライアント配置エージェント１５は、かかるＨＴＴＰ電文７０に対する応答のＨＴＴＰ電文７０がウェブサーバ５から送信されてくるのを待ち受け（ＳＰ２４）、やがて、通信装置１４がかかるＨＴＴＰ電文７０を受信すると、そのＨＴＴＰ電文７０の電文データを通信装置１４から取得してコピーし（ＳＰ２５）、コピーしたＨＴＴＰ電文７０の電文データと、そのときの時刻と、電文種別とをそのとき実施している発注テストのテストＩＤと対応付けてメモリ１１に保存する（ＳＰ２６）。そしてクライアント配置エージェント１５は、この後、この電文データ取得処理を終了する。
【００７６】
（１−３−２）ウェブサーバ配置エージェントの処理
一方、図１４は、本実施の形態のテスト結果収集統合機能に関連してウェブサーバ配置エージェント２４により実行される電文データ取得処理の具体的な処理内容を示す。ウェブサーバ配置エージェント２４は、発注テストの実施時、この図１４に示す処理手順に従ってアプリケーションサーバ６との間でやり取りしたＡＪＰ電文７１（図４）の電文データを取得し保存する。
【００７７】
実際上、ウェブサーバ配置エージェント２４は、クライアント配置エージェント１５から上述のテストＩＤが送信されてくるとこの図１４に示す電文データ取得処理を開始し、まず、自己が保持するテストＩＤをそのとき受信したテストＩＤに更新する（ＳＰ３０）。
【００７８】
続いて、ウェブサーバ配置エージェント２４は、ウェブサーバ５がクライアント４から送信されてきたＨＴＴＰ電文７０に応じたＡＪＰ電文７１をアプリケーションサーバ６に送信するのを待ち受ける（ＳＰ３１）。
【００７９】
そしてウェブサーバ配置エージェント２４は、やがてウェブサーバ５がかかるＡＪＰ電文７１をアプリケーションサーバ６に送信しようとすると、そのＡＪＰ電文７１の電文データを複製し（ＳＰ３２）、複製したＡＪＰ電文７１の電文データと、そのときの時刻と、電文種別とをそのとき実施している発注テストのテストＩＤと対応付けてメモリ２１（図１）に保存する（ＳＰ３３）。
【００８０】
そしてウェブサーバ配置エージェント２４は、この後、かかるＡＪＰ電文７１をアプリケーションサーバ６に送信させる（ＳＰ３４）。
【００８１】
続いて、ウェブサーバ配置エージェント２４は、かかるＡＪＰ電文７１に対する応答のＡＪＰ電文７１がアプリケーションサーバ６から送信されてくるのを待ち受け（ＳＰ３５）、やがて、ウェブサーバ５がかかるＡＪＰ電文７１を受信すると、そのＡＪＰ電文７１の電文データを複製し（ＳＰ３６）、複製したＡＪＰ電文７１の電文データと、そのときの時刻と、電文種別とをそのとき実施している発注テストのテストＩＤと対応付けてメモリ２１に保存する（ＳＰ３７）。そしてウェブサーバ配置エージェント２４は、この後、この電文データ取得処理を終了する。
【００８２】
（１−３−３）アプリケーションサーバ配置エージェントの処理
他方、図１５は、本実施の形態のテスト結果収集統合機能に関連してアプリケーションサーバ配置エージェント３５において実行される更新前後データベース表情報取得処理の具体的な処理内容を示す。アプリケーションサーバ配置エージェント３５は、発注テストの実施時、この図１５に示す処理手順に従ってデータベースサーバ７が保持する更新対象のデータベース表４４（図１）における更新対象の行の更新前後の情報を取得して保存する。
【００８３】
実際上、アプリケーションサーバ配置エージェント３５は、クライアント配置エージェント１５から上述のテストＩＤが送信されてくるとこの図１５に示す更新前後データベース表情報取得処理を開始し、まず、ＳＱＬ制御部１１０（図５）が、アプリケーションサーバ配置エージェント３５が保持するテストＩＤをそのとき受信したテストＩＤに更新する（ＳＰ４０）。
【００８４】
続いて、ＳＱＬ制御部１１０が、アプリケーションプログラム３４のＳＱＬ実行部１１４（図５）がウェブサーバ５から与えられたＨＴＴＰ電文７０に従ってデータベースサーバ７が保持する対象とするデータベース表４４の対象とする行を更新するためのＳＱＬ電文７３（図４）をデータベースサーバ７に発行するのを待ち受ける（ＳＰ４１）。
【００８５】
そしてＳＱＬ制御部１１０は、やがてアプリケーションプログラム３４のＳＱＬ実行部１１４がかかるＳＱＬ電文７３を発行し、これをアプリケーションサーバ６がデータベースサーバ７に送信しようとすると、そのＳＱＬ電文７３がデータベースサーバ７に送信されるのを一時的に抑制した後に、そのＳＱＬ電文７３の内容を解析するようＳＱＬ解析／ＳＱＬ生成部１１１（図５）に指示を与える。
【００８６】
かくして、かかる指示を受けたＳＱＬ解析／ＳＱＬ生成部１１１は、そのＳＱＬ電文７３の内容を解析することにより、対象とするデータベース表４４の対象とする行を特定し（ＳＰ４２）、そのデータベース表４４のその行の情報を取得すべき旨のＳＱＬ規格のselect文を生成する（ＳＰ４３）。
【００８７】
続いて、更新前データベース表情報取得部１１２（図５）が、かかるselect文をデータベースサーバ７に送信することにより対象とするデータベース表４４の対象とする行の更新前の情報（以下、これを更新前データベース表情報と呼ぶ）を取得し（ＳＰ４４）、取得したその更新前データベース表情報と、そのときの時刻と、そのとき更新前データベース表情報取得部１１２がデータベースサーバ７に送信したＳＱＬ電文７３の内容と、そのＳＱＬ電文を送信したのが対象データベース表４４を更新する前及び後のいずれであるかを表す情報と、対象データベース表４４の識別子とをステップＳＰ４０で更新したテストＩＤと対応付けてメモリ３１（図１）に保持されている更新前後データベース表情報管理テーブル１１５に格納する（ＳＰ４５）。なお、更新前後データベース表情報管理テーブル１１５は、テスト結果統合装置３が保持する図９について上述した更新前後データベース表情報管理テーブル８６と同じ構成を有するテーブルである。
【００８８】
この後、アプリケーションプログラム３４のＳＱＬ実行部１１４が生成したＳＱＬ電文７３がデータベースサーバ７に送信される（ＳＰ４６）。
【００８９】
そして、このＳＱＬ電文７３による対象とするデータベース表４４の対象とする行の操作が完了すると、更新後データベース表情報取得部１１３（図５）が、ステップＳＰ４３でＳＱＬ解析／ＳＱＬ生成部１１１が生成したselect文をデータベースサーバ７に送信することにより、対象とするデータベース表４４の対象とする行の更新後の情報（以下、これを更新後データベース表情報と呼ぶ）を取得し（ＳＰ４７）、取得したその更新後データベース表情報と、そのときの時刻と、そのとき更新後データベース表情報取得部１１３がデータベースサーバ７に送信したＳＱＬ電文７３の内容と、そのＳＱＬ電文を送信したのが対象データベース表４４を更新する前及び後のいずれであるかを表す情報と、対象データベース表４４の識別子とをステップＳＰ４０で更新したテストＩＤと対応付けてメモリ３１（図１）に保持されている上述の更新前後データベース表情報管理テーブル１１５に格納する（ＳＰ４８）。
【００９０】
以上によりアプリケーションサーバ配置エージェント３５による更新前後データベース表情報取得処理が終了する。
【００９１】
なお、アプリケーションサーバ配置エージェント３５は、この更新前後データベース表情報取得処理と並行して、図１４について上述した電文データ取得処理と同様の電文データ取得処理を実行することにより、データベースサーバ７との間でやり取りしたＳＱＬ電文７３の電文データのコピーを取得し、これをそのとき実行している発注テストのテストＩＤと対応付けてメモリ３１に保存する。
【００９２】
（１−３−４）テスト結果収集統合プログラムの処理
（１−３−４−１）テスト結果収集部の処理
図１６は、テスト結果統合装置３に実装されたテスト結果収集統合プログラム５４（図５）のテスト結果収集部９０（図５）により実行されるテスト結果収集処理の処理内容を示すフローチャートである。テスト結果収集部９０は、この図１６に示す処理手順に従ってクライアント４、ウェブサーバ５及びアプリケーションサーバ６から発注テストごとのエビデンスをそれぞれ収集する。
【００９３】
実際上、テスト結果収集部９０は、１つの発注テストが終了するごとにクライアント配置エージェント１５から送信される上述のテスト終了通知を受信すると、この図１６に示すテスト結果収集処理を開始し、まず、そのとき終了した発注テストの実施時に収集したテスト結果のエビデンスを送信すべき旨のエビデンス転送要求をクライアント配置エージェント１５に送信する（ＳＰ５０）。なお、このエビデンス転送要求には、その発注テストの開始時にクライアント配置エージェント１５から通知されたその発注テストのテストＩＤが含まれる。そしてテスト結果収集部９０は、この後、クライアント配置エージェント１５からかかるエビデンスが送信されるのを待ち受ける（ＳＰ５１）。
【００９４】
このとき、かかるエビデンス転送要求を受信したクライアント配置エージェント１５は、その発注テスト時に取得した発注画面６０及び発注完了画面６６に関する各種情報（各画面の画面イメージのデータ、その画面をキャプチャした時刻及びその画面が発注の前及び後のいずれの画面であるかを表す情報）と、その発注テスト時にウェブサーバ５との間でやり取りしたＨＴＴＰ電文７０に関する情報（ＨＴＴＰ電文７０の送受信時刻、電文種別及び電文データ自体）とをメモリ１１（図１）から読み出し、読み出したこれらのデータをその発注テストのテストＩＤと対応付けてテスト結果統合装置３に送信する。
【００９５】
かくして、これらのデータを受信したテスト結果統合装置３のテスト結果収集部９０は、受信したこれらのデータのうち、発注画面６０及び発注完了画面６６に関する情報をクライアント画面データ管理テーブル８０に格納し、ＨＴＴＰ電文７０に関する情報をＨＴＴＰ電文管理テーブル８１に格納する（ＳＰ５２）。
【００９６】
続いて、テスト結果収集部９０は、上述のエビデンス転送要求をウェブサーバ配置エージェント２４に送信し（ＳＰ５３）、この後、ウェブサーバ配置エージェント２４からかかるエビデンスが送信されるのを待ち受ける（ＳＰ５４）。
【００９７】
このとき、かかるエビデンス転送要求を受信したウェブサーバ配置エージェント２４は、その発注テスト時にアプリケーションサーバ６との間でやり取りしたＡＪＰ電文７１に関する情報（ＡＪＰ電文７１の送受信時刻、電文種別及び電文データ自体）をメモリ２１（図１）から読み出し、読み出したこれらのデータをその発注テストのテストＩＤと対応付けてテスト結果統合装置３に送信する。
【００９８】
またウェブサーバ配置エージェント２４は、これと併せて、その発注テスト時にアプリケーションサーバ６に最初のＡＪＰ電文７１（要求電文）を送信した時刻よりも所定時間（例えば１分）前の時刻から、当該ＡＪＰ電文７１に応じたＡＪＰ電文７１（応答電文）がアプリケーションサーバ６から送信されてきた時刻までに生成した各ログのログ情報をログファイル２５（図１）から読み出し、これらのログ情報をテスト結果統合装置３に送信する。
【００９９】
かくして、これらのデータを受信したテスト結果統合装置３のテスト結果収集部９０は、受信したこれらのデータのうち、ＡＪＰ電文７１に関する情報をＡＪＰ電文管理テーブル８２に格納すると共に、各ログのログ情報をウェブサーバログ情報管理テーブル８３に格納する（ＳＰ５５）。
【０１００】
次いで、テスト結果収集部９０は、上述のエビデンス転送要求をアプリケーションサーバ配置エージェント３５に送信し（ＳＰ５６）、この後、アプリケーションサーバ配置エージェント３５からかかるエビデンスが送信されるのを待ち受ける（Ｓ５７Ｐ）。
【０１０１】
このとき、かかるエビデンス転送要求を受信したアプリケーションサーバ配置エージェント３５は、その発注テスト時にデータベースサーバ７との間でやり取りしたＳＱＬ電文７３に関する情報（ＳＱＬ電文７３の送受信時刻、電文種別及び電文データ自体）をメモリ３１（図１）から読み出し、読み出したこれらのデータをその発注テストのテストＩＤと対応付けてテスト結果統合装置３に送信する。
【０１０２】
またアプリケーションサーバ配置エージェント３５は、これと併せて、その発注テスト時にデータベースサーバ７に最初のＳＱＬ電文７３（要求電文）を送信した時刻よりも所定時間（例えば１分）前の時刻から、当該ＳＱＬ電文７３に応じたＳＱＬ電文７３（応答電文）がデータベースサーバ７から送信されてきた時刻までに生成した各ログのログ情報をログファイル３６（図１）から読み出し、これらのログ情報をテスト結果統合装置３に送信する。
【０１０３】
さらにアプリケーションサーバ配置エージェント３５は、これらと併せて、対象データベース表４４の対象行の更新前後の内容に関するデータ（その対象行の更新前及び更新後の内容をそれぞれ表す情報、これらの情報を取得した各時刻、これらの情報を取得する際にアプリケーションサーバ６からデータベースサーバ７に送信されたＳＱＬ電文７３の内容及び電文種別、対象データベース表４４の識別子など）をメモリ３１から読み出し、読み出したこれらのデータその発注テストのテストＩＤと対応付けてテスト結果統合装置３に送信する。
【０１０４】
かくして、これらのデータを受信したテスト結果統合装置３のテスト結果収集部９０は、受信したこれらのデータのうち、ＳＱＬ電文７３に関する情報をＳＱＬ電文管理テーブル８４に格納すると共に、各ログのログ情報をアプリケーションサーバログ情報管理テーブル８５に格納し、さらに対象データベース表４４の対象行の更新前後の内容に関するデータを更新前後データベース表情報管理テーブル８６に格納する（ＳＰ５８）。
【０１０５】
そしてテスト結果収集部９０は、この後、このテスト結果収集処理を終了する。
【０１０６】
（１−３−４−２）テスト結果情報統合部の処理
一方、図１７は、テスト結果統合装置３に実装されたテスト結果収集統合プログラム５４のテスト結果情報統合部９１（図５）により実行されるテスト結果情報統合処理の処理内容を示すフローチャートである。テスト結果情報統合部９１は、この図１７に示す処理手順に従って、そのとき実施された発注テストのエビデンスを統合して統合テスト結果情報管理テーブル群８７に格納する。
【０１０７】
実際上、テスト結果情報統合部９１は、テスト結果収集部９０が図１６について上述したテスト結果収集処理を終了すると、図１７に示すテスト結果情報統合処理を開始し、まず、クライアント画面データ管理テーブル８０及びＨＴＴＰ電文管理テーブル８１から上述のようにその発注テストの開始時にクライアント配置エージェント１５から通知されたテストＩＤと関連付けられたすべてのレコードのデータを取得し、取得したこれらのデータをクライアントデータテーブル１００（図１０）に格納する（ＳＰ６０）。
【０１０８】
続いて、テスト結果情報統合部９１は、ＡＪＰ電文管理テーブル８２、ウェブサーバログ情報管理テーブル８３からかかるテストＩＤと関連付けられたすべてのレコードのデータを取得し、取得したこれらのデータをウェブサーバデータテーブル１０１（図１０）に格納する（ＳＰ６１）。
【０１０９】
次いで、テスト結果情報統合部９１は、ＳＱＬ電文管理テーブル８４、アプリケーションサーバログ情報管理テーブル８５及び更新前後データベース表情報管理テーブル８６からかかるテストＩＤと関連付けられたすべてのレコードのデータを取得し、取得したこれらのデータをアプリケーションサーバデータテーブル１０２（図１０）に格納する（ＳＰ６２）。
【０１１０】
さらにテスト結果情報統合部９１は、このときクライアントデータテーブル１００、ウェブサーバデータテーブル１０１及びアプリケーションサーバデータテーブル１０２にそれぞれ格納した各データへのポインタをそれぞれポインタテーブル１０３（図１０）に格納し（ＳＰ６３）、この後、このテスト結果情報統合処理を終了する。
【０１１１】
（１−４）本実施の形態の効果
以上のように本実施の形態の情報処理システム１では、１つの発注テストが完了するごとに、テスト結果統合装置３がクライアント４、ウェブサーバ５及びアプリケーションサーバ６にそれぞれ実装されたエージェント（クライアント配置エージェント１５、ウェブサーバ配置エージェント２４及びアプリケーションサーバ配置エージェント３５）からその発注テストのテスト結果のエビデンスをそれぞれ収集し、収集したこれらエビデンスを統合して管理する。
【０１１２】
従って、本情報処理システム１によれば、作業者がクライアント４、ウェブサーバ５及びアプリケーションサーバ６から各発注テストのテスト結果のエビデンスをそれぞれ個別に収集したり、収集したこれらのエビデンスを発注テストごとに作業者が手作業でまとめる手間を省くことができ、その分、システムテストに対する作業者の負荷を軽減することができる。
【０１１３】
また本情報処理システム１によれば、かかるエビデンスをデータとして管理するため、報告書の作成に紙を要さず、その分、報告書を保存するためのスペースを削減することもできる。
【０１１４】
（２）第２の実施の形態
第１の実施の形態の情報処理システム１において、例えば、発注テストに失敗した場合には、必要に応じてクライアント４に実装されているプログラムなどの不具合を修正した上で再度同じ発注テストを実施することになる。
【０１１５】
この場合、同じ発注テストを実施にするに際しては、データベースサーバ７が保持するデータベース表４４のうち、失敗した発注テスト時に更新されたデータベース表４４をその発注テストを実施する以前の状態に戻す必要があるが、その発注テストによって更新されたデータベース表４４の数が多い場合、これらのデータベース表４４を発注テスト前の状態に戻すためには相応の労力及び時間を要する。
【０１１６】
そこで本実施の形態においては、第１の実施の形態によるアプリケーションサーバ配置エージェント３５（図１）に、テスト結果統合装置３から送信される再テスト要求に応じて、データベースサーバ７が保持するデータベース表４４のうち、再テスト要求において指定された発注テストによって更新されたデータベース表４４をその発注テスト前の状態に戻すデータベース表戻し機能をさらに搭載した点を特徴の１つとする。
【０１１７】
実際上、本実施の形態の情報処理システム１２０（図１）では、発注テストに失敗した場合、作業者は、クライアント４に実装されているプログラム等の不具合を修正した上でテスト結果統合装置３を操作して、その発注テストを再実施すべき旨の指示（以下、これを再テスト指示と呼ぶ）を入力する。
【０１１８】
そしてこのような再テスト指示が入力された場合、テスト結果統合装置３に実装されたテスト結果収集統合プログラム５４は、再テストすべき発注テストのテストＩＤを含む上述の再テスト要求をアプリケーションサーバ配置エージェント３５に送信する。
【０１１９】
アプリケーションサーバ配置エージェント３５は、かかる再テスト要求がテスト結果統合装置３から与えられると、図１８に示す処理手順に従ってデータベースサーバ７が保持する対応するデータベース表４４をその発注テストが実施される前の状態に戻す。
【０１２０】
実際上、アプリケーションサーバ配置エージェント３５は、かかる再テスト要求がテスト結果統合装置３から与えられると、この図１８に示すデータベース表戻し処理を開始し、まず、その再テスト要求に含まれる再テスト対象の発注テストのテストＩＤが、メモリ３１に格納されている更新前後データベース表情報管理テーブル１１５（図５）上に存在するか否かを判断する（ＳＰ７０）。
【０１２１】
この判断で否定結果を得ることは、再テスト対象となっている発注テストの失敗したときの更新前後のデータベース表４４のデータが更新前後データベース表情報管理テーブル１１５に残っていないことを意味する。かくして、このときアプリケーションサーバ配置エージェント３５は、このデータベース表戻し処理を終了する。
【０１２２】
これに対して、ステップＳＰ７０の判断で肯定結果を得ることは、再テスト対象となっている発注テストの失敗したときの更新前後のデータベース表４４のデータが更新前後データベース表情報管理テーブル１１５に残っていることを意味する。かくして、このときアプリケーションサーバ配置エージェント３５は、更新前後データベース表情報管理テーブル１１５のレコードのうち、再テスト対象となっている発注テストのテストＩＤがテストＩＤ欄（図９のテストＩＤ欄８６Ａに相当）に格納されているレコードであって、最後に更新前後データベース表情報管理テーブル１１５に登録されたレコード（つまり、その発注テストで最後に行われた更新に関するレコード）を選択する（ＳＰ７１）。
【０１２３】
そしてアプリケーションサーバ配置エージェント３５は、ステップＳＰ７１で選択したレコードのデータベース表４４の対応する行が既に再テスト対象の発注テストの実施前の状態に戻し済みである場合にはなにもせず、そのデータベース表４４が再テスト対象の発注テストの実施後の状態にある場合にはそのデータベース表４４をそのレコードに対応する更新が行われる前の状態に戻す（ＳＰ７２）。
【０１２４】
この後、アプリケーションサーバ配置エージェント３５は、更新前後データベース表情報管理テーブル１１５のレコードのうち、再テスト対象となっている発注テストのテストＩＤがテストＩＤ欄に格納されているレコードであって、ステップＳＰ７１で選択したレコードに対応する更新処理の前に行われた更新処理に対応するレコードが存在するか否かを判断する（ＳＰ７３）。
【０１２５】
そしてアプリケーションサーバ配置エージェント３５は、この判断で肯定結果を得た場合にはステップＳＰ７２に戻る。そしてアプリケーションサーバ配置エージェント３５は、この後、ステップＳＰ７３で肯定結果を得るまでステップＳＰ７２〜ステップＳＰ７３の処理を繰り返す。
【０１２６】
そしてアプリケーションサーバ配置エージェント３５は、やがて更新前後データベース表情報管理テーブル１１５のレコードのうち、再テスト対象となっている発注テストのテストＩＤがテストＩＤ欄に格納されているすべてのレコードについてステップＳＰ７２の処理を実行し終えることによりステップＳＰ７３で否定結果を得ると、更新前後データベース表情報管理テーブル１１５における再テスト対象の発注テストのレコードを削除し（ＳＰ７４）、この後、このデータベース表戻し処理を終了する。
【０１２７】
以上のように本実施の形態の情報処理システム１２０では、発注テストに失敗した場合においても作業者がその発注テストにより更新されるデータベース表をその発注テスト前の状態に戻す必要がなく、その分の労力及び時間を省略することが可能となる。かくするにつき、本情報処理システム１２０によれば、第１の実施の形態の情報処理システム１と比べて、発注テストに対する作業者の負荷をより一層と軽減させることができる。
【０１２８】
（３）第３の実施の形態
図１において、１３０は全体として第３の実施の形態による情報処理システムを示す。この情報処理システムは、第２の実施の形態の情報処理システム１２０に対して、アプリケーションサーバ６に実装されたアプリケーション３４や、データベースサーバ７が管理するデータベース４５が更新されるなどのシステム構成が更新された後に実施された発注テストのテスト結果の整合性をチェックするテスト結果整合性チェック機能がテスト結果統合装置１３１（図１）に搭載されている点を特徴とする。
【０１２９】
実際上、本情報処理システム１３０の場合、図１０との対応部分に同一符号を付した図１９に示すように、テスト結果統合装置１３１が保持する統合テスト結果情報管理テーブル群１３２のポインタテーブル１３３には、図１０について上述したテストＩＤ欄１０３Ａ、第１のポインタ欄１０３Ｂ、第２のポインタ欄１０３Ｃ及び第３のポインタ欄１０３Ｄと同様のテストＩＤ欄１３３Ａ、第１のポインタ欄１３３Ｂ、第２のポインタ欄１３３Ｃ及び第３のポインタ欄１３３Ｄに加えて比較結果欄１３３Ｅが設けられている。
【０１３０】
またテスト結果統合装置１３１に実装された本実施の形態のテスト結果収集統合プログラム１３４（図１、図５）のテスト結果情報統合部１３５（図５）は、システム構成が更新された場合、これに応じた作業者の操作入力に応じて、それまで使用していた統合テスト結果情報管理テーブル群１３２を保存して新たな統合テスト結果情報管理テーブル群１３２を作成し、その後はこの新たな統合テスト結果情報管理テーブル群１３２を使用する。
【０１３１】
そしてテスト結果情報統合部１３５は、この後、図１７について上述したテスト結果情報統合処理が完了すると、図２０に示す処理手順に従って、今回の発注テストのテスト結果と、前バージョンで収集した同じ発注テストのテスト結果とを比較し、比較結果を図１９について上述した統合テスト結果情報管理テーブル群１３２のポインタテーブル１３３の比較結果欄１３３Ｅに登録すると共に、この後、作業者による所定操作に応じて、その判定結果を表示装置５３（図１）に表示する。
【０１３２】
実際上、テスト結果情報統合部１３５は、システム構成を更新した旨の入力が作業者から与えられた後にテスト結果情報統合処理を実行し、そのテスト結果情報統合処理を完了すると、図２０に示すテスト結果整合性チェック処理を開始し、まず、今回実施した発注テストのテストＩＤと同一のテストＩＤが前バージョンの統合テスト結果情報管理テーブル群１３２に存在するか否かを判断する（ＳＰ８０）。そしてテスト結果情報統合部１３５は、この判断で否定結果を得ると、このテスト整合性チェック処理を終了する。
【０１３３】
これに対して、テスト結果情報統合部１３５は、ステップＳＰ８０の判断で肯定結果を得ると、現在使用している統合テスト結果情報管理テーブル群１３２を構成するクライアントデータテーブル１００、ウェブサーバデータテーブル１０１及びアプリケーションサーバデータテーブル１０２にそれぞれ格納されている今回の発注テストのテスト結果と、システム構成が前バージョンのときに使用していた統合テスト結果情報管理テーブル群１３２を構成するクライアントデータテーブル１００、ウェブサーバデータテーブル１０１及びアプリケーションサーバデータテーブル１０２にそれぞれ格納されている前バージョンのシステム構成で実施したときのその発注テストのテスト結果とを比較する（ＳＰ８１）。
【０１３４】
そしてテスト結果情報統合部１３５は、この比較結果を新たな統合テスト結果情報管理テーブル群１３２のポインタテーブル１３３の比較結果欄１３３Ｅに格納する（ＳＰ８２）。例えば、テスト結果情報統合部１３５は、今回の発注テストのテスト結果の個々の値と、前のシステム構成のバージョンでの同じ発注テストのテスト結果の個々の値とがすべて一致する場合には、かかる比較結果欄１３３Ｅに「○」を格納し、今回の発注テストのテスト結果の個々の値と、前のシステム構成のバージョンでの同じ発注テストのテスト結果の個々の値とがすべて一致しない場合には、かかる比較結果欄１３３Ｅに「×」を格納する。そしてテスト結果情報統合部１３５は、この後、このテスト結果整合性チェック処理を終了する。
【０１３５】
なお、このテスト結果整合性チェック処理により統合テスト結果情報管理テーブル群１３２のポインタテーブル１３３の比較結果欄１３３Ｅに格納された上述の比較結果（「○」又は「×」）は、その後、テスト結果統合装置１３１（図１）に対する所定操作によりテスト結果統合装置１３１の表示装置５３（図１）に表示させることができる。
【０１３６】
以上のように本実施の形態の情報処理システム１３０では、システム構成が更新された場合に、前のシステム構成での発注テストのテスト結果と、新たなシステム構成での同じ発注テストのテスト結果とを比較し、比較結果を作業者からの要求に応じて表示装置５３を表示する。
【０１３７】
従って、作業者は、このようにして表示装置５３に表示された今回の発注テストのテスト結果と、前のシステム構成での同じ発注テストのテスト結果との比較結果に基づいて、新たなシステム構成に不具合がないか否かを判定することができる。かくするにつき、本情報処理システム１３０によれば、システム構成の更新があった場合に、新たなシステム構成に不具合がないか否かを容易に判断することができ、その分、発注テストに対する作業者の負荷をより一層と軽減させることができる。
【０１３８】
（４）他の実施の形態
なお上述の第１〜第３の実施の形態においては、図１のように構成された情報処理システム１に本発明適用するようにした場合について述べたが、本発明はこれに限らず、この他種々の情報処理システムに広く適用することができる。
【０１３９】
また上述の第１〜第３の実施の形態においては、データベースの更新を伴うシステムテストのテスト結果のエビデンスを収集するシステムに本発明を適用するようにした場合について述べたが、本発明はこれに限らず、データベース以外の例えばファイルシステムや、単なるファイルなどの何らかの情報の更新を伴うシステムテストを行うシステムにも本発明を適用することができる。
【産業上の利用可能性】
【０１４０】
本発明は、エビデンスの収集を必要とするシステムテストを実行する種々の情報処理システムに広く適用することができる。
【符号の説明】
【０１４１】
１，１２０，１３０……情報処理システム、２……発注システム、３，１３１……テスト結果統合装置、４……クライアント、５……ウェブサーバ、６……アプリケーションサーバ、７……データベースサーバ、８……本部システム、１０，２０，４０，４０，５０……ＣＰＵ、１３，５３……表示装置、１５……クライアント配置エージェント、２４……ウェブサーバ配置エージェント、２５，３６……ログファイル、３５……アプリケーションサーバ配置エージェント、４４……データベース表、４５……データベース、５４，１３４……テスト結果収集統合プログラム、６０……発注画面、６６……発注完了画面、９０……テスト結果収集部、９１，１３５……テスト結果情報統合部、９２……統合テスト結果情報表示部、１１０……ＳＱＬ制御部、１１１……ＳＱＬ解析／ＳＱＬ生成部、１１２……更新前データベース表情報取得部、１１３……更新後データベース表情報取得部、１１５……更新前後データベース表情報管理テーブル。
【図１】
2018025383.tif 000003
【図２】
2018025383.tif 000004
【図３】
2018025383.tif 000005
【図４】
2018025383.tif 000006
【図５】
2018025383.tif 000007
【図６】
2018025383.tif 000008
【図７】
2018025383.tif 000009
【図８】
2018025383.tif 000010
【図９】
2018025383.tif 000011
【図１０】
2018025383.tif 000012
【図１１】
2018025383.tif 000013
【図１２】
2018025383.tif 000014
【図１３】
2018025383.tif 000015
【図１４】
2018025383.tif 000016
【図１５】
2018025383.tif 000017
【図１６】
2018025383.tif 000018
【図１７】
2018025383.tif 000019
【図１８】
2018025383.tif 000020
【図１９】
2018025383.tif 000021
【図２０】
2018025383.tif 000022
【国際調査報告】
2018025383.tif 000023
2018025383.tif 000024
2018025383.tif 000025
2018025383.tif 000026