JPH08249209A - オンライントランザクションシステムでのアプリケーションプログラムテスト方法 - Google Patents

Abstract

(57)【要約】 【目的】 オンラインシステムでのアプリケーションプ
ログラムのテストの効率化を図り、アプリケーションプ
ログラムの短期間での開発を可能とする。 【構成】 ２相コミットでオンライントランザクション
処理を行なうシステムにおいて、１相目のコミット処理
で、テスト対象のアプリケーションプログラムのトラン
ザクションの取り消し指示を検出し、２相目のコミット
処理で、検出したトランザクションの取り消し指示に基
づくデータの回復処理を行なうと共に、このデータの回
復処理中に、テスト対象のアプリケーションプログラム
に対するメッセージ送信を行なうことを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、オンライントランザク
ション処理を行なうシステム環境下でのアプリケーショ
ンプログラムのテスト技術に係り、特に、同様のテスト
を繰り返す場合のデータ回復処理を効率良く行なうのに
好適なオンライントランザクションシステムでのアプリ
ケーションプログラムテスト方法に関するものである。

【０００２】

【従来の技術】オンラインシステムにおいて、障害発生
によるデータの破壊に対応するための従来技術として
は、例えば、特開平４−１８１３５７号公報に記載のも
のがある。この技術では、データの更新時に、更新前デ
ータのバックアップをとっておき、そして、データの更
新時に障害が発生した場合には、更新前のバックアップ
データを再度入力し直すことで、データをエラー前の状
態に戻し、データの回復を行なう。

【０００３】しかし、この技術では、オンラインシステ
ムで同様のオンラインテストを繰返し行なう場合には、
テストを繰り返す回数分だけ、データの再ロードが必要
であり、ユーザは、テストを繰り返す回数分だけデータ
を再入力し直さなければならない。このため、オンライ
ンテストの効率が非常に悪くなり、ユーザプログラムを
短期間に開発するための妨げとなる。また、１ユーザの
行なうテストが他のユーザやシステム全体に影響を及ぼ
すため、複数のユーザが同時にオンラインテストを行な
うことができなかった。

【０００４】また、例えば、１９９１年日経ＢＰ社発行
の「日経コンピュータ １９９１．４．２２（ｎｏ．２
５１）」の第９２頁〜第９３頁等に記載のような２相コ
ミットでトランザクションを制御しているオンラインシ
ステム環境下においても、アプリケーションプログラム
のテストで、問合せメッセージや応答メッセージ等を含
む各種メッセージをテストする時、参照するファイルや
データベースのデータを更新していくと、次のテストに
影響がでるので、データの更新をロールバックしなけれ
ばならない。また、この場合、単純に全てのデータをロ
ールバックしてしまうと、テストを行なっている操作者
の端末への応答メッセージも取り消され、操作者は、テ
スト結果を確認できなくなってしまう。

【０００５】

【発明が解決しようとする課題】解決しようとする問題
点は、従来の技術では、オンラインシステムで同様のテ
ストを何度も繰返し行なう場合、テストを繰り返す回数
分だけユーザがデータを再入力し直さなければならない
点と、１ユーザの行なうテストの影響が他のユーザや資
源（システム）に影響を及ぼしてしまう点である。本発
明の目的は、これら従来技術の課題を解決し、オンライ
ンシステムでのアプリケーションプログラムのテストを
効率良く行なうことを可能とするオンライントランザク
ションシステムでのアプリケーションプログラムテスト
方法を提供することである。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、本発明のオンライントランザクションシステムでの
アプリケーションプログラムテスト方法は、２相コミッ
トでオンライントランザクション処理を行なうシステム
において、１相目のコミット処理で、テスト対象のアプ
リケーションプログラムのトランザクションの取り消し
指示を検出し、２相目のコミット処理で、検出したトラ
ンザクションの取り消し指示に基づくデータの回復処理
を行なうと共に、このデータの回復処理中に、テスト対
象のアプリケーションプログラムに対するメッセージ送
信を行なうことを特徴とする。

【０００７】

【作用】本発明においては、ＯＬＴＰ（オンライントラ
ンザクションシステム）やＤＢＭＳ（データベース管理
システム）における更新同期技術として用いられている
「２相コミット」を利用して、ＯＬＴＰ上のアプリケー
ションプログラムのテストにおけるデータの回復を行な
う。すなわち、２相コミット処理の１相目でテスト用ア
プリケーションプログラムのトランザクションの取り消
し指示（ロールバック）を検出し、２相目で、このロー
ルバック指示に基づくデータの回復を行なう。この時、
メッセージは正しく送信する。このことにより、同様の
オンラインテストを繰返し行なう場合にも、ユーザによ
るデータの再入力の手間なしに、データの回復を行なう
ことができると共に、このテストの影響が他のユーザや
資源（システム）に影響を及ぼすことを回避できる。

【０００８】

