特許 7611064 テスト支援システム及びテスト支援方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-12-25

(45)【発行日】2025-01-09

(54)【発明の名称】テスト支援システム及びテスト支援方法

(51)【国際特許分類】

   G06F 11/36 20060101AFI20241226BHJP

【ＦＩ】

G06F11/36 164

G06F11/36 184

G06F11/36 188

G06F11/36 192

【請求項の数】 10

(21)【出願番号】P 2021076375

(22)【出願日】2021-04-28

(65)【公開番号】P2022170316

(43)【公開日】2022-11-10

【審査請求日】2024-02-06

(73)【特許権者】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110001689

【氏名又は名称】青稜弁理士法人

(72)【発明者】

【氏名】岡田 雅江

(72)【発明者】

【氏名】中田 侑

(72)【発明者】

【氏名】那須 弘志

(72)【発明者】

【氏名】山崎 謙太

【審査官】西間木 祐紀

(56)【参考文献】

【文献】特開２０１８－０５５１６１（ＪＰ，Ａ）

【文献】特開２００５－１４９０４３（ＪＰ，Ａ）

【文献】特開２０１２－１９５６９９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １１／３６

(57)【特許請求の範囲】

【請求項1】

外部サービスと連携しながら現行システムに入力される実際のリクエストを用いて新システムのリアルタイムテストを行うテスト支援システムであって、
前記現行システムに対して配置された第１のリクエスト制御装置と、
前記新システムに対して配置された第２のリクエスト制御装置と、
前記第１のリクエスト制御装置と前記第２のリクエスト制御装置に接続されたチェック処理装置と、を有し、
前記第１のリクエスト制御装置は、
前記現行システムへの処理要求に対する第１のリクエストを前記外部サービスに送信し、
前記処理要求を複製して前記新システムへ送信し、
前記第１のリクエストを複製して前記チェック処理装置に送信し、
前記第１のリクエストに対する前記外部サービスからの応答を前記現行システムに送信し、
前記第２のリクエスト制御装置は、
前記複製された処理要求に対する第２のリクエストを前記チェック処理装置に送信し、
前記チェック処理装置は、
前記複製された第１のリクエストと前記第２のリクエストを比較して前記新システムが正常か異常かを判断し、前記新システムが正常と判断した場合に、前記外部サービスからの前記応答を複製して前記第２のリクエストに対する応答として前記新システムに送信することを特徴とするテスト支援システム。

【請求項2】

前記第２のリクエスト制御装置は、
前記新システムが前記外部サービスに送信しようとする前記第２のリクエストの宛先を変更して前記チェック処理装置に送信することを特徴とする請求項１に記載のテスト支援システム。

【請求項3】

前記第１のリクエスト制御装置は、
前記現行システム及び前記新システムに対して異なる識別子を有するトレース情報を付与し、
前記チェック処理装置は、
前記トレース情報を用いて、前記第１のリクエストと前記第２のリクエストの対応付けを行うことを特徴とする請求項１に記載のテスト支援システム。

【請求項4】

前記チェック処理装置は、
前記現行システムの処理速度と前記新システムの処理速度の差に基づいて、前記第１のリクエスト、前記第２のリクエスト又は前記応答の転送タイミングを制御することを特徴とする請求項１に記載のテスト支援システム。

【請求項5】

前記チェック処理装置は、
前記転送タイミングを制御して、前記新システムが受け付け可能な状態になった後に、前記応答を複製して前記新システムに送信することを特徴とする請求項４に記載のテスト支援システム。

【請求項6】

前記チェック処理装置は、
前記新システムの内部状態に基づいて、テスト開始タイミングを制御することを特徴とする請求項１に記載のテスト支援システム。

【請求項7】

テスト中か非テスト中かを示すモード情報と前記現行システム及び前記新システムの役割を示す管理情報の内の少なくとも一つの情報に基づいて、前記第１のリクエスト制御装置、前記第２のリクエスト制御装置及び前記チェック処理装置を制御するテスト状況制御装置を更に有することを特徴とする請求項１に記載のテスト支援システム。

【請求項8】

前記モード情報と前記管理情報の内の少なくとも一つの情報を表示する表示部を更に有することを特徴とする請求項７に記載のテスト支援システム。

【請求項9】

前記現行システムは、
前記処理要求を処理する第１のサーバを有し、
前記新システムは、
前記複製された処理要求を処理する第２のサーバを有することを特徴とする請求項１に記載のテスト支援システム。

【請求項10】

前記第１のリクエスト制御装置は、
前記現行システムの内部又は外部に配置され、
前記第２のリクエスト制御装置は、
前記新システムの内部又は外部に配置されることを特徴とする請求項１に記載のテスト支援システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、テスト支援システム及びテスト支援方法に関する。

【背景技術】

【0002】

情報システムは、一度本番リリースを行ったらそれで終わりではなく、必要に応じて機能追加や機能改善を行ったりセキュリティ対策を行ったりたりとバージョンアップが必要である。特に近年はＯｐｅｎ Ｓｏｕｒｃｅ Ｓｏｆｔｗａｒｅ（ＯＳＳ）を活用した情報システムの開発が広まっている。ＯＳＳは頻繁にバージョンアップされサポート期間も短いため、それらを活用する情報システムも高頻度な更新が必要である。

【0003】

その際、バージョンアップの影響がないことを確認した上で安全かつ容易に更新する方法が求められる。その方式の１つとして、バージョンを上げた新システムを用意し、テストで問題がないことを確認後、トラフィックを現行システムから新システムに切り替えることが行われる。

【0004】

テストはテストケースを用いて行われることが多いが、作成したテストケースがバージョンアップの影響を完全に網羅できている保証がなく、本番リリース後に実運用でデータが流れて初めてわかる不具合も多い。このため、テストケースによるテストの他に、現行システムに流れる実データを使ったテストが求められる。

【0005】

また、テスト後のトラフィック切り替え時にリクエストの宛先などの設定値の書き換えによって発生する不具合を最小限に抑えるため、テスト時の新システムの設定値は現行システムと同じ値であるとより望ましい。

【0006】

実運用で情報システムに流れるデータを本番リリース前の新システムに流し、その処理結果を現行システムと新システムで比較してテストを行うことで、新システムに実データが流れた時の動作を保証することができる。

【0007】

特許文献１では、テスト移行支援システムによって現行システムに流れた過去のパケットを保存し、新バージョンの検証用システムに保存したパケットを送信して、応答パケットや応答時間等を比較する技術が開示されている。

【先行技術文献】

【特許文献】

【0008】

【文献】特開２０１４－２６４８０号公報

【発明の概要】

【発明が解決しようとする課題】

【0009】

上記特許文献１に記載の技術により、過去の実データによるテストが可能である。しかしながら、過去の実データによる正確なテスト実施のためには、パケットを保存した時のシステムの状態を新システムに再現してから検証する必要がある。このため、システム状態の長期保存が必要であることやその復元に時間がかかる等の問題がある。よって、過去データを使ったテストではなく、現行システムに流れるパケットをリアルタイムにミラーリングしてテスト方法が求められる。

【0010】

しかし、更新対象の情報システムが更新対象外の環境で稼動する外部サービスと連携して稼働する場合、同じ外部サービスを同時に利用することになり、リアルタイムでのテスト中に予期せぬ重複処理が発生する危険がある。

