JP2014089619A - 整合性確認方法およびシステム - Google Patents

Abstract

【課題】情報システムの大規模化に応じて増大する現行システムから新システムへの移行時のテストにおいてテスト工数を削減する手法を提供する。
【解決手段】システム移行時のテストにおいて、現行システムの要求電文をパケットキャプチャ等により取得し、取得時刻の補正などの加工を施した上で新システムへと送付する。また、現行システムの応答電文もパケットキャプチャ等により取得し、新システムからの応答電文と比較を行う。次に、仕様書から現行システムの要求電文、及び応答電文と、新システムの要求電文、及び応答電文がどの画面に対して送信、及び受信された電文かを特定する対応表を作成する。この対応表より各電文の画面名が特定され、チェックリストに記載されている画面名と突合させることで各電文がどのチェックリスト項目に対応しているかを特定する。ここで、現行システムと新システムの電文が一致しているか否かをチェックリストへ記入する。
【選択図】図１

Description

本発明は、２つの情報システムでの処理内容の整合性を確認するための技術に関する。その中でも特に、情報システムの現行システムから新システムへの移行する際におけるテストを支援する技術に関するものである。

情報システムの構築におけるテストは、テスターがチェックリストに基づいて情報システムに操作を行い、その結果を確認してチェックリストに記述することでテストが行われる。また、現行システムから新システムへの移行においては、業務時間外に現行システムから新システムへネットワークを切り替えて、周囲のシステムやユーザ端末と関係する部分のテストが行われるケースもある。これらのテストは情報システムの構築において欠かせない要素であるが、昨今、情報システムの規模が大きくなるにつれてテストに必要となる工数も増大しており、テスト工数削減手法が求められている。また移行時のテストにおいては業務時間外という限られた時間でテストを行わなければならないため、テスト工数削減の要求がより高くなっている。

このテスト工数を削減する手法として、特許文献１のように現行システムと新システムに同じ要求電文を送信して応答電文を比較することで、ネットワークの切り替えや設定に必要となる工数を削減する手法が知られている。

特開平８−２４９２７９

上記特許文献１では依然としてテスターがテストのためのシステム操作、結果の確認、テスト結果の記述を行わなければならず、システムの大規模化に応じて増大する部分については工数削減効果がない。

上記課題を解決するために、本発明では、２つのシステムの応答電文を比較する場合において、整合性確認のためのチェックリスト項目と電文の対応関係を示す対応表を用いるものである。この対応表は、電文に含まれる情報（ＩＤ、機能名等）を有し、システムにおける仕様書から作成される。

より具体的な本発明の態様は、以下のとおりである。テスト結果評価システムであって、は現行システムから新システムへの移行時のテストにおいて、現行システム利用者の要求電文をパケットキャプチャ等により取得し、取得時刻の補正などの加工を施した上で新システムへと送付する。また、現行システムの応答電文もパケットキャプチャ等により取得し、新システムからの応答電文と比較を行う。

次に、システム構築時に用いられる仕様書の情報から、各種の情報を一覧化した対応表を作成する。この対応表にはキー情報として、チェックリストと一致する何らかの項目が含まれている。この対応表を使うことで、各電文に含まれている情報をキー情報に変換することができ、更にチェックリストに記載されているキー情報と一致する項目に突合させることで各電文がどのチェックリスト項目に対応しているかを特定する。ここで、現行システムの電文と新システムの電文が一致しているか否かをチェックリストへ記入する。

本発明によれば、よりテスターの負荷を減らす形で、テストを含む2つの情報システムの整合性の確認を可能にする。

本発明の一実施形態における情報処理システムの全体構成を示す図である。 本発明の一実施形態における電文保存機能１５１４に保存される情報の例である。 本発明の一実施形態における比較結果保存機能１５１５に保存される情報の例である。 本発明の実施形態におけるチェックリスト保存機能１５２５に保存されるチェックリストの例である。 本発明の一実施形態における対応表保存機能１５２６に保存される対応表の例である。 本発明の一実施形態における設定ファイル保存機能１５２７に保存される対応表設定ファイルの例である。 本発明の一実施形態における設定ファイル保存機能１５２７に保存される電文特定用設定ファイルの例である。 本発明の一実施形態における設定ファイル保存機能１５２７に保存される電文情報抽出用設定ファイルの例である。 本発明の一実施形態における全体の処理の内容を示すフローチャートである。 本発明の一実施形態における電文比較結果を用いたテスト結果の評価とチェックリストへの記述を行う際のフローチャートである。 本発明の一実施形態における対応表作成のフローチャートである。 本発明の一実施形態における対応関係特定のフローチャートである。