【実施例】以下、本発明の一実施例を、図面により詳細
に説明する。図１および図２は、本発明のオンライント
ランザクションシステムでのアプリケーションプログラ
ムテスト方法の一実施例を示すフローチャートであり、
図３は、図１および図２におけるアプリケーションプロ
グラムのテスト処理を行なうオンラインシステムの一構
成例を示すブロック図である。

【０００９】図３において、１は２相コミットでトラン
ザクションを制御するオンラインシステム、２はテスト
対象のアプリケーションプログラム、３はトランザクシ
ョン制御を行なうトランザクション管理プログラム、４
はファイル管理やデータベース管理を行なうリソースマ
ネジャとしてのデータベース管理プログラム、５はリソ
ースマネジャとしてデータ管理プログラム４と同様にト
ランザクション管理プログラム３の指示に従いコミット
／ロールバックを行なうメッセージ管理プログラム、６
ａ〜６ｃは操作用の端末である。

【００１０】２相コミットでトランザクションを制御す
るオンラインシステム１の環境下でのアプリケーション
プログラム２のテストで、問合せメッセージおよび応答
メッセージを含む各種メッセージをテストする時に参照
するファイルやデータベースのデータを更新していく
と、次のテストに影響がでるので、データの更新をロー
ルバックする必要がある。本実施例においては、ＯＬＴ
Ｐ（オンライントランザクションシステム）やＤＢＭＳ
（データベース管理システム）における更新同期技術と
して用いられている「２相コミット」を利用し、アプリ
ケーションプログラム２のテストにおいて、データベー
ス管理プログラム４や、トランザクション管理プログラ
ム３に手を入れることなく、メッセージ管理プログラム
５の処理だけで、データの更新をロールバックしてデー
タの回復を行なう。

【００１１】すなわち、１相目のコミット処理で、アプ
リケーションプログラム２からのトランザクションに対
応して、データベース管理プログラム４でのデータ更新
を行なうと共に、メッセージ管理プログラム５内の１相
目のコミット処理中に、データの回復指定があるか否か
を判定する。データの回復指定があれば、１相目コミッ
ト処理の失敗通知を、メッセージ管理プログラム５から
トランザクション管理プログラム３へ返す。これを受け
たトランザクション管理プログラム３は、データベース
管理プログラム４およびメッセージ管理プログラム５に
対して、ロールバック指示を出す。

【００１２】このロールバック指示に基づき単純に、全
てのデータをロールバックしてしまうと、テストを行っ
ている端末６ａ〜６ｃへの応答メッセージも取り消され
てしまい、端末６ａ〜６ｃの操作者は、テスト結果を確
認できなくなってしまう。そこで、本実施例では、メッ
セージ管理プログラム５において、データの更新をロー
ルバックしても、メッセージは正しく送信するものとす
る。すなわち、データベース管理プログラム４では、こ
のトランザクション管理プログラム３からのロールバッ
ク指示に示されるまま、２相目でのデータ回復を行なう
が、メッセージ管理プログラム５は、トランザクション
管理プログラム３からのロールバック指示がテストによ
るものかどうかの判定を行なう。テストによるものの場
合には、メッセージ管理プログラム５は、ロールバック
指示にもかかわらず、ロールバック処理中に、メッセー
ジを送信するためのコミット処理を行なう。

【００１３】このように、オンラインシステム１におい
ては、１相目のコミット処理中に、テストによるロール
バック指示（データ回復指定）を検出して、２相目で、
このロールバック指示によるデータの回復を行なうと共
に、メッセージ送信処理を行なう。このことにより、同
様のオンラインテストを繰返し行なう場合にも、ユーザ
（操作者）によるデータの再入力の手間なしに、データ
の回復を行なうことができ、ユーザが負担する作業を軽
減できる。また、データベース管理プログラム４やトラ
ンザクション管理プログラム３に手を入れることなく、
メッセージ管理プログラム５の処理だけで、データの更
新を回復でき、他のユーザや資源への影響がないため、
複数ユーザによるオンラインテストを行なうこともでき
る。

【００１４】以下、このような構成のオンラインシステ
ム１の環境下で、アプリケーションプログラム２のテス
トを行なう場合の動作説明を、図１および図２を用いて
行なう。尚、このテストは、オンラインシステム１に接
続している３つの端末６ａ〜６ｃから同時に行なうもの
とする。また、アプリケーションプログラム２は、端末
６ａ〜６ｃからのメッセージを受信し、受信したメッセ
ージをもとにデータベース管理プログラム４が管理して
いるデータベースを更新し、その更新結果を、端末６ａ
〜６ｃに応答するものとする。さらに、このテスト時に
使用するメッセージ、データベースの形式は、オンライ
ンシステム本番時に使用するものと同じとする。