【0011】

ここで、外部サービスとの連携とは、クラウドベンダが提供するマネージドのストレージサービスの利用や、ネットワーク接続されたストレージ系システムを含む別システムに処理要求を行いその結果を取得して続きの処理を行う場合などを指す。

【0012】

本発明の目的は、外部サービスと連携して稼働する場合であっても、外部サービスに影響を与えずに実データを用いた新システムのリアルタイムテストを実現可能にすることにある。

【課題を解決するための手段】

【0013】

本発明の一態様のテスト支援システムは、外部サービスと連携しながら現行システムに入力される実際のリクエストを用いて新システムのリアルタイムテストを行うテスト支援システムであって、前記現行システムに対して配置された第１のリクエスト制御装置と、前記新システムに対して配置された第２のリクエスト制御装置と、前記第１のリクエスト制御装置と前記第２のリクエスト制御装置に接続されたチェック処理装置と、を有し、前記第１のリクエスト制御装置は、前記現行システムへの処理要求に対する第１のリクエストを前記外部サービスに送信し、前記処理要求を複製して前記新システムへ送信し、前記第１のリクエストを複製して前記チェック処理装置に送信し、前記第１のリクエストに対する前記外部サービスからの応答を前記現行システムに送信し、前記第２のリクエスト制御装置は、前記複製された処理要求に対する第２のリクエストを前記チェック処理装置に送信し、前記チェック処理装置は、前記複製された第１のリクエストと前記第２のリクエストを比較して前記新システムが正常か異常かを判断し、前記新システムが正常と判断した場合に、前記外部サービスからの前記応答を複製して前記第２のリクエストに対する応答として前記新システムに送信することを特徴とする。

【0014】

本発明の一態様のテスト支援方法は、外部サービスと連携しながら現行システムに入力される実際のリクエストを用いて新システムのリアルタイムテストを行うテスト支援方法であって、テスト中の前記新システムから新システムリクエストを前記外部サービスに送らず、前記現行システムの前記外部サービスへの現行システムリクエストに対する応答を複製して、前記新システムリクエストに対する応答として前記新システムに入力することを特徴とする。

【発明の効果】

【0015】

本発明の一態様によれば、外部サービスと連携して稼働する場合であっても、外部サービスに影響を与えずに実データを用いた新システムのリアルタイムテストを実現可能にすることができる。

【図面の簡単な説明】

【0016】

【図1】本発明の概要を説明する図である。

【図2】本発明におけるシステム構成の一例を示すブロック図である。

【図3】各コンポーネントが動作する計算機の構成の一例を示すブロック図である。

【図4】端末のメモリまたは記憶装置、リクエスト制御装置のメモリまたは記憶装置、チェック処理装置のメモリまたは記憶装置に格納されたプログラムや処理、データの一例を示すブロック図である。

【図5】リクエスト制御装置のメモリまたは記憶装置、チェック処理装置のメモリまたは記憶装置が保持するテーブルの構成の一例を示す図である。

【図6】本発明の各コンポーネントの処理の流れの一例を示す図である。

【図7】リクエスト複製処理部の処理の一例を示す図である。

【図8】トレース情報付与処理部の処理の一例を示す図である。

【図9】転送タイミング制御処理部の処理の一例を示す図である。

【図10】宛先変更処理部の処理の一例を示す図である。

【図11】リクエスト転送処理部の処理の一例を示す図である。

【図12】リクエスト対応付け処理部の処理の一例を示す図である。

【図13】リクエスト比較処理部の処理の一例を示す図である。

【図14】システム状態監視処理部の処理の一例を示す図である。

【図15】宛先変更処理部の実施例２の処理の一例を示す図である。

【図16】テスト状況制御装置のメモリまたは記憶装置に格納されたプログラムや処理、データの一例を示すブロック図である。

【図17A】テスト状況管理ＧＵＩの一例を示す図である。

【図17B】テスト状況管理ＧＵＩの一例を示す図である。

【発明を実施するための形態】

【0017】

以下、図面を用いて、本発明の一実施の形態を詳述する。
なお、以下の説明では、同種の要素を区別しないで説明する場合には、枝番を含む参照符号のうちの共通部分（枝番を除く部分）を使用し、同種の要素を区別して説明する場合は、枝番を含む参照符号を使用することがある。例えば、ユーザを特に区別しないで説明する場合には、「ユーザ９００」と記載し、個々のユーザを区別して説明する場合には、「ユーザ９００－１」、「ユーザ９００－２」のように記載することがある

【実施例1】

【0018】

図１を用いて本発明の概要を説明する。
本発明は、実データを用いた新システムのリアルタイムテストを支援するテスト支援フレームワーク１０を有する。
テスト支援フレームワーク１０は、リクエスト制御装置２００、チェック処理装置３００及びテスト状況制御装置４００を有する。

【0019】

本発明は、一つの情報システム内部で処理が完結せず、外部サービスと連携しながら動く情報システムについて、バージョンを上げた新システムのテストを、外部サービスに影響を与えずに実データを用いてリアルタイムテストする技術に関する。なお、外部サービスとの連携とは、ターゲットとする情報システム外の環境で稼動する情報システムやサービス、サーバ等との連携を指し、例えば、クラウドベンダが提供するマネージドのストレージサービスの利用や、ネットワーク接続されたストレージ系システムを含む別システムに処理要求を行いその結果を取得して続きの処理を行う場合、などを指す。

【0020】

以降、これらのターゲットとする情報システム外の環境で稼動する情報システムやサービス、サーバ等を「外部サービス」と呼ぶ。また、本番稼働中のシステムを「現行システム」、バージョンを上げたテスト対象のシステムを「新システム」と呼ぶ。これらはそれぞれ図１の外部サービス５００、現行システム６００、新システム７００に対応する。

【0021】

現行システム６００の一例として、非テスト時において、処理要求元８００が現行システム６００に対して処理要求を行い、現行システム６００の内部で処理が行われ、外部サービス５００に外部処理要求を送信し、外部サービス５００内部で行われた処理による外部処理応答を現行システム６００が受け取り、現行システム６００の内部で処理を行い、処理要求元８００に処理応答を返すような情報システムを想定する。

【0022】

なお、処理要求元８００は単数であっても複数であってもよく、処理要求元８００の実態はネットワーク経由で現行システム６００に処理要求を行う他の情報システムやサービス、サーバ等の自立して動作する処理装置であってもよいし、不特定の人間がＰＣ等のクライアント端末を操作して行う形態であってもよい。また、現行システム６００が連携して動作する外部サービス５００は単数であってもよいし、複数であってもよい。

【0023】

このような現行システム６００に対して、バージョンを上げた新システム７００のテストを、外部サービス５００に影響を与えずに、実データを用いてリアルタイムテストする技術を構成する各処理装置の概要を以下に示す。

【0024】

リクエスト制御装置２００は、現行システム６００と新システム７００の外側または内側にそれぞれに少なくとも一つ以上配備される。現行システム６００には、リクエスト制御装置２００－１が配置され、新システム７００には、リクエスト制御装置２００－２が配置される。

【0025】

リクエスト制御装置２００は、自分が配備されたシステムが現行システム６００であるか新システム７００であるかによって、現行システムモード、新システムモードの二つの状態を切り替え、それぞれ異なるふるまいをする。

