JPH05224992A - プログラムテスト装置 - Google Patents

Abstract

(57)【要約】 【目的】 オンライン処理稼動中のデータベースを更新
する１又は複数のプログラムのテストを稼動中のオンラ
イン処理に影響を与えることなく同時に行なう。 【構成】 被テストプログラム３０が外部記憶装置上の
データベース４０に対してブロックの書き出しを要求し
た場合にブロックの内容をデータベース４０に書き出さ
ずにメモリ中に保存し、読み込みを要求した場合に、要
求が最初の読み込み要求である場合ファイルからの読み
込みを行い、２番目以降の読み込み要求であった場合に
はメモリ中に保存されているブロックの内容を読み込み
結果として渡すことにより、実データベース４０の内容
を変更せずにプログラムのテストを行う。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、外部記憶装置への入出
力を行うプログラムのテスト／デバッグを行なうための
プログラムテスト装置に関する。特に、大容量のファイ
ルを扱うプログラムを同時に複数個テスト／デバッグし
なければならないオンラインのデータベース処理をテス
ト／デバッグする場合に好適である。

【０００２】

【従来の技術】プログラム開発においては、プログラム
のテストは不可欠であり、テスト方法の優劣が開発した
プログラムの信頼性、開発工数に大きな影響を与える。

【０００３】図２はプログラムテスト装置の概略構成を
示したものである。テストの対象となるプログラム（被
テストプログラム３０）はメモリ２０中に読み込まれて
いる。被テストプログラム３０がＣＰＵ１０によって実
行されることにより、テストが実施される。実行状態を
確認するための情報はディスプレイ端末５０等に表示さ
れる。通常、テストプログラムはディスク装置等のデー
タベース４０のデータを使用して実行される。

【０００４】プログラムのテストの中でもオンライン処
理、データベース処理のテストは特に重要である。これ
らの処理は極めて信頼性を要求されるシステムであるた
め、プログラムのテスト／デバッグは総合的に繰返し行
わねばならない。さらに、テスト／デバッグの最終段階
では実稼動中の状態で長時間テストを繰り返すことによ
り、システムの信頼性を確保している。一般にこのよう
な場合には、オンライン処理が稼動中であり、データベ
ースも常に更新されている。オンライン処理用の計算機
システム１系統とテスト／デバッグ用の計算機システム
１系統、都合２系統のシステムを用意することはコスト
や設置場所の観点からほとんど不可能である。そのた
め、この様な環境でオンライントランザクション用のア
プリケーションプログラムをテストする環境を設定する
ことは容易ではない。

【０００５】これを可能とするため、プログラムテスト
環境を提供する一連のプログラム群が開発されている。
例えば、日立製作所のプログラムプロダクトである「Ｖ
ＯＳ３ ＤＣＣＭ３ ユーザアプリケーションプログラ
ムテスタ ＤＣＣＭ３／ＡＴ３」はシステム稼動中のオ
ンライン環境下で総合的な動作確認テストをするための
支援プログラムである。

【０００６】ＤＣＣＭ３／ＡＴ３ではテスト開始時に、
テストモードのトランザクションあるいはアプリケーシ
ョンプログラムが更新したデータベースを、テスト終了
時に使用前の状態に戻すかどうかを指定する。テスト終
了時には、データベースを書き戻す指定の場合にはデー
タベースを回復する。以上の処理は、「ＶＯＳ３ ＤＣ
ＣＭ３ ユーザアプリケーションプログラムテスタ Ｄ
ＣＣＭ３／ＡＴ３」８０９０−６−３６６に記述されて
いる。

【０００７】

【発明が解決しようとする課題】上記従来技術は、デー
タベースを書き戻す機能を提供することにより、オンラ
イン稼動中に、オンライントランザクション処理用アプ
リケーションプログラムを繰返しテストする環境を提供
している。しかし、上記従来技術では以下の問題点があ
る。

【０００８】（１）データベースを更新するプログラム
をテストする場合にはオンライン処理を中断する必要が
ある。データベースはオンライン処理中のものを使用す
るため、データベースを更新するプログラムのテスト時
にはデータの矛盾を起こさぬよう、オンライン処理は中
断する必要がある。 （２）複数のプログラムを同時にはテストできない。テ
ストの対象となるプログラムが複数本存在する場合でも
データベースは一つであるためそれらを同時にテストす
ることはできない。 （３）テストプログラム間のデータの引継ぎができな
い。プログラムあるいはトランザクション毎にデータベ
ースの書きも度しを行うため、更新したデータベースを
プログラム間で引き継ぐ場合のテストをすることはでき
ない。

【０００９】本発明の目的は、オンライン処理稼動中に
データベースを更新するプログラムのテストを行なえる
ようにすることである。本発明の他の目的は、同一のデ
ータベースをアクセスする複数のプログラムを同時にテ
ストできるようにすることである。本発明の更に他の目
的は、片方のテストプログラムが更新したデータベース
の内容を他方のテストプログラムが引き継いでテストを
実行できるようにすることである。