【００１５】図１および図２は、特に、図３のアプリケ
ーションプログラム２から要求を受けたトランザクショ
ン管理プログラム３が２相コミットを開始するところか
らの流れを示している。まず図１において、２相コミッ
ト開始後、１相目で、処理すべきデータベース管理プロ
グラム（メッセージ以外）がある間（ステップ１０
１）、１相目のコミット処理を行い（ステップ１０
２）、正常終了を通知する（ステップ１０３）。また、
このトランザクション管理プログラム３の処理と並行し
て、図３のメッセージ管理プログラム５では、１相目コ
ミット処理を行い（ステップ１０４）、テストによるデ
ータ回復指定があれば（ステップ１０５）、１相目コミ
ット処理（更新準備）失敗を通知する（ステップ１０
６）。テストによるデータ回復指定がない場合、正常終
了を通知する（ステップ１０７）。

【００１６】次に図２において、２相目で、まず１相目
のコミット処理の失敗通知がない場合は（ステップ１０
８）、処理すべきデータベース管理プログラムがある間
（ステップ１１４）、データベース管理プログラムが管
理しているデータを更新する（ステップ１１５）。ま
た、１相目のコミット処理の失敗通知があり（ステップ
１０８）、かつ、処理すべきデータベース管理プログラ
ムがある間（ステップ１０９）、図３のデータベース管
理プログラム４ではロールバック処理を行い（ステップ
１１０）、この処理と並行して、図３のメッセージ管理
プログラム５では、テストによるデータ回復指定がある
場合には（ステップ１１１）、ロールバック処理中にコ
ミット処理（メッセージ送信）を行い（ステップ１１
３）、データ回復指定がない場合には、ロールバック処
理を行う（ステップ１１２）。

【００１７】以上、図１〜図３を用いて説明したよう
に、本実施例のオンライントランザクションシステムで
のアプリケーションプログラムテスト方法では、「２相
コミット」を利用して、ＯＬＴＰ上のアプリケーション
プログラムのテストにおけるデータの回復を行なう。す
なわち、メッセージ管理プログラム５内の１相目のコミ
ット処理中に、テストによるロールバック指示（データ
回復指定）を検出して、２相目で、このロールバック指
示によるデータの回復を行なうと共に、メッセージの送
信処理を行なう。

【００１８】このことにより、同様のオンラインテスト
を繰返し行なう場合にも、ユーザによるデータの再入力
の手間なしに、データの回復を行なうことができ、ユー
ザが負担する作業を軽減できる。また、データベース管
理プログラム４やトランザクション管理プログラム３に
手を入れることなく、メッセージ管理プログラム５の処
理だけで、データの更新を回復でき、他のユーザや資源
への影響がないため、複数ユーザによるオンラインテス
トを行なうこともできる。この結果、同様のオンライン
テストを繰返し行なう場合のテスト効率の向上を図るこ
とができ、アプリケーションプログラム（ユーザプログ
ラム）の短期間での開発を可能とすることができる。
尚、本発明は、図１〜図３を用いて説明した実施例に限
定されるものではなく、その要旨を逸脱しない範囲にお
いて種々変更可能である。

【００１９】

【発明の効果】本発明によれば、オンラインシステム
で、同様のテストを何度も繰返し行なう場合にも、ユー
ザがテストを繰り返す回数分だけデータを再入力する必
要がなくなり、また、１ユーザの行なうテストの影響が
他のユーザや資源（システム）に影響を及ぼすこともな
くなり、オンラインシステムでのアプリケーションプロ
グラムのテストを効率良く行なうことが可能となり、ア
プリケーションプログラムの短期間での開発が可能とな
る。

【図面の簡単な説明】

【図１】本発明のオンライントランザクションシステム
でのアプリケーションプログラムテスト方法の一実施例
の前半部分を示すフローチャートである。

【図２】本発明のオンライントランザクションシステム
でのアプリケーションプログラムテスト方法の一実施例
の後半部分を示すフローチャートである。

【図３】図１および図２におけるアプリケーションプロ
グラムのテスト処理を行なうオンラインシステムの一構
成例を示すブロック図である。

【符号の説明】

１ オンラインシステム ２ アプリケーションプログラム ３ トランザクション管理プログラム ４ データベース管理プログラム ５ メッセージ管理プログラム ６ａ〜６ｃ 端末

───────────────────────────────────────────────────── フロントページの続き (72)発明者 大野 浩二 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内

Claims (1)

【特許請求の範囲】
1. 【請求項１】 ２相コミットでオンライントランザクシ
   ョン処理を行なうシステムにおいて、１相目のコミット
   処理で、テスト対象のアプリケーションプログラムのト
   ランザクションの取り消し指示を検出し、２相目のコミ
   ット処理で、上記検出したトランザクションの取り消し
   指示に基づくデータの回復処理を行なうと共に、該デー
   タの回復処理中に、上記テスト対象のアプリケーション
   プログラムに対するメッセージ送信を行なうことを特徴
   とするオンライントランザクションシステムでのアプリ
   ケーションプログラムテスト方法。