以下、本発明の一実施形態について図面を参照して説明する。なお、以下に説明する実施形態によって本発明が限定されるものではない。なお、本実施形態では、現行システムから新システムへの移行におけるテストを一例として説明する。
図１は実施形態のシステム構成を示す図である。
本実施形態のテスト結果評価方法及びシステムは、ネットワーク１１０に相互に接続された現行システムＢ１２０、現行システムＡ１３０、新システムＡ’１４０、テスト結果評価システム１５０からなる。

ネットワーク１１０は、情報を相互に伝達する伝送媒体であれば良く、例えばＬＡＮ等で実現しても良い。
現行システムＢ１２０は、ハードディスクドライブ等による記憶部や制御装置等からなる計算機であり、要求電文を送信する要求電文送信機能と、応答電文を受信する応答電文受信機能を持つ。

現行システムＡ１３０、及び、新システムＡ’１４０はハードディスクドライブ等による記憶部や制御装置等からなる計算機であり、要求電文を受信する要求電文受信機能と、要求電文を処理する要求電文処理機能と、応答電文を送信する応答電文送信機能を持つ。

テスト結果評価システム１５０は、ハードディスクドライブ等による記憶部や制御装置等からなる計算機であり、電文制御部１５１と、テスト結果評価部１５２からなる。なお、以下に示す各機能(部)については、システムが有する制御装置（ＣＰＵ等）がプログラムに従って演算・処理することが可能である。

電文制御部１５１は、現行システムＢ１２０や現行システムＡ１３０や新システムＡ’１４０からの電文の取得や、応答電文の比較を行う部分であり、電文取得機能１５１１、電文送受信機能１５１２、電文比較機能１５１３、電文保存機能１５１４、比較結果保存機能１５１５からなる。

電文取得機能１５１１は、現行システムＢ１２０と現行システムＡ１３０の間の応答電文と比較電文をパケットキャプチャ等により取得し、電文保存機能１５１４に保存する。

電文送受信機能１５１２は、電文保存機能１５１４から現行システムＢ１２０の要求電文を読み込み、新システムＡ’１４０に送信し、電文保存機能１５１４に新システムＡ’への要求電文として保存する。また、新システムＡ’１４０からの応答電文を受信し、電文保存機能１５１４に保存する。

電文比較機能１５１３は、電文保存機能１５１４に保存されている現行システムＢ１２０と現行システムＡ１３０間の電文と、それに対応する新システムＡ’１４０の電文を比較し、結果を比較結果保存機能１５１５に保存する。

電文保存機能１５１４は、電文取得機能１５１１から受け取った電文を保存する。図２に電文保存機能１５１４に保存される情報の例を示す。２０１は送信元ＩＤの列であり、現行システムＢ１２０のＩＰアドレスなど端末固有の情報が保存される。２０２は電文ＩＤの列であり、電文を識別するためのＩＤが保存される。２０３は電文タイプの列であり、現行システムと新規システムのいずれから送信されているかの情報と、要求と応答のいずれの電文かの情報が保存される。２０４は電文本体であり、電文の本体がそのままテキストとして保存される。

比較結果保存機能１５１５は、電文比較機能１５１３から受け取った電文の比較結果を保存する。図３に比較結果保存機能１５１５に保存される情報の例を示す。３０１は送信元ＩＤの列であり、現行システムＢ１２０のＩＰアドレスなど端末固有の情報が保存される。３０２は電文差異なしの列であり、比較の結果差異がなかった電文の電文ＩＤ２０２が保存される。３０３は電文差異なしの列であり、比較の結果差異があった電文の電文ＩＤ２０２が保存される。

テスト結果評価部１５２は、電文制御部１５１に保存されている電文や比較結果を用いてテスト結果の判定や、チェックリストへの記述を行う部分であり、チェックリスト作成機能１５２１、対応表作成機能１５２２、対応関係特定機能１５２３、テスト結果記述機能１５２４、チェックリスト保存機能１５２５、対応表保存機能１５２６、設定ファイル保存機能１５２７を有する。