【００１０】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、被テストプログラムが外部記憶装置上の
ファイルに対してブロックの書き出しを要求した場合
に、該ブロックの内容を該ファイルへは書き出さずに主
記憶または仮想記憶内に保存する手段と、該被テストプ
ログラムが前記ファイルの任意のブロックの読み込みを
要求した場合に、該読み込み要求が該ブロックに対する
該被テストプログラムからの最初の読み込み要求である
場合、または、過去に該被テストプログラムから該ブロ
ックに対して書き出しを要求していない場合には、前記
ファイルの該ブロックからの読み込みを行う手段と、該
被テストプログラムが前記ファイルの任意のブロックの
読み込みを要求した場合に、該読み込み要求が該ブロッ
クに対する該被テストプログラムからの２番目以降の読
み込み要求であった場合には前記主記憶または仮想記憶
内に保存しておいた該ブロックの内容を前記ファイルの
該ブロックからの読み込みの結果として被テストプログ
ラムに渡す手段と、該被テストプログラムの終了時に、
前記主記憶または仮想記憶上に保存しておいた該ブロッ
クの内容を破棄する手段、とを設けている。

【００１１】あるいは、被テストプログラムが外部記憶
装置上のファイルに対してブロックの書き出しを要求し
た場合に、該ブロックの内容を該ファイルへは書き出さ
ずに拡張記憶内に保存する手段と、該被テストプログラ
ムが前記ファイルの任意のブロックの読み込みを要求し
た場合に、該読み込み要求が該ブロックに対する該被テ
ストプログラムからの最初の読み込み要求である場合、
または、過去に該被テストプログラムから該ブロックに
対して書き出しを要求していない場合には、前記ファイ
ルの該ブロックからの読み込みを行う手段と、該被テス
トプログラムが前記ファイルの任意のブロックの読み込
みを要求した場合に、該読み込み要求が該ブロックに対
する該被テストプログラムからの２番目以降の読み込み
要求であった場合には前記拡張記憶内に保存しておいた
該ブロックの内容を前記ファイルの該ブロックからの読
み込みの結果として被テストプログラムに渡す手段と、
該被テストプログラムの終了時に、前記拡張記憶上に保
存しておいた該ブロックの内容を破棄する手段、とを設
けている。

【００１２】また、プログラムのテストに先立って該当
プログラムが被テストプログラムであることを登録する
手段と、プログラムが入出力要求を発行した際に、該プ
ログラムが被テストプログラムとなっていることを前記
登録した内容により識別する手段を設けている。

【００１３】さらに、前記ブロックの内容を保存するた
めの領域を被テストプログラム毎に個別に確保する手段
を設けている。

【００１４】また、さらに、被テストプログラムをグル
ープ化し、前記ブロックの内容を保存するための領域を
前記グループ毎に個別に確保する手段を設けている。

【００１５】

【作用】本発明においては、被テストプログラムが外部
記憶装置上のファイルに対してブロックの書き出しを要
求した場合には、該ブロックの内容を主記憶または仮想
記憶中に保存して該ファイルへの書き出しは実行しない
ためテスト中に実データベースが更新されることはな
い。

【００１６】また、被テストプログラムが前記ファイル
の任意のブロックの読み込みを要求した場合に、該読み
込み要求が該ブロックに対する該被テストプログラムか
らの最初の読み込み要求である場合、または、過去に該
被テストプログラムから該ブロックに対して書き出しを
要求していない場合には、前記ファイルの該ブロックか
らの読み込みを行うステップを設けているため、実デー
タベースの内容を使用してプログラムのテストを実施す
ることができる。

【００１７】さらに、被テストプログラムが前記ファイ
ルの任意のブロックの読み込みを要求した場合に、該読
み込み要求が該ブロックに対する該被テストプログラム
からの２番目以降の読み込み要求であった場合には前記
主記憶または仮想記憶中に保存しておいた該ブロックの
内容を前記ファイルの該ブロックからの読み込みの結果
として被テストプログラムに渡すステップを設けている
ため、被テストプログラムが更新したブロックは、該当
被テストプログラムからはあたかも実際にデータベース
を更新したかのようにテストを進めることができる。

【００１８】被テストプログラムの終了時には、主記憶
または仮想記憶上に保存しておいた該ブロックの内容を
破棄するため、被テストプログラム毎に独立した環境で
テストを実施することが可能となる。

【００１９】また、ブロック待避領域として高速大容量
の拡張記憶を用いることとしたため、多くのデータベー
スを更新するプログラムのテストも可能である。