【0026】

リクエスト制御装置２００は、現行システム６００と新システム７００に入出力される処理要求および応答に対して、内容確認および新システム７００のテストのための複製処理・転送処理や、外部サービス５００に影響を与えずにテストするための宛先変更処理、現行システム６００と新システム７００が入出力する要求および応答の対応付けのためのトレース情報の付与処理、などの制御を行う。上記処理の詳細は後述する。

【0027】

また、リクエスト制御装置２００は、アプリケーションやシステムに特別な設定を行わずかつ構成を変えずに、どのようなアプリケーション・システムであっても内部に手を入れずに配備され、上記処理を実行可能であることを特徴とする。その配備方法の一例としては、コンテナ型の仮想環境を提供するソフトウェアの一例であるＤｏｃｋｅｒ（ｈｔｔｐｓ：／／ｗｗｗ．ｄｏｃｋｅｒ．ｃｏｍ／）と、その実行基盤構築及び管理ツールの一例であるｕｂｅｒｎｅｔｅｓ（ｈｔｔｐｓ：／／ｋｕｂｅｒｎｅｔｅｓ．ｉｏ／）を活用して構築される情報システムにおいて、各アプリケーションの機能を持ったコンテナの横にサイドカーコンテナとしてＥｎｖｏｙ Ｐｒｏｘｙ（ｈｔｔｐｓ：／／ｗｗｗ．ｅｎｖｏｙｐｒｏｘｙ．ｉｏ／）を配備するような方法があげられる。

【0028】

チェック処理装置３００は、リクエスト制御装置２００から受け取った現行システム６００と新システム７００に入出力される処理要求および応答の複製または転送に対して、各入出力に付与されたトレース情報に基づいて現行システム６００と新システム７００に入出力される要求および応答の対応付け処理や、内容比較処理、現行システム６００への入力される処理要求および応答を新システム７００に転送するタイミングの制御処理、を行う。上記処理の詳細は後述する。

【0029】

テスト状況制御装置４００は、テスト状況（テスト中／非テスト中）の管理と、システムの役割（現行システム／新システム）の管理を行い、これらに応じたリクエスト制御装置２００、チェック処理装置３００の制御を行う。また、テスト支援フレームワーク１０のユーザ９００がテスト状況を管理するためのＧＵＩ画面を提供する。上記処理の詳細は後述する。

【0030】

なお、リクエスト制御装置２００およびチェック処理装置３００をテスト中のみ配備することとし、非テスト時にはリクエスト制御装置２００およびチェック処理装置３００を配備しない場合には、テスト状況制御装置４００は、テスト状況（テスト中／非テスト中）の管理を行わなくてもよい。

【0031】

また、事前にどのリクエスト制御装置２００が現行システムまたは新システムであるかを決め、リクエスト制御装置２００の状態を現行システムモードまたは新システムモードに固定してから配備し、かつその情報をチェック処理装置３００が共有する場合には、テスト状況制御装置４００は、システムの役割（現行システム／新システム）の管理を行わなくてもよい。

【0032】

さらに、リクエスト制御装置２００およびチェック処理装置３００をテスト中のみ配備することとし、非テスト時にはリクエスト制御装置２００およびチェック処理装置３００を配備せず、かつ事前にどのリクエスト制御装置２００が現行システムまたは新システムであるかを決め、リクエスト制御装置２００の状態を現行システムモードまたは新システムモードに固定してから配備し、かつその情報をチェック処理装置３００が共有する場合には、テスト支援フレームワーク１０はテスト状況制御装置４００を持たなくてもよい。

【0033】

以降、実施例１では主にテスト支援フレームワーク１０がテスト状況制御装置４００を持たない場合について述べ、実施例３において、テスト支援フレームワーク１０がテスト状況制御装置４００を持つ場合について述べる。

【0034】

以降、現行システム６００と新システム７００に入出力される処理要求および応答やそれらの複製・転送について、特に区別しない場合には「リクエスト」と呼ぶ。

【0035】

図２は、本発明の実施例１におけるシステム構成の一例を示すブロック図である。
図２のシステムは、ネットワークスイッチ１００と、リクエスト制御装置２００と、チェック処理装置３００と、外部サービス５００と、現行システム６００と、新システム７００と、処理要求元８００と、ユーザ９００の操作する端末９１０から構成される。テスト状況制御装置４００を持つ場合は、これらの機器とテスト状況制御装置４００とが、ネットワークスイッチ１００を介して接続される。

【0036】

現行システム６００および新システム７００はそれぞれ一つまたは複数のサーバ６１０－１、６１０－２、７１０－１、７１０－２を持つ。リクエスト制御装置２００は、前述の通り現行システム６００および新システム７００の内部または外部にそれぞれ一つ以上配備される。

【0037】

図２では、現行システム６００および新システム７００のもつ各サーバ６１０－１、６１０－２、７１０－１、７１０－２に対して一対一対応で配備されているが一つのリクエスト制御装置２００が複数のサーバへのリクエストをまとめて制御してもよい。

【0038】

＜計算機の説明＞
図３は、図２に示す各コンポーネントが動作する計算機８０の構成の一例を示すブロック図である。
計算機８０は、プロセッサであるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）８１と、主記憶デバイスであるメモリ８２と、不揮発性の二次記憶装置８３と、入出力装置８４と、ポート８５を有する。これらの各構成要素は、バス８６により相互に接続される。

【0039】

ＣＰＵ８１は、メモリ８２に記憶されているプログラムを実行することによって、各計算機の所定の機能を実現する。メモリ８２は、ＣＰＵ８１よって実行されるプログラム及びプログラムの実行に必要なデータを記憶する。プログラムは、二次記憶装置８３０からメモリ８２にロードされる。

【0040】

入出力装置８４は、ディスプレイ、ポインタ又はキーボード等のデバイスの一つ又は複数のデバイスを含む。ユーザ９００は、入出力装置８４により、各計算機を操作することができる。

【0041】

ポート８５は、ネットワーク（例えば、図２のネットワークスイッチ１００）に接続される。各計算機は、ポート８５を介して、他の計算機８０と通信することができる。なお、各コンポーネントが動作する計算機８０は、仮想マシンやコンテナ等の仮想環境であっても良い。

【0042】

＜メモリまたは記憶装置のデータ構成の説明＞
図４は、ユーザ９００が利用する端末９１０のメモリまたは記憶装置９２０、リクエスト制御装置２００のメモリまたは記憶装置２２０、チェック処理装置３００のメモリまたは記憶装置３２０に格納されたプログラムや処理、データの一例を示すブロック図である。

【0043】

ユーザ９００が利用する端末９１０のメモリまたは記憶装置９２０は、後述図１７に示したＧＵＩを表示するためのクライアントプログラム９２１を持つ。クライアントプログラム９２１の一例は、ウェブブラウザである。

【0044】

リクエスト制御装置２００のメモリまたは記憶装置２２０は、リクエスト複製処理部２２１、トレース情報付与処理部２２２、宛先変更処理部２２３、リクエスト転送処理部２２４、トレース情報管理テーブル２２５、システム対応管理テーブル２２６を持つ。

【0045】