チェックリスト作成機能１５２１では、テストに使用するチェックリストを読み込んでチェックリスト保存機能１５２５に保存する。
対応表作成機能１５２２では、設定ファイル保存機能１５２７に保存されている対応表設定ファイルに基づいて仕様書等を読み込んで対応表を作成し、対応表保存機能１５２６に保存する。

対応関係特定機能１５２３では、電文保存機能１５１４から電文を取り出し、設定ファイル保存機能に保存されている電文特定用設定ファイルと、電文情報抽出用設定ファイルと、対応表保存機能１５２６に保存されている対応表を使用して、各電文が対応する画面名を特定する。また、その結果をチェックリスト保存機能１５２５に保存されているチェックリストに追記する。

テスト結果記述機能１５２４では、チェックリスト保存機能１５２５からチェックリストを読み込み、チェックリストに記述されている各電文について比較結果保存機能１５１５から比較結果を検索して比較結果をチェックリストに追記する。

チェックリスト保存機能１５２５では、チェックリスト作成機能１５２１から受け取ったチェックリストを保存する。図４にチェックリストの例を示す。４０１はテストＩＤの列であり、各テストを識別するための情報が保存される。４０２は操作ＩＤの列であり、各テストで行う操作を識別するための情報が保存される。４０２はテストＩＤごとに一つ、もしくは複数が割り当てられる。４０３は確認事項の列であり、操作ＩＤごとにテスターが確認すべき事項が保存される。４０４は操作内容の列であり、操作ＩＤごとにテスターが行う操作の内容が保存される。４０５は画面遷移の列であり、４０４の操作内容を行った際に期待される画面の遷移が保存されている。４０６は電文の列であり、各操作ＩＤに対応する電文ＩＤ２０２が保存される。４０７は現新比較の列であり、４０６の電文について、現行システムＡ１３０からの応答電文と、新システムＡ’１４０からの応答電文が一致したか否かの情報が保存される。４０８はテスト結果の列であり、各操作ＩＤ、もしくはテストＩＤごとにテスト結果が保存される。

対応表保存機能１５２６では、対応表作成機能１５２２から受け取った対応表を保存する。図５に対応表の例を示す。５０１は画面ＩＤの列であり、仕様書等から採用された画面のＩＤが保存される。５０２は画面名の列であり、仕様書等から採用された画面の名前が保存される。５０３は機能名であり、仕様書等から採用された機能の名前が保存される。５０４は機能ＩＤの列であり、仕様書等から採用された機能のＩＤが保存される。５０５はＡＰＩ／ＵＲＬの列であり、仕様書等から採用されたＡＰＩやＵＲＬが保存される。５０６はパラメータの列であり、仕様書等から採用されたパラメータが保存される。ここで、各列にはユニークか否かを示すマークが付与されている。図５の例では、５０１と、５０２と、５０３と、５０４と、５０５はユニークであり、５０６はユニークではない。

設定ファイル保存機能１５２７は、対応表作成機能１５２２が使用する対応表設定ファイルと、対応関係特定機能１５２３が使用する電文特定用設定ファイルと、電文情報抽出用設定ファイルとを保存している。図６に対応表設定ファイルの例を示す。６０１は入力ファイルの列であり、対応表を作成する際に使用する入力ファイルの種類が保存されている。６０２は対応表での使用の列であり、入力ファイルごとに既に対応表で使用されているか否かを示す項目が保存されている。６０３は項目名の列であり、入力ファイルごとに対応表に反映する項目が保存されている。６０４は位置の列であり、項目名ごとに入力ファイル中で情報が記載されている位置の情報が保存されている。６０５はユニークの列であり、各項目がユニークな情報か否かを示す情報が保存されている。次に、図７に電文特定用設定ファイルの例を示す。７０１は電文種類の列であり、各電文が振り分けられる種類を示す情報が保存されている。７０２は検索位置の列であり、電文の種類を特定するために電文から情報を検索する位置を示す情報が保存されている。７０３は特定情報の列であり、電文の種類を特定するために、７０２で指定した位置で検索する情報が保存されている。