【００２０】また、プログラムのテストに先立って該当
プログラムが被テストプログラムであることを登録し、
プログラムが入出力要求を発行した際に、該プログラム
が被テストプログラムとなっていることを前記登録した
内容から識別するようしたことにより、実行中のプログ
ラムの中からテストを実施中のもののみに対して上記し
た入出力処理を行うことができるため、オンラインシス
テムが稼動中の場合にもテストを行うことができる。

【００２１】さらに、前記ブロックの内容を保存するた
めの領域を被テストプログラム毎に個別に確保するよう
にしたため、複数個のテストプログラムを同時にテスト
することができる。

【００２２】また、さらに、被テストプログラムをグル
ープ化し、前記ブロックの内容を保存するための領域を
グループ毎に個別に確保するようにしたため、一連のテ
ストプログラムがデータを引き継ぎながらテストする環
境を設定することが可能である。

【００２３】

【実施例】図１は本発明のプログラムテスト装置を用い
て被テストプログラム３０をテストしている状態の概要
を示したものである。被テストプログラム３０はメモリ
２０（図２）にローディング済みである。被テストプロ
グラムがデータベース４０に対して入出力要求を発行し
た場合には入出力処理手段６０（入出力処理プログラ
ム）が起動される。要求が入力要求であり、かつ、要求
されたブロックが被テストプログラムから以前に要求さ
れていない場合には、データベース４０からの読み込み
を行う。しかし、要求されたブロックが以前に書き出し
要求されたものである場合にはブロック退避領域９０か
ら該当ブロックの内容を取り出して、入力処理の結果と
して被テストプログラム３０に渡す。要求が出力要求の
場合には、ブロックをデータベース４０に書き出す代わ
りにブロックの内容をブロック退避領域９０に書き出
す。ブロック退避領域９０は仮想記憶、または、主記憶
上に確保する。また、主記憶の他に高速アクセス可能な
拡張記憶を設け、該拡張記憶に前記ブロック退避領域９
０を確保するようにしてもよい。

【００２４】入出力要求を発行したプログラムが被テス
トプログラムであるか否を判定するためにテストプログ
ラム管理テーブル７０を使用する。また、データベース
４０が被テストプログラム３０からアクセスされている
かを識別するためにファイル管理テーブル７５を、デー
タベース４０中の個々のブロックが既に読み込まれてい
るか、書き出し要求が発行されているかを知るためにブ
ロック管理テーブル８０を使用する。

【００２５】テスト終了時には、ブロック退避領域９０
に退避された該当テストに関連する全てのブロックの内
容を破棄して、各種テーブル７０、７５、８０をテスト
前の状態に戻す。

【００２６】上記の処理によって、データベースの内容
を変更することなくプログラムのテストが可能となる。
ブロック退避領域を被テストプログラム毎に用意するこ
とにより同一のデータベースをアクセスする複数の被テ
ストプログラムを同時にテスト／デバッグすることがで
きる。

【００２７】次に、本発明によるプログラムテスト手順
の概要を図３を使用して説明する。まず、テストに先立
って被テストプログラム名称をテストプログラム管理テ
ーブル７０に登録する（ステップ３０１）。これによ
り、入出力処理手段６０が被テストプログラムを識別す
ることが可能となる。その後、被テストプログラム３０
を実行する（ステップ３０２）。被テストプログラム３
０はデータベース４０に対して入出力要求を発行する
（ステップ３０３）。入出力要求は入出力処理手段６０
が処理する。まず要求が入力要求であるか出力要求であ
るのかを判定する（ステップ３０４）。入力要求である
場合には入力処理を行い（ステップ３０５）、出力要求
である場合には出力処理を行う（ステップ３０６）。被
テストプログラムが終了したか否かを判定し（ステップ
３０７）、終了の場合にはテーブルの解放等の終了処理
を行う（ステップ３０８）。被テストプログラム３０が
終了していない場合にはステップ３０２に戻って被テス
トプログラム３０の実行を続ける。

【００２８】図４は本発明を使用したプログラムテスト
実施時のテーブル構成及びテーブル関連図を示したもの
である。テストプログラム管理テーブル７０はテストの
対象となっているプログラム（被テストプログラム）を
識別するためのテーブルであり、全ての被テストプログ
ラムが登録されている。各エントリ１１０には被テスト
プログラム名１１１および該当するファイル管理テーブ
ルアドレス１１２が登録されている。図３の例では３つ
のテストプログラム”ＰＲＯＧ１”、”ＰＲＯＧ
２”、”ＰＲＯＧ３”が被テストプログラムとして登録
されている。