チェック処理装置３００のメモリまたは記憶装置３２０は、転送タイミング制御処理部３２１、リクエスト対応付け処理部３２２、リクエスト比較処理部３２３、システム状態監視処理部３２４、トレース情報管理テーブル３２５、システム対応管理テーブル３２６、比較結果管理テーブル３２７、比較条件管理データベース３２８を持つ。

【0046】

比較結果管理テーブル３２７は、チェック処理装置３００のメモリまたは記憶装置３２０上に存在していてもよいし、チェック処理装置３００のメモリまたは記憶装置３２０とは別のネットワーク接続された独立の専用または共用の一つまたは複数のサーバのメモリまたは記憶装置上に存在してもよい。

【0047】

比較条件管理データベース３２８は比較条件情報３２８１を持つ。チェック処理装置３００において現行システム６００と新システム７００のリクエストを比較し新システム７００の正常・異常判断をする際に、バージョンアップの影響によってリクエスト内容が異なっていても正常である場合が存在する。このとき、どのような変化であれば正常とみなすかを示す情報が比較条件情報３２８１である。

【0048】

リクエスト制御装置２００のメモリまたは記憶装置２２０のトレース情報管理テーブル２２５、システム対応管理テーブル２２６と、チェック処理装置３００のメモリまたは記憶装置３２０のトレース情報管理テーブル３２５、システム対応管理テーブル３２６とは、同一の情報を持つものとし、一方のテーブルに変更があった場合にはリクエスト制御装置２００およびチェック処理装置３００間の通信によって変更内容を伝達し、同期する。

【0049】

また、リクエスト制御装置２００のメモリまたは記憶装置２２０またはチェック処理装置３００のメモリまたは記憶装置３２０だけがトレース情報管理テーブル２２５または３２５、システム対応管理テーブル２２６または３２６を保有し、リクエスト制御装置２００およびチェック処理装置３００間の通信によって必要な情報をやり取りする形態であってもよい。

【0050】

また、トレース情報管理テーブル２２５または３２５、およびシステム対応管理テーブル２２６または３２６は、リクエスト制御装置２００のメモリまたは記憶装置２２０、またはチェック処理装置３００のメモリまたは記憶装置３２０上に存在していてもよいし、リクエスト制御装置２００のメモリまたは記憶装置２２０、またはチェック処理装置３００のメモリまたは記憶装置３２０とは別のネットワーク接続された独立の専用または共用の一つまたは複数のサーバのメモリまたは記憶装置上に存在してもよい。

【0051】

上記の各処理部およびテーブルの詳細は後述する。

【0052】

上記のユーザ９００が利用する端末９１０のメモリまたは記憶装置９２０、リクエスト制御装置２００のメモリまたは記憶装置２２０、チェック処理装置３００のメモリまたは記憶装置３２０は、ネットワーク接続されたデータベースや仮想サーバのようなものの上で動作しても良い。

【0053】

＜テーブルの説明＞
図５は、リクエスト制御装置２００のメモリまたは記憶装置２２０、およびチェック処理装置３００のメモリまたは記憶装置３２０が保持するテーブルの構成の一例を示す図である。

【0054】

トレース情報管理テーブル２２５は、リクエスト制御装置２００が現行システム６００と新システム７００が入出力するリクエストの対応付けのために各リクエストに付与するトレース情報を管理するテーブルである。

【0055】

トレース情報管理テーブル２２５は、対応付けできるリクエストの各ペアに割り当てられた固有のペアＩＤ２２５１と、現行システムに流れるリクエストに付与した現行システムトレース識別子２２５２と、新システムに流れるリクエストに付与した新システムトレース識別子２２５３を持つ。

【0056】

システム対応管理テーブル２２６は、現行システム６００と新システム７００のリクエストの宛先の対応付けを管理するテーブルである。

【0057】

システム対応管理テーブル２２６は、現行システム宛先２２６１と、新システム宛先２２６２を持つ。なお、同じ構成を持つシステムの宛先と管理番号のペアのテーブルが二つ以上存在し、現行システム、新システムを指定すると、管理番号をキーに宛先を対応付ける形式をとってもよい。

【0058】

比較結果管理テーブル３２７は、チェック処理装置３００が現行システム６００と新システム７００のリクエストを比較し新システムの正常・異常判断をした結果を管理するテーブルである。

【0059】

比較結果管理テーブル３２７は、リクエストの比較ごとに割り当てられた固有の比較番号３２７１と、現行システムに流れたリクエスト内容である現行システムリクエスト内容３２７２と、新システムに流れたリクエスト内容である新システムリクエスト内容３２７３と、比較によって新システムの正常・異常判断をした結果３２７４を持つ。

【0060】

＜全体の処理の流れの説明＞
図６は、本発明であるテスト支援フレームワーク１０を用いて、新システム７００のテストを、外部サービス５００に影響を与えずに実データを用いてリアルタイムテストする際の処理の流れを示している。

【0061】

はじめに、処理要求元８００が現行システム６００に処理要求を送信８０１する。現行システム側に配備されたリクエスト制御装置２００－１（現行システムモード）が、現行システム６００宛の処理要求を取得し、リクエスト複製処理２２１を実行する。これにより、現行システム６００宛の処理要求の２つの複製を作成し、処理要求が３つに増幅される。それぞれ、現行システム送付用と新システム送付用、チェック処理装置保存用とする。なお、処理要求の複製数を１つとして、現行システム送付用と新システム送付用としてもよく、その場合は、チェック処理装置３００において新システムに送信する前に複製され、チェック処理装置３００に保存されるものとする。また、テスト内容やリクエストの対応付け方法に依って必要ない場合にはチェック処理装置保存用の複製をしなくてもかまわない。

【0062】

次に、複製されたリクエストに対して現行システム側に配備されたリクエスト制御装置２００－１（現行システムモード）はトレース情報付与処理２２２を実行する。本処理によってトレース識別子を発行し、リクエストにトレース識別子を付与して、現行システム６００と新システム７００で行われるそれぞれの一連の処理の間伝搬させることで、チェック処理装置３００による現行システム６００と新システム７００が入出力するリクエストの対応付けが可能になる。

【0063】

トレース情報のリクエストへの付与とその伝搬方法の一例としては、分散トレーシング（ＳＩＧＥＬＭＡＮ， Ｂｅｎｊａｍｉｎ Ｈ．， ｅｔ ａｌ． Ｄａｐｐｅｒ， ａ ｌａｒｇｅ－ｓｃａｌｅ ｄｉｓｔｒｉｂｕｔｅｄ ｓｙｓｔｅｍｓ ｔｒａｃｉｎｇ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ． ２０１０．）の方法を応用することなどが考えられる。３つのリクエストのうち２つには現行システム用のトレース識別子を、１つには新システム用のトレース識別子を付与する。そして、現行システム６００に、現行システム用のトレース識別子を付与した処理要求の一方を送信する。残りの２つのリクエストはチェック処理装置３００に送信し、現行システム用のトレース識別子が付いたリクエストはチェック処理装置保存用として一時保持される。

【0064】

新システム用のトレース識別子が付いたリクエストは、転送タイミング制御処理３２１のタイミング制御にあわせて、新システム７００に送信される。新システム側に配備されたリクエスト制御装置２００－２（新システムモード）が、新システム７００宛の処理要求を取得し、リクエスト複製処理２２１を実行したのち、新システム７００に送信される。