次に、図８に電文情報抽出用設定ファイルの例を示す。８０１は電文種類の列であり、７０１と同様に各電文が振り分けられる種類を示す情報が保存されている。８０２は情報名の列であり、電文種類ごとにその種類の電文から抽出する情報の種類を示す情報が保存されている。８０３は開始位置の列であり、８０２で示されている抽出する情報について、電文から抽出する位置を示す情報が保存されている。８０４は長さの列であり、８０２で示されている抽出する情報について、８０３で示されている位置から抽出する長さを示す情報が保存されている。

次に、上述した構成によるシステムの処理内容を説明する。
図９は、全体フローを示すもので、現行システムＢ１２０と現行システムＡ１３０間でやり取りされている要求電文と応答電文を電文制御部が取得し、新システムＡ’１４０への要求電文の送信と、応答電文の受信と、電文比較を行う際のフローチャートである。

現行システムＢ１２０は、現行システムＡ１３０に要求電文を送信する。ここで、要求電文はテスターがテスト用に作成したものでも良いし、通常の利用者が送信する電文を使用しても良い（ステップ９０１）。
現行システムＡ１３０は現行システムＢ１２０からの要求電文を受信し、要求電文の内容に応じた処理を行う（ステップ９０２）。
ここで、電文制御部１５１の電文取得機能１５１１が現行システムＢ１２０から現行システムＡ１３０に送信された要求電文を取得する。現行システムＢ１２０や現行システムＡ１３０に改造を加えなくともよいパケットキャプチャ等の技術により取得することが望ましいが、現行システムＢ１２０や現行システムＡ１３０に改造を加えて取得する方法を採用してもよい（ステップ９０３）。

電文制御部１５１の電文取得機能１５１１は取得した電文を図２に示すような形式に加工し、電文保存機能１５１４に保存する。ここで、パケット中の送信元ＩＰアドレスや、送信元ＩＰアドレスなどから割り出したＩＤを送信元ＩＤとして２０１に記述する。また、電文ＩＤ２０２を付与し、記述する。また、現行システムＢ１２０から現行システムＡ１３０への要求電文のため、電文タイプ２０３にその情報を記述する。電文本体は２０４に記述する（ステップ９０４）。

ステップ９０２で要求電文受信後の処理を終えた現行システムＡ１３０は、現行システムＢ１２０へ応答電文を送信する（ステップ９０５）。
現行システムＢ１２０は現行システムＡ１３０からの要求電文を受信する（ステップ９０６）。

ここで、電文制御部１５１の電文取得機能１５１１が現行システムＡ１３０から現行システムＢ１２０に送信された応答電文を取得する。現行システムＢ１２０や現行システムＡ１３０に改造を加えなくともよいパケットキャプチャ等の技術により取得することが望ましいが、現行システムＢ１２０や現行システムＡ１３０に改造を加えて取得する方法を採用してもよい（ステップ９０７）。

電文制御部１５１の電文取得機能１５１１は取得した電文を図２に示すような形式に加工し、電文保存機能１５１４に保存する。ここで、パケット中の送信先ＩＰアドレスや、送信先ＩＰアドレスなどから割り出したＩＤを送信元ＩＤとして２０１に記述する。また、送信元ＩＤ２０１やパケット中の情報からどの要求電文に対する応答電文かを特定し、要求電文と同じ電文ＩＤを２０２に記述する。また、現行システムＡ１３０から現行システムＢ１２０への要求電文のため、電文タイプ２０３にその情報を記述する。電文本体は２０４に記述する（ステップ９０４）。

次に、電文制御部１５１の電文送受信機能１５１２が電文保存機能１５１４から要求電文を取得し、新システムＡ’１４０へ送信する。ここで、送信する電文本体に送信元ＩＰアドレスのような現行システムＢ１２０特有の情報や、送信先ＩＰアドレスのような現行システムＡ１３０に特有の情報が記載されている場合は、電文の情報が不整合を引き起こさないように、適宜情報を書き換えて送信を行う。また、要求電文の情報を書き換えることにより、新システムＡ’に電文送受信機能１５１２からではなく、現行システムＢ１２０、もしくは、仮想の新システムＢ’から要求電文が送信されたと解釈させることができ、より実際に近い状況でテストを行うことができる。ここで送信した電文について、図２に示すような形式に加工し、電文保存機能１５１４に保存する。パケット中の送信先ＩＰアドレスや、送信先ＩＰアドレスなどから割り出したＩＤを送信元ＩＤとして２０１に記述する。また、加工元の要求電文と同じ電文ＩＤを２０２に記述する。また、新システムＡ’１４０への要求電文のため、電文タイプ２０３にその情報を記述する。電文本体は２０４に記述する。