【００２９】ファイル管理テーブル７５はテストプログ
ラム管理テーブル７０のファイル管理テーブルアドレス
１１２からポイントされており、被テストプログラム名
１１１で示される被テストプログラムがアクセスする全
てのファイルが登録されている。ファイル名称１２１に
はアクセスされるファイルの名称が登録されており、ブ
ロック管理テーブルアドレス１２２は該当するファイル
のブロック管理テーブル８０のアドレスを示している。
図４の例では、被テストプログラム”ＰＲＯＧ１”が使
用中のファイルは”ｆｉｌｅ１”、”ｆｉｌｅ２”、”
ｆｉｌｅ３”の３つである。

【００３０】ブロック管理テーブル８０はファイルの各
ブロックの状態を保持している。各々のブロックについ
て該当ブロックに対する書き込み要求が発行されたか否
かを示す書き出しフラグ１３１、ブロックの内容を保持
する領域のアドレスであるメモリアドレス１３２を保持
している。図４の例では、”ｆｉｌｅ１”はｎ個のブロ
ックからなっており、ブロック番号１番、４番、ｎ番に
ついては既に書き出し要求が発行されている。

【００３１】ブロック待避領域９０は書き出し要求のあ
ったブロックの内容を保持しているメモリ領域である。
図４の例では、ブロック番号１番の内容は領域１４１
が、ブロック番号４番の内容は領域１４２が、ブロック
番号ｎ番の内容は領域１４３がそれぞれ保持している。

【００３２】図５に入力処理のフローチャートを示す。
ここでの処理は、被テストプログラムが入力要求を発行
した際に、その要求がブロックに対する最初の入力要求
であるか否かに応じて実データベース４０からの入力、
または、ブロック待避領域９０からの複写を実施してい
る。

【００３３】最初に、入力要求を発行したプログラムが
被テストプログラムであるか否かを判定する。テストプ
ログラム管理テーブル７０の全てのエントリを検索し
て、入力要求を発行したプログラム名が被テストプログ
ラム名１１１に登録されているかを調べる（ステップ５
０１）。登録されている場合には入力要求を発行したプ
ログラムは被テストプログラムである（ステップ５０
２）。被テストプログラムである場合には、テストプロ
グラム管理テーブル７０のファイル管理テーブルアドレ
ス１１２より、該当プログラムに対するファイル管理テ
ーブル７５のアドレスを取得する（ステップ５０３）。

【００３４】次に、入力を要求されているファイルに関
する情報を取得する。ファイル管理テーブル７５を検索
して入力要求の対象となっているファイル名がファイル
名称１２１に登録されているエントリを探す（ステップ
５０４）。エントリが発見できない場合には、該当被テ
ストプログラムからの該当ファイルに対する最初の入出
力要求であるため、ファイル管理テーブルに該当ファイ
ルを管理するためのエントリを追加する（ステップ５０
５）（図６参照）。エントリが発見できた場合にはブロ
ック管理テーブルアドレス１２２から該当ファイルに対
するブロック管理テーブル８０のアドレスを取得する
（ステップ５０７）。

【００３５】ブロック管理テーブル８０の要求されたブ
ロック番号に相当するエントリの書き出しフラグ１３１
を調べる（ステップ５０８）。書き出しフラグ１３１が
ｏｎである場合には、要求されたブロックに対して既に
書き込み要求が処理されている（ステップ５０９）。該
当エントリのブロック待避アドレス１３２で指定される
メモリ２０上の内容を入力の結果として、入力要求元の
被テストプログラムに返す（ステップ５１０）。ステッ
プ５０９で該当ブロックに対する書き出し処理が未実施
である場合、または、テストプログラム管理テーブルに
入力要求を発行したプログラム名が登録されていない、
すなわち該当プログラムが被テストプログラムでない場
合には要求通り実データベース４０よりブロックを読み
込む（ステップ５１１）。以上の処理により、被テスト
プログラムが更新したデータベースのブロックについて
は、該当被テストプログラムからはあたかも実際にデー
タベースを更新したかのようにプログラムのテストを進
めることができ、被テストプログラムが更新していない
データベースのブロックについては、実データベースの
内容を使用してプログラムのテストを実施することがで
きる。

【００３６】図６にファイル管理テーブル７５にエント
リを追加する処理（ステップ５０６）のフローチャート
を示す。まず空きのエントリを取得する。ファイル管理
テーブル７５の全てのエントリを検索し、ファイル名称
１２１にファイル名が登録されていないエントリを探す
（ステップ６０１）。エントリが見つかった場合にはそ
のエントリを使用する（ステップ６０２）。検索したエ
ントリのファイル名称１２１に登録するファイルの名称
を書き込む（ステップ６０３）。ブロック管理テーブル
８０を割当てて、そのアドレスをステップ６０１で探し
たブロック管理テーブルアドレス１２２にかきこむ（ス
テップ６０４）。割立てたブロック管理テーブル８０の
全てのエントリに対して書き出しフラグ１３１をｏｆｆ
（未書き出し）とし、メモリアドレス１３２を０（ブロ
ック待避領域未割当て）とする（ステップ６０５）。