【0065】

現行システム６００、新システム７００は各システム内部で処理要求にしたがって処理が実行され（６０１、７０１）、その結果外部サービスに送信する新たな処理要求が作成され、送信される（６０２，７０２）。

【0066】

まず、現行システムの外部処理要求は、現行システム側に配備されたリクエスト制御装置２００－１（現行システムモード）が取得し、リクエスト転送処理２２４を実行する。これにより、外部サービスへ外部処理要求をするために送信するリクエストと、チェック処理装置に送信してリクエスト比較をするために利用されるリクエストの２つのリクエストが作成され、それぞれに送信される。

【0067】

一方、新システムの外部処理要求は、新システム側に配備されたリクエスト制御装置２００－２（新システムモード）が取得し、宛先変更処理２２３を実行しチェック処理装置宛に書き換える。これにより、新システムは外部サービスに外部処理要求を送信したと錯覚したまま、外部サービスをテストの情報で書き換える危険性を回避する。

【0068】

チェック処理装置３００は、リクエスト対応付け処理３２２を実行し、現行システム６００から転送されてきた外部処理要求と、新システム７００から宛先変更されてきた外部処理要求の対応付け処理３２２を行う。そして、対応付けしたリクエストペアに対してリクエスト比較処理３２３を実行する。これによって、処理要求元８００の処理要求によって処理を行い、外部サービス５００に外部処理要求を行うまでの新システム７００の正常・異常を判断可能である。

【0069】

外部サービス５００は、現行システムからの外部処理要求に従って処理を行い５０１、外部処理応答を現行システムに送信５０２する。

【0070】

現行システム側に配備されたリクエスト制御装置２００－１（現行システムモード）が、現行システム６００宛の外部処理応答を取得し、リクエスト複製処理２２１を実行する。これにより、現行システム６００宛の外部処理応答の２つの複製を作成し、外部処理応答が３つに増幅される。それぞれ、現行システム送付用と新システム送付用、チェック処理装置保存用とする。なお、外部処理応答の複製数を１つとして、現行システム送付用と新システム送付用としてもよく、その場合は、チェック処理装置３００において新システムに送信する前に複製され、チェック処理装置３００に保存されるものとする。また、テスト内容やリクエストの対応付け方法に依って必要ない場合にはチェック処理装置保存用の複製をしなくてもかまわない。

【0071】

次に、複製されたリクエストに対して現行システム側に配備されたリクエスト制御装置２００－１（現行システムモード）はトレース情報付与処理２２２を実行する。本処理によってトレース識別子を確認する。外部サービス応答からトレース識別子が消えてしまっていた場合、同じ識別子を付与しなおす。また、複製された３つのリクエストのうち１つは新システム用のトレース識別子に書き換える。

【0072】

そして、現行システム６００に、現行システム用のトレース識別子を付与した外部処理応答の一方を送信する。残りの２つのリクエストはチェック処理装置３００に送信し、現行システム用のトレース識別子が付いたリクエストはチェック処理装置保存用として一時保持される。新システム用のトレース識別子が付いたリクエストは、転送タイミング制御処理３２１のタイミング制御にあわせて、新システム７００に送信される。

【0073】

新システム側に配備されたリクエスト制御装置２００－２（新システムモード）が、新システム７００宛の外部処理応答を取得し、リクエスト複製処理２２１を実行したのち、新システム７００に送信される。これにより、新システムからの外部処理要求は外部サービスに送信されていないにも関わらず、あたかも外部サービスに外部処理要求を送信し、その応答を受け取ったかのように認識して、処理を継続することが可能になる。

【0074】

現行システム６００、新システム７００は各システム内部で外部処理応答の内容にしたがって処理が実行され（６０３、７０３）る。

【0075】

情報システムが複数の外部サービスと連携する場合、または、一つ以上の外部サービスと複数回連携して処理を行う場合には、現行システム６００および新システム７００の外部処理要求送信（６０２、７０２）から、外部処理応答の内容にしたがった処理の実行（６０３、７０３）までが繰り返される。

【0076】

最後の外部処理応答およびその処理の結果、処理要求元８００に送信する処理応答が作成され、送信される（６０４，７０４）。

【0077】

現行システムの処理応答は、現行システム側に配備されたリクエスト制御装置２００－１（現行システムモード）が取得し、リクエスト転送処理２２４を実行する。これにより、処理要求元８００へ処理応答をするために送信するリクエストと、チェック処理装置３００に送信してリクエスト比較をするために利用されるリクエストの２つのリクエストが作成され、それぞれに送信される。

【0078】

一方、新システムの処理応答は、新システム側に配備されたリクエスト制御装置２００－２（新システムモード）が取得し、宛先変更処理２２３を実行しチェック処理装置宛に書き換える。これにより、新システムは処理要求元８００に処理応答を送信したと錯覚したまま、処理要求元８００に複数の処理応答が届く危険性を回避する。

【0079】

リクエスト制御装置２００の、リクエスト複製処理部２２１、トレース情報付与処理部２２２、宛先変更処理部２２３、リクエスト転送処理部２２４、チェック処理装置３００の、転送タイミング制御処理部３２１、リクエスト対応付け処理部３２２、リクエスト比較処理部３２３、システム状態監視処理部３２４、による処理の詳細は後述する。

【0080】

＜各処理部の処理の説明＞
図７に、リクエスト制御装置２００が行う、リクエスト複製処理部２２１の処理の一例を示す。以下の処理は、リクエスト処理装置２００が処理要求または外部処理応答、およびその複製を取得したことを契機に実行される。

【0081】

まず、ステップ２２１１において、リクエスト制御装置２００がシステム宛のリクエストを受信する。

【0082】

次に、ステップ２２１２において、現在テスト中であるか否かを確認する。テスト中であればステップ２２１３へ進み、テスト中でなければステップ２２１６へ進む。なお、テスト中であるか否かは、図１４に示すシステム状態監視処理部の処理によって判断され、リクエスト制御装置２００に配信されるものとし、リクエスト制御装置２００は当該情報をメモリまたは記憶装置２２０に持つものとする。

【0083】

ステップ２２１３では、当該リクエスト制御装置２００が現行システムモード（現行システム側に配備）であるか否か（新システムモード：新システム側に配備）を確認する。現行システムモードであればステップ２２１４に進み、現行システムモードでなければステップ２２１６に進む。なお、当該リクエスト制御装置２００が現行システムモードであるか新システムモードであるかは、前述の通り、リクエスト制御装置２００の配備前にどのリクエスト制御装置２００のモードを決定しておくか、後述するテスト状況制御装置４００が管理してモード情報をリクエスト制御装置２００に配信されるものとし、リクエスト制御装置２００は当該情報をメモリまたは記憶装置２２０に持つものとする。

【0084】

ステップ２２１４では、ステップ２２１１で受信したシステム宛リクエスト情報の複製を２つ作成する。

【0085】

次に、ステップ２２１５において、合計３つのリクエストをトレース情報付与処理部２２２に送信し、処理を終了する。

【0086】

ステップ２２１６では、テスト中でない場合には複製は不要であり、新システムモードであった場合でも、新システムに送信するリクエストの複製は不要であるから、ステップ２２１１で受信したシステム宛リクエスト情報に手を入れず、そのままシステムに送信し、処理を終了する。