なお、図９では要求電文と応答電文がそろってから新ステムＡ’１４０への要求電文の送信を行っているが、現行システムＢ１２０からの要求電文を取得した時点で新ステムＡ’１４０への要求電文の送信、及びそれに引き続く処理であるステップ９０９からステップ９１２までを行ってもよい（ステップ９０９）。

現行システムＡ’１４０は電文送受信機能１５１２からの要求電文を受信し、要求電文の内容に応じた処理を行う（ステップ９１０）。
ステップ９１０で要求電文受信後の処理を終えた新システムＡ’１３０は、現行システムＢ１２０、もしくは仮想の新システムＢ’へ応答電文を送信する。なお、実際には送信先は電文送受信機能１５１２である（ステップ９１１）。

電文送受信機能１５１２は新システムＡ’１４０からの応答電文を受信し、図２に示すような形式に加工し、電文保存機能１５１４に保存する。ここでは、パケット中の送信先ＩＰアドレスや、送信先ＩＰアドレスなどから割り出したＩＤを送信元ＩＤとして２０１に記述する。また、送信元ＩＤ２０１やパケット中の情報からどの要求電文に対する応答電文かを特定し、要求電文と同じ電文ＩＤを２０２に記述する。また、新システムＡ’１４０からの応答電文のため、電文タイプ２０３にその情報を記述する。電文本体は２０４に記述する（ステップ９１２）。

同じ電文ＩＤの、現行システムＡ１３０からの応答電文と、新システムＡ’１４０からの応答電文とがそろった時点で、電文比較機能１５１３が電文の比較を行い、図３に示すような形式で比較結果保存機能１５１５に保存を行う。ここで、２０１に記述されている応答電文の送信元ＩＤが３０１に記述されていない場合は、応答電文の送信元ＩＤ２０１を、図３の送信元ＩＤ３０１に記述する。次に応答電文の比較を行い、電文に差異がなかった場合はその電文ＩＤを３０２に記述し、電文に差異があった場合はその電文ＩＤを３０３に記述する。なお、ここで、特定の部分については比較を行わない設定をしても良い。これにより、送信元ＩＰアドレスや送信先ＩＰアドレスのような一致しなくとも問題ない部分によって電文差異ありに分類されてテストが妨げられること防ぐことが可能となる。また、要求電文について同様に比較を行ってもよい（ステップ９１３）。

図１０は、テスト結果評価部１５２が電文制御部１５１で取得した要求電文と、応答電文と、電文比較結果を用いたテスト結果の評価とチェックリストへの記述を行う際のフローチャートである。
チェックリスト作成機能１５２１では、図４のような形式で新システムＡ’用のチェックリストを作成してチェックリスト保存機能１５２５に保存を行う。チェックリストの作成においては、テスト担当者がチェックリスト作成機能１５２１に必要項目を直接入力してもよいし、必要事項を記載したリストをチェックリスト作成機能１５２１読み込ませてもよいし、現行システムＡ１３０のチェックリストをチェックリスト作成機能１５２１に読み込ませてもよいし、これらの方法の組み合わせで作成してもよい。このステップ１００１の段階では、図４の項目のうち、４０１と、４０２と、４０３と、４０４と、４０５とが記載されていることになる。なお、ここでは電文制御部での電文取得と比較結果の保存を受けてチェックリスト作成・保存を行っているが、本ステップ１００１はテストを開始する前に行ってもよい（ステップ１００１）。

対応表作成機能１５２２では、設定ファイル保存機能１５２７に保存されている対応表設定ファイルに基づいて仕様書等を読み込んで図５のような形式の対応表を作成し、対応表保存機能１５２６に保存する。テスト担当者は各種設定ファイル等を事前に準備する必要があるが、システムが各種設定ファイルに従って行ってもよいし、手動でテスト担当者が行ってもよい。なお、ここではステップ１００１のチェックリスト作成・保存を受けて対応表の作成を行っているが、本ステップ１００２はテストを開始する前に行ってもよいし、チェックリスト作成の前に行ってもよい（ステップ１００２）。