【００３７】ステップ６０１にてエントリが発見できな
かった場合には（ステップ６０２）、現在のファイル管
理テーブルより大きい新たなファイル管理テーブルを割
当て、現ファイル管理テーブルの内容を複写した後、現
ファイル管理テーブルを削除して新たに割当てたファイ
ル管理テーブルを現ファイル管理テーブル７５とする
（ステップ６０６）。以上の処理により、被テストプロ
グラム３０が新たなファイルに対してアクセスを行った
場合にも、ファイル管理テーブル７５のエントリを拡張
することにより、入出力の管理を行うことが可能であ
る。

【００３８】次に図７を用いて出力処理のフローを説明
する。まず、テストプログラム管理テーブル７０を検索
して出力要求を発行したプログラムの名称が被テストプ
ログラム名１１１に登録されているか否かを調べる（ス
テップ７０１）。登録されている場合には出力要求を発
行したプログラムは被テストプログラムである（ステッ
プ７０２）。被テストプログラムからの入力要求である
場合にはテストプログラム管理テーブル７０のステップ
７０１で検索したエントリのファイル管理テーブルアド
レス１１２から該当プログラムに対するファイル管理テ
ーブル７５のアドレスを取得する（ステップ７０３）。
ファイル管理テーブル７５を検索して、入力要求の対象
となっているファイル名が登録されているファイル名称
１２１を探す（ステップ７０４）。ファイル名称１２１
が入力要求されたファイル名となっているエントリが発
見できない場合には、該当ファイルに対する該当被テス
トプログラムからの最初の出力要求である（ステップ７
０５）。そこで、該当ファイルに対するエントリを追加
する（ステップ５０６）。

【００３９】ファイル管理テーブル７５のブロック管理
テーブルアドレス１２２から出力要求の対象となってい
るファイルのブロック管理テーブル８０のアドレスを取
得する（ステップ７０７）。ブロック管理テーブル８０
の要求されたブロック番号に対応するエントリの書き出
しフラグ１３１を調べる（ステップ７０８）。書き出し
フラグ１３１がｏｆｆである場合には該当ブロックに対
しては該当被テストプログラムからは過去に出力要求が
発行されておらず、該当ブロックに対するブロック待避
領域は割当てられていない（ステップ７０９）。そこ
で、該当ブロックに対するブロック待避領域をメモリ中
に割当ててそのアドレスをメモリアドレス１３２に書き
込む（ステップ７１０）。書き出しフラグ１３１がｏｎ
である場合にはブロック待避領域が既に割当てられてい
るためステップ７１０は省略する。メモリアドレス１３
２で指定されたブロック待避領域に出力要求されたデー
タを複写して退避する（ステップ７１１）。

【００４０】ステップ７０２で出力要求を発行したプロ
グラム名が登録されていない場合には、該当プログラム
は被テストプログラムではない。そこで、要求通り指定
されたファイルの指定されたブロックにデータを書き出
す（ステップ７１２）。以上の処理により、出力要求を
発行したプログラムが被テストプログラムである場合に
は実ファイルにデータを書き込まずに、ブロック待避領
域にデータを退避する。このため、プログラムのテスト
中に実データベースが更新されることはない。

【００４１】次に、上記の入力処理、出力処理を可能と
するための初期設定処理について説明する。図８は初期
設定処理のフローチャートである。ここでは、プログラ
ムのテストに先立って該当プログラムを被テストプログ
ラムとしてテストプログラム管理テーブル７０に登録
し、関連するテーブルを初期設定している。

【００４２】まず、テストプログラム管理テーブル７０
の空きエントリを探す。テストプログラム管理テーブル
７０のエントリを探して、被テストプログラム１１１が
空欄（被テストプログラムが登録されていない）となっ
ているエントリを探す（ステップ８０１）。そのような
エントリが発見できない場合にはテストプログラム管理
テーブルの全てのエントリに被テストプログラムが登録
されているのである（ステップ８０２）。そこで、テス
トプログラム管理テーブルを拡張する。現在のテストプ
ログラム管理テーブルより大きな容量の領域をメモリ中
に割当てて、現テストプログラム管理テーブルの内容を
複写する。その後、現テストプログラム管理テーブルを
削除し、新たに割当てた領域をテストプログラム管理テ
ーブル７０とする（ステップ８０５）。以上の処理の
後、ステップ８０１に戻る。

【００４３】ステップ８０１で空きのエントリが発見で
きた場合には、そのエントリを使用する。発見した空き
エントリのプログラム名称１１１に被テストプログラム
とするプログラムの名称を格納する（ステップ８０
３）。該当被テストプログラムに対するファイル管理テ
ーブル７５を割り付け、ファイル名称１２１を空白で初
期設定し、ファイル管理テーブル７５のアドレスをテス
トプログラム管理テーブルの発見したエントリのファイ
ル管理テーブルアドレス１１２に書き込む（ステップ８
０４）。以上の処理により、テストの対象となるプログ
ラムを被テストプログラムとして登録し、関連するテー
ブルを初期設定できる。