【0087】

図８に、リクエスト制御装置２００が行う、トレース情報付与処理部２２２の処理の一例を示す。以下の処理は、リクエスト複製処理部２２１の処理の結果を受け取ったことを契機に実行される。

【0088】

まず、ステップ２２２１において、リクエストがトレース識別子を持っているかを確認する。持っていればステップ２２２４に進み、持っていなければステップ２２２２に進む。

【0089】

ステップ２２２２では、リクエストが外部処理要求の応答であるかを確認する。例えば、ＴＣＰ／ＩＰのシーケンス番号、確認応答番号、送信元ＩＰアドレス、送信先ＩＰアドレスなどから判断できる。外部処理要求の応答であればステップ２２２４に進み、外部処理要求の応答でなければステップ２２２３に進む。

【0090】

ステップ２２２３では、ここに到達する場合はリクエストは処理要求元８００からの新規の処理要求であるとみなせるため、２つの新しいトレース識別子を発行し、トレース情報管理テーブル２２５に、ペアＩＤ２２５１、現行システムトレース識別子２２５２、新システムトレース識別子２２５３を登録する。

【0091】

ステップ２２２４では、トレース情報管理テーブル２２５に従って、３つのリクエストのうち２つが現行システムトレース識別子２２５２を、残りの１つが新システムトレース識別子２２５３を持つように、トレース識別子を持っていないリクエストにトレース識別子を付与、トレース識別子を持っている場合でも先述の割合になるよう必要に応じてトレース識別子を書き換える。

【0092】

最後に、ステップ２２２５において、現行システムトレース識別子２２５２を持つリクエストの一方を現行システムに、もう一方の現行システムトレース識別子２２５２を持つリクエストと、新システムトレース識別子２２５３を持つリクエストの二つをチェック処理部３００に送信する。

【0093】

図９に、チェック処理装置３００が行う、転送タイミング制御処理部３２１の処理の一例を示す。以下の処理は、チェック処理装置３００が現行システムモードのリクエスト制御装置２００から新システム宛のリクエストを受け取ったことを契機に実行される。

【0094】

まず、ステップ３２１１において、現行システムモードのリクエスト制御装置２００から、新システムトレース識別子が付与された現行システムへのリクエストの複製を受け取る。

【0095】

次に、ステップ３２１２において、ステップ３２１１において受信したリクエストが、処理の起点となる最初のリクエスト、つまり、処理要求元８００からの新規の処理要求であるかを確認する。最初のリクエストであればステップ３２１５に進み、最初のリクストでなければステップ３２１３に進む。

【0096】

ステップ３２１３では、チェック処理装置３００が新システムから対応する外部処理要求を受信済みであるか確認する。ここに到達する場合は、ステップ３２１１において受信したリクエストは外部サービス５００からの外部処理応答であるため、本ステップを実行することで、新システム７００が対応する外部処理要求を送信し、外部処理応答が受け付けられる状態であることを確認してからリクエストを送信することができる。

【0097】

チェック処理装置３００が受信したどのリクエストが、ステップ３２１１において受信したリクエストの外部処理要求に対応するかは、トレース識別子の情報や、ＴＣＰ／ＩＰのシーケンス番号、確認応答番号、送信元ＩＰアドレス、送信先ＩＰアドレスなどから判断できる。確認の結果、受信済みであればステップ３２１５に進み、受信済みでなければステップ３２１４に進み任意の時間待機した後、再度ステップ３２１３を実行する。

【0098】

ステップ３２１５では、ステップ３２１１において受信したリクエストを、新システムがあたかも処理要求元８００から直接新規の処理要求を受け取ったかのように、または、新システムがあたかも外部サービス５００に外部処理要求を送信しその応答を受け取ったかのように認識するように加工する。

【0099】

例えば、ＴＣＰ／ＩＰのシーケンス番号、確認応答番号、送信元ＩＰアドレス、送信先ＩＰアドレスや、その他リクエスト固有の値を書き換える。この際、必要に応じてシステム対応管理テーブル２２６を用いて、ステップ３２１１において受信したリクエストに付与されている現行システム宛先２２６１と対応する新システム宛先２２６２の情報を照らし合わせながら加工処理を行う。最後に、ステップ３２１６において、リクエストを新システムに送信する。

【0100】

このように、チェック処理装置３００は、現行システム６００及び新システム７００の処理速度の差を考慮して、リクエストの転送タイミングの制御を行う。例えば、現行システム６００より新システム７００の方が処理が遅れても、外部サービス５００へのリクエストに対する応答を新システム７００に送るタイミングを、新システム７００側で応答を受け付ける体制になってから送信することが可能となる。これにより、テスト失敗リスクが低下する。

【0101】

また、新システム７００より現行システム６００の方が処理が遅れ、新システム７００が外部サービス５００へのリクエストに対する応答を時間内に受け取れなかったためにリクエストの再送が行われた場合であっても、重複するリクエストは無視する。これにより、テスト失敗リスクが低下する。

【0102】

図１０に、リクエスト制御装置２００が行う、宛先変更処理部２２３の処理の一例を示す。以下の処理は、新システムモードのリクエスト制御装置２００が新システムから処理要求元８００または外部サービス５００宛のリクエストを取得したことを契機に実行される。

【0103】

まず、ステップ２２３１において、新システムから処理要求元８００または外部サービス５００宛のリクエストを取得する。
次に、ステップ２２３２において、チェック処理装置３００に送信されるようリクエストの宛先変更を行う。
最後に、ステップ２２３３において、リクエストをチェック処理装置３００に送信する。

【0104】

なお、このとき、テスト内容やリクエストの対応付け方法に依って本来の宛先情報などが必要である場合は、宛先書き換え前の情報もともに送信する。また、リクエストを含むパケットをシリアライズして丸ごと送信してもよい。

【0105】

図１１に、リクエスト制御装置２００が行う、リクエスト転送処理部２２４の処理の一例を示す。以下の処理は、現行システムモードのリクエスト制御装置２００が現行システム６００から処理要求元８００または外部サービス５００宛のリクエストを取得したことを契機に実行される。

【0106】

まず、ステップ２２４１において、現行システム６００から処理要求元８００または外部サービス５００宛のリクエストを取得する。
次に、ステップ２２４２において、リクエストを複製する。
最後に、一方のリクエストをそのまま本来の送信先である処理要求元８００または外部サービス５００に送信し、もう一方をチェック処理部３００に転送する。

【0107】

図１２に、チェック処理装置３００が行う、リクエスト対応付け処理部３２２の処理の一例を示す。以下の処理は、チェック処理部３００が現行システム６００または新システム７００から処理要求元８００または外部サービス５００宛のリクエストの転送を受け取ったことを契機に実行される。

【0108】

まず、ステップ３２２１において、現行システム６００または新システム７００から処理要求元８００または外部サービス５００宛のリクエストの転送を受け取る。

【0109】

次に、ステップ３２２２において、リクエストに付与されているトレース識別子を確認し、トレース情報管理テーブル２２５を参照して対になるトレース識別子（現行システムトレース識別子２２５２または新システムトレース識別子２２５３）を取得する。

【0110】