図１１は、ステップ１００２で行われている、対応表作成の詳細なフローチャートである。以下では、図５と図６を実際に用いた場合を一例として、本実施形態の記述を行う。

対応表作成機能１５２２は、まず画面一覧を読み込む（ステップ１１０１）。
次に、ステップ１１０１で読み込んだ画面一覧から、対応表設定ファイルに従って情報を抽出する。具体的には、６０４の情報を読み込み、画面一覧の列を参照し、それらの列について、６０３の情報によって項目名を付与したうえで、各列での関係を保ったまま情報を抽出し、対応表に記述する。例えば今回の例では、画面一覧から画面ＩＤと、画面名と、機能名が抽出されることになり、これらの情報が図５の対応表に記述された状態になる。また、対応表設定ファイルの画面一覧の列の対応表での使用の列６０２にフラグを立て、画面一覧は既に使用されたことを明示する（ステップ１１０２）。

次に、対応表設定ファイルの中で６０２にフラグの立っていない入力ファイルを選択し、該当する入力ファイルを読み込む（ステップ１１０３）。
次に、ステップ１１０３で読み込んだ入力ファイルから、ステップ１１０２と同様に対応表設定ファイルに従って情報を抽出する。例えば今回の例で機能一覧を読み込んだ場合は、機能ＩＤと、機能名とが抽出されることになる。（ステップ１１０４）
次に、ステップ１１０４で抽出した情報の中で、既に対応表に記述されている項目と一致するユニークな項目があるか否かを判定し、条件に合致した場合はステップ１１０６へ進み、合致しなかった場合はステップ１１０８へ進む。例えば今回の例では、この時点での対応表と、ステップ１１０４で抽出した情報との両方に機能名が含まれており、かつ、この情報はユニークであるため、条件に合致したことになる（ステップ１１０５）。

ステップ１１０５で条件に合致した場合は、ステップ１１０５で判明したユニークかつ対応表と一致する項目をキーとして、対応表に情報を記述する。例えば今回の例では、機能名をキーにして機能ＩＤが対応表に記述されることになる（ステップ１１０６）。

ステップ１１０６で使用した入力ファイルについては、対応表設定ファイルの６０２にフラグを立て、既に使用されたことを明示する（ステップ１１０７）。
ここで、終了条件を満たしているか否かを判定し、終了条件を満たしている場合は対応表の作成を終了し、満たしていない場合はステップ１１０３に戻って処理を続行する。終了条件としては、すべての入力ファイルが使用された状態になる、すなわち、すべての入力ファイルについて６０２のフラグが立った場合と、対応表の変化がなくなった場合とが最低限必要であるが、その他の条件を加えてもよい（ステップ１１０８）。

なお、対応表の作成において、ここでは項目名の記述と項目の内容の記述とを同時に行っているが、先に対応表設定ファイルを使用して対応表の項目名だけ作成し、その後に入力ファイルを読み込んで項目の内容を埋めてもよい。
電文と、電文比較結果と、チェックリストと、対応表とがそろった時点で、対応関係特定機能１５２３が電文保存機能１５１４から電文を取り出し、設定ファイル保存機能に保存されている電文特定用設定ファイルと、電文情報抽出用設定ファイルと、対応表保存機能１５２６に保存されている対応表を使用して、各電文が対応する画面名を特定する。また、その結果をチェックリスト保存機能１５２５に保存されているチェックリストの４０６の列に追記する。複数の電文が同じチェックリストの項目に関連付けられる場合は、４０６の列には、複数の電文が対応づけられることになる（ステップ１００３）。

図１２は、ステップ１００３で行われている、対応関係特定の詳細なフローチャートである。以下では、図２の送信元ＩＤＩＰ００１と図７と図８を用いて、画面名をキー情報として採用した場合を例にとり、実施例の記述を行う。
まず、対応関係特定機能１５２３は電文保存機能１５１４から電文を読み込む。ここでは新システムＡ’１４０への要求電文や応答電文から対応関係を特定するが、現行システムＡ１３０への要求電文や応答電文から対応関係を特定してもよい（ステップ１２０１）。