【００４４】次に、テスト終了時の処理を説明する。図
９は被テストプログラム３０の実行が終了したときの終
了処理のフローチャートである。テストプログラム管理
テーブル７０中の該当被テストプログラムが登録されて
いるエントリを求める（ステップ９０１）。求めたエン
トリのファイル管理テーブル１１２からファイル管理テ
ーブル７５のアドレスを求める（ステップ９０２）。

【００４５】ファイル管理テーブル７５の全てのエント
リに対して以下の処理を繰り返す（ステップ９０３）。
該当エントリのブロック管理テーブルアドレス１２２よ
りブロック管理テーブル８０を求める（ステップ９０
４）。ブロック管理テーブル８０の全てのエントリに対
して以下の処理を繰り返す（ステップ９０５）。該当ブ
ロック番号に対応する書き出しフラグ１３１はｏｎ（書
き出し済み）であるか否かを判定する（ステップ９０
６）。ｏｎであれば、ブロック待避領域が割当てられて
いるため、そのアドレスをメモリアドレス１３２から取
得してブロック待避領域を解放する（ステップ９０
７）。ｏｆｆであればステップ９０７をパスする。全て
のブロックについてステップ９０６およびステップ９０
７を実行したかを調べ（ステップ９０８）、全てのブロ
ックについての実行が完了していなければステップ９０
６に戻る。全てのブロックについての実行が終了してい
れば、ブロック管理テーブル８０は不要となったので削
除する（ステップ９０９）。その後、ファイル管理テー
ブル７５中に登録されている全てのエントリについて処
理したかを判定し、エントリが残っていればステップ９
０４へ戻る（ステップ９１０）。全てのエントリについ
て処理が終了した場合には、ファイル管理テーブル７５
は不要となるため、ファイル管理テーブル７５を削除
し、テストプログラム管理テーブル７０の該当被テスト
プログラムが登録されているエントリの被テストプログ
ラムプログラム名１１１とファイル管理テーブルアドレ
ス１１２をクリアする（ステップ９１１）。以上の処理
で、テスト終了時にテスト環境を解放する。

【００４６】図１０にテストプログラム管理テーブル７
０の別の実施例を示す。ここでは、グループ化された一
連の被テストプログラムがデータベースを引き継ぎなが
らテストすることを可能としている。

【００４７】テストプログラム管理テーブル７０のグル
ープ名称２４１はグループの名称を格納する。被テスト
プログラム名２４２は、各々のグループを構成する被テ
ストプログラムの名称を格納する。また、ファイル管理
テーブルアドレス２４３は、各々のグループがアクセス
するファイルを管理するファイル管理テーブル７５のア
ドレスを保持している。

【００４８】図１０の例では、３つのグループＧＲＰ
１、ＧＲＰ２、ＧＲＰ３が登録されており、各々グルー
プを構成する被テストプログラムとして、ＧＲＰ１では
ＰＧＭ１１、ＰＧＭ１２、ＰＧＭ１３が、ＧＲＰ２では
ＰＧＭ２１、ＰＧＭ２２、ＰＧＭ２３が、ＧＲＰ３では
ＰＧＭ３１、ＰＧＭ３２が登録されている。さらに、各
々のグループに対するファイル管理テーブルはそれぞれ
７５ａ、７５ｂ、７５ｃである。

【００４９】図１１は初期設定処理の別の実施例のフロ
ーチャトである。ここでは、プログラムのテストに先立
ってテストグループとそれを構成する被テストプログラ
ム群をテストプログラム管理テーブル７０に登録し、関
連するテーブルを初期設定している。

【００５０】まず、テストプログラム管理テーブル７０
の空きのグループエントリを探す。テストプログラム管
理テーブル７０のエントリを探して、グループ名称２４
１が空欄（グループが登録されていない）となっている
エントリを探す（ステップ１１０１）。そのようなエン
トリが発見できない場合にはテストプログラム管理テー
ブル７０の全てのエントリにグループが登録されている
のである（ステップ１１０２）。そこで、テストプログ
ラム管理テーブルを拡張する。現在のテストプログラム
管理テーブルより大きな容量の領域をメモリ中に割当て
て、現テストプログラム管理テーブルの内容を複写す
る。その後、現テストプログラム管理テーブルを削除
し、新たに割当てた領域をテストプログラム管理テーブ
ル７０とする（ステップ１１０６）。以上の処理の後、
ステップ１１０１に戻る。