次に、ステップ３２２３において、ステップ３２２２で取得した対になるトレース識別子の情報や、各リクエストのパケットのＴＣＰ／ＩＰのシーケンス番号、確認応答番号、送信元ＩＰアドレス、送信先ＩＰアドレスなどの情報から、ステップ３２２１において受信したリクエストと対になるリクエストを受信しているか確認する。確認の結果、受信済みであればステップ３２２５に進み、受信済みでなければステップ３２２４に進み任意の時間待機した後、再度ステップ３２２３を実行する。

【0111】

最後に、対になるリクエストをペアのリクエストとして、リクエスト比較処理部３２３に渡す。

【0112】

図１３に、チェック処理装置３００が行う、リクエスト比較処理部３２３の処理の一例を示す。以下の処理は、リクエスト対応付け処理３２２の結果を受け取ったことを契機に実行される。

【0113】

まず、ステップ３２３１において、リクエスト対応付け処理３２２の結果として、対になるリクエストのペアを受け取る。

【0114】

次に、ステップ３２３２において、リクエスト内容が同一であるか確認する。同一であればステップ３２３５に進み、同一でなければステップ３２３３に進む。

【0115】

ステップ３２３３では、チェック処理装置３００の比較条件管理データベース３２８にアクセスし、格納されている比較条件情報３２８１を参照して、追加の比較条件があるか確認する。追加の比較条件があればステップ３２３４に進み、なければステップ３２３６に進む。

【0116】

ステップ３２３４では、リクエスト内容が追加の比較条件に合致するか確認する。合致すればステップ３２３５に進み、合致しなければステップ３２３６に進む。

【0117】

ステップ３２３５では、リクエスト比較の結果、新システム７００の処理が正常であったとみなし、比較結果管理テーブル３２７に、現行システムリクエスト内容３２７２、新システムリクエスト内容３２６３、結果３２７４を「正常」として書き込む。

【0118】

ステップ３２３５では、リクエスト比較の結果、新システム７００の処理に異常があったとみなし、比較結果管理テーブル３２７に、現行システムリクエスト内容３２７２、新システムリクエスト内容３２６３、結果３２７４を「異常」として書き込む。

【0119】

最後に、ステップ３２３７で結果を保存し、処理を終了する。比較結果管理テーブル３２７の内容は、テスト終了後に後述のテスト状況制御装置４００が提供するテスト結果表示画面４４０に表示されるほか、テスト中およびテスト終了後任意のファイル形式でチェック処理装置３００に保存されたものをユーザ９００の端末９１０から閲覧することや、ユーザ９００の端末９１０の標準出力に出力されることで確認可能である。

【0120】

図１４に、チェック処理装置３００が行う、システム状態監視処理部３２４の処理の一例を示す。以下の処理は、リクエスト制御装置２００およびチェック処理装置３００が配備され、新システムのテストを行おうとしたことを契機に実行される。

【0121】

まず、ステップ３２４１において、新システム７００の準備が完了しているか確認する。たとえば、システムが利用するサーバやストレージシステムなどのステータスチェックを行うことや、ネットワーク疎通確認スクリプトを用意して実行するなどの方法が考えられる。確認の結果、準備が完了していればステップ３２４３に進み、完了していなければステップ３２４２に進み任意の時間待機した後、再度ステップ３２４１を実行する。

【0122】

次に、ステップ３２４３において、現行システムの６００と新システム７００のシステム内部状態の同期が完了しているか確認する。たとえば、システム内部に持つキャッシュや、システムがストレージシステムを持つ場合にはストレージに保存されるデータの状態の同期が完了していることを確認する。確認の結果、準備が完了していればステップ３２４５に進み、完了していなければステップ３２４４に進み任意の時間待機した後、再度ステップ３２４３を実行する。

【0123】

最後に、ステップ３２４５において、チェック処理装置３００内の各処理部や、リクエスト制御装置２００に対してテスト開始命令を送信する。

【0124】

以上の処理は、現行システムモードのリクエスト制御装置２００が、リクエスト複製処理部２２１のステップ２２１４で２つのリクエストの複製を作成し、合計３つのすべてのリクエストおよびその複製に対して、トレース情報付与処理部２２２のステップ２２２３でトレース識別子を付与する場合について述べた。

【0125】

しかし、リクエスト複製処理部２２１のステップ２２１４で作成するリクエストの複製数を１つとして、現行システム送付用と新システム送付用としてもよい。その場合は、チェック処理装置３００において新システムに送信する前にリクエストが複製され、チェック処理装置３００に保存されるものとする。また、テスト内容やリクエストの対応付け方法に依って必要ない場合にはチェック処理装置保存用の複製をしなくてもかまわない。

【0126】

また、新システム用のトレース識別子を付与する処理を行うタイミングは、トレース情報付与処理部２２２のステップ２２２３でなくとも構わない。その場合、例えば、新システム７００にリクエストが送信される前に新システム側に配備されたリクエスト制御装置２００が行うリクエスト複製処理部２２１の処理において、ステップ２２１３の確認でＮｏとなった場合、つまり、テスト中であって当該リクエスト制御装置２００が新システムモード（新システム側に配備）である場合、ステップ２２１６またはその直前で新システム用の識別子を付与する。他に、チェック処理装置３００が、転送タイミング制御処理部３２１のステップ３２１５で行うリクエストの加工処理において、トレース識別子を付与する等の方法も考えられる。

【実施例2】

【0127】

実施例１では、新システム７００に配備された新システムモードのリクエスト制御装置２００が、新システムから処理要求元８００または外部サービス５００宛に送付されるすべてのリクエストに対して、宛先変更処理部２２３の処理によってリクエストをチェック処理装置３００に送信する例を述べた。

【0128】

しかし、リクエストの内容と宛先によっては、リクエストをそのまま外部サービス５００に送信してもよい場合も存在する。たとえば、外部サービス５００からデータを取得する、ｈｔｔｐのＧｅｔメソッドのようなリクエストは、外部サービス５００の状態を更新しないため送信してもよい。一方、外部サービス５００のデータを更新する、ｈｔｔｐのＰｏｓｔメソッドのようなリクエストは、外部サービス５００の状態を二重に更新する恐れがあるためを送信しないほうが良い。

【0129】

そこで、リクエストの内容と宛先を加味して新システム７００が処理要求元８００または外部サービス５００宛に送付するリクエストをそのまま外部に送信するか、実施例１の通りチェック処理装置３００に送信するかを判断する機能を兼ね備えた宛先変更処理部２２３の処理の一例を図１５に示す。以下の処理は、新システムモードのリクエスト制御装置２００が新システムから処理要求元８００または外部サービス５００宛のリクエストを取得したことを契機に実行される。

【0130】

まず、ステップ２２３１１において、新システム６００から処理要求元８００または外部サービス５００宛のリクエストを取得する。

【0131】

次に、ステップ２２３１２において、リクエスト内容および宛先を参照し、外部に影響を与えるようなリクエストであるかを確認する。影響を与えるようなリクエストでなければステップ２２３１３に進み、影響を与えるようなリクエストであればステップ２２３１５に進む。

【0132】

ステップ２２３１３では、チェック処理装置３００におけるリクエスト比較処理３２３のため、リクエストの複製を行う。

【0133】