次に、電文特定用設定ファイルに従って、電文の種類を特定する。具体的には、電文から、図７の電文特定用設定ファイルの検索位置７０２に示されている位置の情報を読み込み、特定情報７０３に示されている情報と一致するか否かを判定し、一致した場合は電文種類７０１に示されている電文の種類だと特定されることになる。例えば今回の例では、ＨＴＴＰ（１）の検索位置である１行目にＨＴＴＰの文字列が見つかったため、ＨＴＴＰ（１）の電文種類に分類されることになる。また、Ｒｅｆｅｒｅｒという項目名が見つからなかったため、ＨＴＴＰ（２）には分類されない（ステップ１２０２）。

次に、電文情報抽出用設定ファイルに従って、電文から対応関係の特定のために必要な情報を抽出する。具体的には、ステップ１２０２で分類された電文種類に対応する図８の電文情報抽出用設定ファイルの電文種類８０１を検索し、開始位置８０３と長さ８０４に従って情報を抽出し、情報名８０２の項目名を付与する。例えば今回の例では、ＡＰＩ／ＵＲＬの情報として、ｌｏｇｉｎという文字列が抽出される（ステップ１２０３）。

次に、ステップ１２０３で電文から抽出した情報の項目名と一致する項目が、対応表に存在するか否かを判定する。一致する項目が存在した場合はステップ１２０５へ進み、一致する項目が存在しない場合はステップ１２０６へ進む。例えば今回の例では、ＡＰＩ／ＵＲＬという項目が対応表にも存在しているため、ステップ１２０５へ進むことになる（ステップ１２０４）。

次に、電文から抽出した情報を元に、キー情報である画面名を特定する。具体的には、ステップ１２０３で電文から抽出した情報を、対応表のステップ１２０４で見つかった一致する項目の列から探し、一致した行の画面名が、その電文が対応する画面名であることになる。例えば今回の例ではＡＰＩ／ＵＲＬの列からｌｏｇｉｎという文字列を検索し、一致した行の画面名により、この電文はログイン画面に対応することが明らかになる（ステップ１２０５）。

次に、キー情報である画面名をキーとして、チェックリストに対応する電文を４０６の列に記述する。このとき、同一の電文ＩＤを持つ要求電文と応答電文との両方が対応する操作ＩＤに対して、電文ＩＤを４０６の列に記述する。このとき、１つの操作ＩＤに対して、複数の電文を関連付けられる。また、画面名が見つからずにいずれの操作ＩＤにも対応しなかった電文については、新たにテストＩＤと、操作ＩＤと、画面遷移のみを持つ項目をチェックリストに作成し、その項目に対応するように電文ＩＤを記述する。また、ステップ１２０４で一致する項目がなかった場合や、ステップ１２０５で画面名が特定できなかった電文については、新たにテストＩＤと、操作ＩＤのみを持つ項目をチェックリストに作成し、その項目に対応するように電文ＩＤを記述する（ステップ１２０６）。

ここで、終了条件を満たしているか否かを判定し、終了条件を満たしている場合は電文の特定を終了し、満たしていない場合はステップ１２０１に戻って処理を続行する。終了条件としては、すべての電文がチェックリストに記載された状態になる場合が最低限必要であるが、その他の条件を加えてもよい（ステップ１２０７）。

チェックリストと電文との対応関係が特定された後で、テスト結果記述機能１５２４はチェックリスト保存機能１５２５からチェックリストを読み込み、チェックリストに記述されている各電文について比較結果保存機能１５１５から比較結果を検索して比較結果の一致、不一致をチェックリストの４０７の列に追記する。また、操作ＩＤごとの比較結果に応じてテスト結果を４０８の列に追記する。なお、４０８へのテスト結果の記述については、例えば同じ操作ＩＤに対して、比較結果が一致した電文と比較結果が一致しない電文が混在している場合など、電文の比較結果から判断することが困難な場合も想定されるため、テスト結果記述機能１５２４で記述せず、テスト担当者が手動で記述してもよい（ステップ１００４）。

以上の本実施形態によれば、テスターによるテスト入力、結果の確認、テスト結果の記述に必要となる工数を削減することができる。また、現行システム利用者の電文を使用するため、テスターだけでは想定できない様々な内容の電文でテストが行われることになり、テストの質が向上される。