【００５１】ステップ１１０１で空きのエントリが発見
できた場合には、そのエントリを使用する。発見した空
きエントリのグループ名称２４１に被テストプログラム
のグループの名称を格納する（ステップ１１０３）。被
テストプログラム名称２４２に該当グループを構成する
全ての被テストプログラム名称を登録する（ステップ１
１０４）。次に該当グループに対するファイル管理テー
ブル７５を割り付け、ファイル名称１２１を空白で初期
設定し、ファイル管理テーブル７５のアドレスをテスト
プログラム管理テーブルの発見したエントリのファイル
管理テーブルアドレス２４３に書き込む（ステップ１１
０５）。以上の処理により、テストの対象となる被テス
トプログラムのグループを被テストプログラムとして登
録し、関連するテーブルを初期設定できる。

【００５２】図１２は終了処理の別の実施例のフローチ
ャートである。テストプログラム管理テーブル７０中の
該当被テストプログラムが被テストプログラム名称２４
２に登録されているエントリを求め、その内容をクリア
する（ステップ１２０１）。グループ名称２４１の全て
の被テストプログラム２４２がクリアされたかを判定す
る（ステップ１２０２）。クリアされていないエントリ
が残っているのであればグループに属する被テストプロ
グラムのいずれかがテスト実行中であるので終了処理を
終了する。全てのエントリがクリアされていれば、該当
グループに属する全ての被テストプログラム終了したの
で関連する資源の解放を行う。

【００５３】該当グループに対するエントリのファイル
管理テーブル２４３からファイル管理テーブル７５のア
ドレスを求める（ステップ１２０３）。ファイル管理テ
ーブル７５の全てのエントリに対して以下の処理を繰り
返す（ステップ１２０４）。該当エントリのブロック管
理テーブルアドレス１２２よりブロック管理テーブル８
０を求める（ステップ１２０５）。ブロック管理テーブ
ル８０の全てのエントリに対して以下の処理を繰り返す
（ステップ１２０６）。該当ブロック番号に対応する書
き出しフラグ１３１はｏｎ（書き出し済み）であるか否
かを判定する（ステップ１２０７）。ｏｎであれば、ブ
ロック待避領域が割当てられているため、そのアドレス
をメモリアドレス１３２から取得してブロック待避領域
を解放する（ステップ１２０８）。ｏｆｆであればステ
ップ２１７をパスする。全てのブロックについてステッ
プ１２０７およびステップ１２０８を実行したかを調べ
（ステップ１２０９）、全てのブロックについての実行
が完了していなければステップ１２０７に戻る。全ての
ブロックについての実行が終了していれば、ブロック管
理テーブル８０は不要となったので削除する（ステップ
１２１０）。その後、ファイル管理テーブル７５中に登
録されている全てのエントリについて処理したかを判定
し、エントリが残っていればステップ１２０５へ戻る
（ステップ１２１１）。全てのエントリについて処理が
終了した場合には、ファイル管理テーブル７５は不要と
なるため、ファイル管理テーブル７５を削除し、テスト
プログラム管理テーブル７０の該当グループが登録され
ているエントリのグループ名称２４１とファイル管理テ
ーブルアドレス２４３をクリアする（ステップ１２１
２）。以上の処理で、テスト終了時にテスト環境を解放
する。

【００５４】

【発明の効果】以上説明したように、本発明によれば、
プログラムのテストにより実データベースの内容が変更
されることがないため、稼働中のオンライン処理に影響
を与えることなくデータベースを更新するプログラムの
テストを行なうことができる。また、本発明によれば、
同一のデータベースをアクセスする複数のプログラムを
同時にテストすることができる。さらに、本発明によれ
ば、グループ化された被テストプログラムの内の一つの
テストプログラムが更新したデータベースの内容を他の
テストプログラムが引き継いでテストを実行することが
できる。また、本発明によれば、高速大容量の拡張記憶
を用いたため、多くのデータベースを更新するプログラ
ムのテストを行なうことができる。

【図面の簡単な説明】

【図１】本発明のプログラムテスト装置によるテストの
概要を示す図である。

【図２】プログラムテスト装置の概略構成を示す図であ
る。

【図３】プログラムテストの手順の概要を示す図であ
る。

【図４】プログラムテスト時に用いられるテーブルの構
成および各テーブルの関連図を示す図である。

【図５】入力処理のフローチャートを示す図である。

【図６】ファイル管理テーブルエントリ登録処理のフロ
ーチャートを示す図である。

【図７】出力処理のフローチャートを示す図である。

【図８】初期設定処理のフローチャートを示す図であ
る。

【図９】終了処理のフローチャートを示す図である。

【図１０】テストプログラム管理テーブルの別の構成例
を示す図である。

【図１１】初期設定処理の別のフローチャートを示す図
である。

【図１２】終了処理の別のフローチャートを示す図であ
る。

【符号の説明】