次に、ステップ２２３１４において、一方のリクエストはそのまま送信し、もう一方のリクエストをチェック処理装置３００に転送する。なお、テスト方針によって、外部に影響を与えずそのまま送信可能なリクエストについてはリクエスト比較処理３２３が不要であるとする場合には、ステップ２２３１３の処理を行わず、そのままリクエストを送信してもよい。

【0134】

ステップ２２３１５では、チェック処理装置３００に送信されるようリクエストの宛先変更を行う。

【0135】

最後に、ステップ２２３３１６において、リクエストをチェック処理装置３００に送信する。なお、このとき、テスト内容やリクエストの対応付け方法に依って本来の宛先情報などが必要である場合は、宛先書き換え前の情報もともに送信する。また、リクエストを含むパケットをシリアライズして丸ごと送信してもよい。これにより、リクエスト制御装置２００やチェック処理装置３００の負荷が軽減される。

【実施例3】

【0136】

実施例１および３では、主にテスト支援フレームワーク１０がリクエスト制御装置２００およびチェック処理装置３００をテスト中のみ配備することとし、非テスト時にはリクエスト制御装置２００およびチェック処理装置３００を配備せず、かつ事前にどのリクエスト制御装置２００が現行システムまたは新システムであるかを決め、リクエスト制御装置２００の状態を現行システムモードまたは新システムモードに固定してから配備し、かつその情報をチェック処理装置３００が共有する場合の例を述べた。

【0137】

しかし、リクエスト制御装置２００およびチェック処理装置３００をテスト中のみ配備し、非テスト時に撤退することは運用のコストがかかる。また、事前にどのリクエスト制御装置２００が現行システムまたは新システムであるかを決め、リクエスト制御装置２００の状態を現行システムモードまたは新システムモードに固定してから配備する場合には、テスト完了後に新システムを本番運用した後の次のテストにおいて、リクエスト制御装置２００を再設定しなくてはならない。

【0138】

これを改善するため、テスト状況制御装置４００を新たに導入して、テスト状況（テスト中／非テスト中）の管理と、システムの役割（現行システム／新システム）の管理を行い、これらに応じたリクエスト制御装置２００、チェック処理装置３００の制御を行い、また、テスト支援フレームワーク１０（本発明）のユーザ９００がテスト状況を管理するためのＧＵＩ画面を提供することで運用負荷の軽減を実現する例について述べる。

【0139】

図１６は、テスト状況制御装置４００のメモリまたは記憶装置４２０に格納されたプログラムや処理、データの一例を示すブロック図である。

【0140】

テスト状況制御装置４００のメモリまたは記憶装置４２０は、システム状態監視処理部４２１、ＧＵＩ表示処理部４２２、システム対応管理テーブル４２３を持つ。

【0141】

システム状態監視処理部４２１は、チェック処理装置３００が行う、システム状態監視処理部３２４の処理と同等の機能を持つ。また、システム対応管理テーブル４２３を参考に、リクエスト制御装置２００に対して現行システムモード／新システムモードの切り替えを命じる。

【0142】

ＧＵＩ表示処理部４２２は、Ｊａｖａｓｃｒｉｐｔのようにユーザ９００の端末９１０のメモリまたは記憶装置上のクライアントプログラム９２１で動作しても良いし、専用アプリケーションなど、端末９１０上のクライアントプログラム９２１以外のクライアントＧＵＩを用いて動作してもよい。

【0143】

システム対応管理テーブル４２３は、テスト状況制御装置４００のメモリまたは記憶装置４２０上に存在していてもよいし、テスト状況制御装置４００のメモリまたは記憶装置４２０とは別のネットワーク接続された独立の専用または共用の一つまたは複数のサーバのメモリまたは記憶装置上に存在してもよい。

【0144】

システム対応管理テーブル４２３は、リクエスト制御装置２００のメモリまたは記憶装置２２０の、システム対応管理テーブル２２６、チェック処理装置３００のメモリまたは記憶装置３２０の、システム対応管理テーブル３２６と同一の情報を持つものとし、いずれかのテーブルに変更があった場合にはリクエスト制御装置２００およびチェック処理装置３００およびテスト状況制御装置４００間の通信によって変更内容を伝達し、同期する。

【0145】

また、リクエスト制御装置２００のメモリまたは記憶装置２２０またはチェック処理装置３００のメモリまたは記憶装置３２０またはテスト状況制御装置４００のメモリまたは記憶装置４２０のいずれか１つ以上がシステム対応管理テーブル２２６または３２６または４２３を保有し、リクエスト制御装置２００およびチェック処理装置３００間およびテスト状況制御装置４００間の通信によって必要な情報をやり取りする形態であってもよい。

【0146】

テスト状況制御装置４００は、テスト中か非テスト中かを示すモード情報と現行システム６００及び新システム７００の役割を示す管理情報の内の少なくとも一つの情報に基づいて、リクエスト制御装置２００及びチェック処理装置３００を制御する。また、前記モード情報と前記管理情報の内の少なくとも一つの情報を表示する表示部を有しても良い。

【0147】

図１７Ａ、図１７Ｂは、テスト状況制御装置４００が提供するＧＵＩの一例を示す図である。

【0148】

テスト管理画面４３０は、テスト支援フレームワーク１０（本発明）のユーザ９００がテスト状況を管理するためのＧＵＩ画面の一例である。

【0149】

ユーザ９００は、テスト管理画面４３０に表示されているテスト状況チェックボックス４３１を用いてテスト状況（テスト中／非テスト中）の切り替えを行う。なお、切り替えはチェックボックスでなくトグルスイッチの操作等別の形態で行ってもよい。

【0150】

また、ユーザ９００は、環境情報入力窓４３２に、現行システムの宛先情報４３２－１と新システムの宛先情報４３２－２を入力する。なお、情報の入力は入力窓への手入力だけでなく、ファイル類のアップロード等別の形態で行ってもよい。最後に、ユーザ９００が更新ボタン４３３を押下することで、テスト状況が切り替えられる。

【0151】

テスト結果表示画面４４０は、テスト支援フレームワーク１０（本発明）のユーザ９００がテスト結果を確認するためのＧＵＩ画面の一例である。

【0152】

ユーザ９００は、現行システム表示４４１でテスト時の現行システムを、新システム表示４４２でテスト時の新システムを、テスト期間表示４４３でテスト期間を、テスト結果表示４４４でテスト結果を参照可能である。テスト結果表示４４４には、比較結果管理テーブル３２７の内容相当の情報が閲覧可能である。

【0153】

上記実施例では、テスト中の新システムからのリクエストを外部に送らないことでこれを実現する。さらに、現行システムの外部サービスへのリクエストに対する応答を複製し、新システムのリクエストに対する応答として入力することでシステム内部の処理を継続してテストを行うことで、実際に外部サービスにリクエストを送信した場合と同等のテストを実施したとみなせる。

【0154】

上記実施例によれば、外部サービスと連携して稼働する場合であっても、外部サービスに影響を与えずに実データを用いた新システムのリアルタイムテストを実現可能にすることができる。

【符号の説明】

【0155】

１０ テスト支援フレームワーク
２００ リクエスト制御装置
３００ チェック処理装置
４００ テスト状況制御装置
５００ 外部サービス
６００ 現行システム
７００ 新システム
８００ 処理要求元
９００ ユーザ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17A】

【図17B】