１１０：ネットワーク
１２０：現行システムＢ
１３０：現行システムＡ
１４０：新システムＡ’
１５０：テスト結果評価システム
１５１：電文制御部
１５１１：電文取得機能
１５１２：電文送受信機能
１５１３：電文比較機能
１５１４：電文保存機能
１５１５：比較結果保存機能
１５２：テスト結果評価部
１５２１：チェックリスト読込機能
１５２２：対応表作成機能
１５２３：対応関係特定機能
１５２４：テスト結果記述機能
１５２５：チェックリスト保存機能
１５２６：対応表保存機能
１５２７：設定ファイル保存機能

Claims (12)

1. 複数の情報システムの動作における整合性を確認するための整合性確認方法において、
   前記複数の情報システムに含まれる第１の情報システムに対する要求電文をキャプチャし、
   キャプチャされた前記要求電文を、前記複数の情報システムに含まれる第２の情報システムに送信し、
   前記第1の情報システムおよび前記第２の情報システムのそれぞれから、前記要求電文に対する出力電文を受信して、これら出力電文同士を比較し、
   前記比較の結果について、整合性確認のためのチェックリスト項目を、対応表を用いて特定して、特定された特定されたチェックリスト項目と突き合せて整合性を確認することを特徴とする整合性確認方法。
2. 請求項１に記載の整合性確認方法において、
   前記対応表を、前記第２の情報システムの仕様書から作成することを特徴とする整合性確認方法。
3. 請求項１に記載の整合性確認方法において、
   前記整合性の確認は、前記出力電文に記載の情報と前記第２のシステムの仕様書の情報から前記出力電文と前記チェックリスト項目との対応関係を特定することを特徴とする整合性確認方法。
4. 請求項１乃至３のいずれかに記載の整合性確認方法において、
   前記整合性確認の結果をについて、複数の出力電文を１つのチェックリスト項目に対応づけて記録することを特徴とする整合性確認方法。
5. 請求項１乃至４のいずれかに記載の整合性確認方法において、
   前記出力電文の比較結果について、対応するチェックリスト項目を特定できなかった場合、他の情報をチェックリストに追記することを特徴とする整合性確認方法。
6. 請求項１乃至５のいずれかに記載の整合性確認方法において、
   電文情報、電文比較結果、チェックリスト、対応表、各種設定を記憶装置に記憶することを特徴とする整合性確認方法。
7. 複数の情報システムの動作における整合性を確認するための整合性確認システムにおいて、
   前記複数の情報システムに含まれる第１の情報システムに対する要求電文をキャプチャする手段と、
   キャプチャされた前記要求電文を、前記複数の情報システムに含まれる第２の情報システムに送信する手段と、
   前記第1の情報システムおよび前記第２の情報システムのそれぞれから、前記要求電文に対する出力電文を受信して、これら出力電文同士を比較する手段と、
   前記比較の結果について、整合性確認のためのチェックリスト項目を、対応表を用いて特定して、特定された特定されたチェックリスト項目と突き合せて整合性を確認する手段とを有することを特徴とする整合性確認システム。
8. 請求項７に記載の整合性確認システムにおいて、
   前記対応表を、前記第２の情報システムの仕様書から作成することを特徴とする整合性確認システム。
9. 請求項７に記載の整合性確認システムにおいて、
   前記整合性を確認する手段は、前記出力電文に記載の情報と前記第２のシステムの仕様書の情報から前記出力電文と前記チェックリスト項目との対応関係を特定することを特徴とする整合性確認システム。
10. 請求項７乃至９のいずれかに記載の整合性確認システムにおいて、
    前記整合性確認の結果をについて、複数の出力電文を１つのチェックリスト項目に対応づけて記録する手段を有することを特徴とする整合性確認システム。
11. 請求項７乃至１０のいずれかに記載の整合性確認システムにおいて、
    前記出力電文の比較結果について、対応するチェックリスト項目を特定できなかった場合、他の情報をチェックリストに追記する手段を有することを特徴とする整合性確認システム。
12. 請求項７乃至１１のいずれかに記載の整合性確認システムにおいて、
    電文情報、電文比較結果、チェックリスト、対応表、各種設定を記憶装置に記憶する手段を有することを特徴とする整合性確認システム。

Images