１０ ＣＰＵ ２０ メモリ ３０ 被テストプログラム ４０ データベース ５０ 端末 ６０ 入出力処理手段 ７０ テストプログラム管理テーブル ７５ ファイル管理テーブル ８０ ブロック管理テーブル ９０ ブロック退避領域 １１１ 被テストプログラム名 １１２ ファイル管理テーブルアドレス １２１ ファイル名称 １２２ ブロック管理テーブルアドレス １３１ 書き出しフラグ １３２ メモリアドレス

Claims (5)

【特許請求の範囲】
1. 【請求項１】 少なくとも処理装置と、記憶装置と、端
   末装置を備え、外部記憶装置に接続され、被テストプロ
   グラムを外部記憶装置上のファイルを使用して実行さ
   せ、該被テストプログラムをテスト／デバッグするプロ
   グラムテスト装置において、 該被テストプログラムが前記外部記憶装置上のファイル
   に対してブロックの書き出しを要求した場合に、該ブロ
   ックの内容を該ファイルへは書き出さずに主記憶または
   仮想記憶内に保存する手段と、 該被テストプログラムが前記ファイルの任意のブロック
   の読み込みを要求した場合に、該読み込み要求が該ブロ
   ックに対する該被テストプログラムからの最初の読み込
   み要求である場合、または、過去に該被テストプログラ
   ムから該ブロックに対して書き出しを要求していない場
   合には、前記ファイルの該ブロックからの読み込みを行
   う手段と、 該被テストプログラムが前記ファイルの任意のブロック
   の読み込みを要求した場合に、該読み込み要求が該ブロ
   ックに対する該被テストプログラムからの２番目以降の
   読み込み要求であった場合には前記主記憶または仮想記
   憶内に保存しておいた該ブロックの内容を前記ファイル
   の該ブロックからの読み込みの結果として被テストプロ
   グラムに渡す手段と、 該被テストプログラムの終了時に、前記主記憶または仮
   想記憶上に保存しておいた該ブロックの内容を破棄する
   手段とを前記処理装置に設け、 ファイルの内容を更新することなくプログラムのテスト
   ／デバッグを行なうよう構成したことを特徴とするプロ
   グラムテスト装置。
2. 【請求項２】 少なくとも処理装置と、記憶装置と、高
   速アクセス可能な拡張記憶と、端末装置を備え、外部記
   憶装置に接続され、被テストプログラムを外部記憶装置
   上のファイルを使用して実行させ、該被テストプログラ
   ムをテスト／デバッグするプログラムテスト装置におい
   て、 該被テストプログラムが前記外部記憶装置上のファイル
   に対してブロックの書き出しを要求した場合に、該ブロ
   ックの内容を該ファイルへは書き出さずに前記拡張記憶
   内に保存する手段と、 該被テストプログラムが前記ファイルの任意のブロック
   の読み込みを要求した場合に、該読み込み要求が該ブロ
   ックに対する該被テストプログラムからの最初の読み込
   み要求である場合、または、過去に該被テストプログラ
   ムから該ブロックに対して書き出しを要求していない場
   合には、前記ファイルの該ブロックからの読み込みを行
   う手段と、 該被テストプログラムが前記ファイルの任意のブロック
   の読み込みを要求した場合に、該読み込み要求が該ブロ
   ックに対する該被テストプログラムからの２番目以降の
   読み込み要求であった場合には前記拡張記憶内に保存し
   ておいた該ブロックの内容を前記ファイルの該ブロック
   からの読み込みの結果として被テストプログラムに渡す
   手段と、 該被テストプログラムの終了時に、前記拡張記憶上に保
   存しておいた該ブロックの内容を破棄する手段とを前記
   処理装置に設け、 ファイルの内容を更新することなくプログラムのテスト
   ／デバッグを行なうよう構成したことを特徴とするプロ
   グラムテスト装置。
3. 【請求項３】 請求項１または請求項２のいずれかの請
   求項記載のプログラムテスト装置において、プログラム
   のテストに先立って該当プログラムが被テストプログラ
   ムであることを登録する手段と、プログラムが入出力要
   求を発行した際に、該プログラムが被テストプログラム
   となっていることを前記登録した内容により識別する手
   段を前記処理装置に設けたことを特徴とするプログラム
   テスト装置。
4. 【請求項４】 請求項１乃至請求項３のいずれかの請求
   項記載のプログラムテスト装置において、前記ブロック
   の内容を保存するための領域を被テストプログラム毎に
   個別に確保する手段を前記処理装置に設けたことを特徴
   とするプログラムテスト装置。
5. 【請求項５】 請求項１乃至請求項３のいずれかの請求
   項記載のプログラムテスト装置において、被テストプロ
   グラムをグループ化し、前記ブロックの内容を保存する
   ための領域を前記グループ毎に個別に確保する手段を前
   記処理装置に設けたことを特徴とするプログラムテスト
   装置。