JP3202708B2 - ソフトウェアのエラー処理テストシステム、テスト方法及びテストプログラムの記録媒体 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はソフトウェアのテス
トに関し、特にエラー処理テストの自動化システム、方
法に関するものである。

【０００２】

【従来の技術】従来より、プログラムのデバッグ目的で
その機能を効率的にテストする方法は提案されており、
その内でテスト対象プログラムが呼び出す外部関数につ
いて提示されたものに例えば特開平８−２４９２１０号
公報がある。

【０００３】この外部関数に関する従来例は、テスト対
象プログラムが適用されるファクシミリ装置等の実機を
使用することなく汎用ワークステーションをテスト装置
とし対象プログラムのデバッグを半自動的に行えるテス
ト装置を提供するものであるが、テスト対象プログラム
が呼び出す外部関数について、それを疑似する関数をテ
スト装置に設け、テスト時対象プログラムが外部関数を
呼出すと対応する疑似関数が起動され、初回はオペレー
タにその関数の引数を提示し応答データのキーボード入
力を要求し、入力されたデータを対象プログラムに返す
と共に固有のファイル名をつけて、引数と一緒にテスト
データとして保存しておき２回目以降のテストで同様に
疑似関数が起動された場合、自動的に該ファイルデータ
を対象プログラムに返す例が示されている。

【０００４】しかしこの従来例では疑似関数は、その前
のステップの初期設定用疑似関数が応答したデータに対
応する正常な期待値を返しており、意図して異常値等を
返しその後の対象プログラムのエラー処理をテストする
ものではない。

【０００５】従って、従来特別なハードウェアでの疑似
障害手段を設けることなくプログラムのエラー処理の妥
当性をソフトウェア的に自動テストする方法はなく、こ
れをテストするには、机上での確認に加え、オペレータ
がデバッガ等を使用して擬似的にエラー状態に変更する
などの操作を繰り返し行い、実際にそのエラー処理を評
価確認していた。

【０００６】

【発明が解決しようとする課題】上述の従来技術には、
次のような問題点があった。第１の問題点は、外部関数
を呼び出す回数が増加すると、テストに必要な項目はそ
の呼び出し回数の二乗に比例して増加し、合わせてテス
ト工数も増大するということである。その理由は、ｎ回
目にあたる外部関数呼び出しのエラー処理をテストする
場合、それまでの(ｎ−１)回の外部関数呼び出しとその
応答結果が正常かを確認する必要があり、それらすべて
を合計すると、ほぼ（１＋２＋・・＋ｎ）即ちｎ（ｎ＋
１）／２に相当する確認回数となるためである。

【０００７】第２の問題点は、テスト項目を反復して実
施するためエラー処理の確認漏れやテスト時に作業ミス
が発生しやすいということである。

【０００８】

【課題を解決するための手段】本発明のソフトウェアの
エラー処理テストシステム（テスト方法）は、プログラ
ムによるアプリケーションインタフェース部呼び出しの
内、呼び出し元が指定のテスト対象プログラムであれば
その呼び出し状況を取得するための設定を施した後、前
記テスト対象プログラムを実行し正常時の前記呼び出し
状況を記憶装置に記憶する呼出状況取得手段（ステッ
プ）と、任意の一つの呼び出しについて、呼び出し元が
指定のテスト対象プログラムであればアプリケーション
インタフェース部にてエラーとなるための細工をするエ
ラー設定手段（ステップ）と、該設定後に実行されるテ
スト対象プログラムのエラー処理内容について判定する
判定手段（ステップ）と前記呼出状況取得手段（ステッ
プ）に実行指示後、前記記憶された正常時呼び出し状況
内の呼び出しの一つを実行順に選択し、その都度選択し
た呼び出しについてのエラー設定を前記エラー設定手段
（ステップ）に行わせ、テスト対象プログラムを実行
し、その際に取得されるアプリケーションインタフェー
ス部の呼び出し状況により前記判定手段（ステップ）に
エラー処理判定を行わせ判定結果を出力する主実行手段
（ステップ）とを備えプログラムのエラー処理テストを
自動実行する。

【０００９】又、前記主実行手段（ステップ）が、前記
呼出状況取得、該呼出状況の個々の呼出しについてのエ
ラー設定状態での対象プログラム実行に先立ち、テスト
対象プログラムが複数インスタンスで実行される際の共
有リソースを確保した状態のインスタンスとして記憶装
置に常駐させる手段（ステップ）を有し、前記判定手段
（ステップ）は前記エラー設定状態での対象プログラム
実行による前記インスタンスへの影響についても判定す
ることができる。

【００１０】又、上記判定手段（ステップ）は、呼出し
の種類毎にテスト項目との関連を示し、対象プログラム
のエラー処理で実行する呼び出しの判定手段（ステッ
プ）を集約した、呼び出しテーブル情報を備える。

【００１１】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して詳細に説明する。本発明のソフトウェ
アのエラー処理のテスト自動化システムの一実施の形態
は、図１に示す様に、プログラム制御により動作するデ
ータ処理装置１と、キーボード等の入力装置２と、情報
を記憶する記憶装置３と、フロッピー（登録商標）ディ
スクやハードディスク等の外部記憶装置４と、ディスプ
レイや印刷装置等の出力装置５とから構成されている。
オペレーティングシステム１１はアプリケーションイン
タフェース部１１１を有し、テスト実行確認部１２は主
実行手段１２１、呼出状況取得手段１２２、エラー設定
手段１２３、判定手段１２４を有する。

【００１２】尚、オペレーティングシステム１１とテス
ト実行確認部１２はデータ処理装置１により実行される
プログラムであり、データ処理装置１を立ち上げると記
憶装置３に展開される。テスト対象プログラムも実行時
には外部記憶装置４の実行形式ファイルが同様に記憶装
置３に展開されデータ処理装置１により実行される。呼
出状況記憶部３１、３２これらのベースアドレス３３、
３４書込ポインタ３５、関数アドレス３８、関数テーブ
ル１２５、実行指示カウンタ３６、対象ポインタ３７は
テスト実行確認部１２により定義される記憶装置３のエ
リアである。又記録媒体６はテスト実行確認部１２、関
数アドレス３８、関数テーブル１２５を含む記録媒体で
あり上記立ち上げ時外部記憶装置４からデータ処理装置
１により記憶装置３へロードされる。

【００１３】これらの手段はそれぞれ概略次の様に動作
する。主実行手段１２１は、テスト開始指示を受けると
呼出状況取得手段１２２を起動する。呼出状況取得手段
１２２は外部記憶装置４に格納されているテスト対象プ
ログラム４１の実行をオペレーティングシステム１１に
指示し、テスト対象プログラム４１がアプリケーション
インタフェース部１１１を呼び出す状況を監視して、こ
れを呼出状況記憶部３１に記憶する。

【００１４】主実行手段１２１は、呼出状況取得手段１
２２にて記憶した情報を呼出状況記憶部３１から取り出
し、テスト対象プログラム４１が１回目に実行する呼出
についてアプリケーションインタフェース部１１１にて
エラーとなる細工をエラー設定手段１２３に指示後、テ
スト対象プログラム４１の実行をオペレーティングシス
テム１１に指示し、その実行結果、正しくテスト対象プ
ログラム４１がエラー終了したかどうかを判定手段１２
４に判定させ結果を出力装置５に出力する。

【００１５】主実行手段１２１は、呼出状況内のテスト
対象プログラム４１が実行した２回目の呼出しをアプリ
ケーションインタフェース部１１１にてエラーとなる細
工をエラー設定手段１２３に指示後、テスト対象プログ
ラム４１の実行をオペレーティングシステム１１に指示
し、その実行結果、１回目の呼び出しで確保したリソー
スを解放したかどうか、および正しくテスト対象プログ
ラム４１がエラー終了したかどうかを判定手段１２４に
判定させ結果を出力装置５に出力する。主実行手段１２
１は、呼出し状況内の、テスト対象プログラム４１が実
行したｎ回目の呼出しがアプリケーションインタフェー
ス部１１１にてエラーとなる細工をエラー設定手段１２
３に指示後、テスト対象プログラム４１の実行をオペレ
ーティングシステム１１に指示し、その実行結果、確保
したリソースを解放したかどうか、および正しくテスト
対象プログラム４１がエラー終了したかどうかを出力装
置５のプリンタに出力する。

【００１６】次に、本発明の実施の形態の動作について
図面を参照して説明する。本実施の形態では、図１に示
すテスト対象プログラム４１は指定された入力ファイル
４２のキャラクタデータを、キャラクタドライバ４４を
使用して所定のキャラクタに変換し、指定された出力フ
ァイル４５に出力するものとする。又この処理の為アプ
リケーションインタフェース部１１１に、用意された種
々の関数を呼び出す。

【００１７】また、使用される関数は図２に示す様に、
入力装置２（キーボード及びマウス）及び標準出力装置
５（ディスプレイ）のアサインを要求するａｌｌｏｃａ
ｔｅｒｅｓｏｕｒｃｅ、必要ブロック数を引数として記
憶装置３リソースのアサインを要求するａｌｌｏｃａｔ
ｅ ｍｅｍｏｒｙ、ドライバのパス名・ファイル名のポ
インタを引数としてこれのシステムへの組込みを要求す
るｒｅｇｉｓｔｅｒｄｒｉｖｅｒ、アクセス制御コード
（ｒｅａｄ，ｗｒｉｔｅ）、パス名・ファイル名のポイ
ンタを引数としてファイルのオープンを要求するｏｐｅ
ｎ ｆｉｌｅ、バッファ先頭アドレス、読込みバイト
数、ファイルハンドルを引数としてファイルの読み出し
を要求するｒｅａｄ ｆｉｌｅ、バッファ先頭アドレ
ス、書込みバイト数、ファイルハンドルを引数としてフ
ァイルへの書込みを要求するｗｒｉｔｅ ｆｉｌｅ、出
力バッファ先頭アドレスを引数として標準出力装置５へ
の表示、を要求するｏｕｔｐｕｔ ｔｘｔ、ファイルハ
ンドルを引数としてファイルのクローズを要求するｃｌ
ｏｓｅ ｆｉｌｅ、ドライバのパス名・ファイル名のポ
インタを引数としてこれのシステムからの削除を要求す
るｄｅｌｅｔｅ ｄｒｉｖｅｒ、ブロック番号ポインタ
を引数として記憶装置３リソースの解放を指示するｒｅ
ｌｅａｓｅ ｍｅｍｏｒｙ、標準入出力の解放を指示す
るｒｅｌｅａｓｅ ｒｅｓｏｕｒｃｅ、自分が起動され
た時の起動元のコードセグメントをコードスタックにセ
ットし、プログラムの終了を報告するｔｅｒｍｉｎａｔ
ｅである。

【００１８】図３に示す様にこれらの関数はアプリケー
ションインタフェース部１１１に配置されており、各関
数は先頭が１Ｋバイト程度の境界になるよう配置されて
いるので各関数の末尾の後ろには数１０バイト程度は空
きエリアがある。又各関数の先頭、末尾アドレスはオペ
レーティングシステムの説明書等により事前に分かって
おりており関数アドレス３８として記憶装置３に用意出
来る。

【００１９】次に、図１のブロック図、図４と図５のフ
ローチャートを参照して本実施の形態の全体動作につい
て詳細に説明する。

【００２０】まず、入力装置２からテスト実行確認部１
２に対しテスト対象プログラム４１とこのプログラムが
使用する入力ファイル４２、出力ファイル４５のパス名
・ファイル名が指定され、テスト対象プログラム４１の
エラー処理確認の指示が与えられる（図４ステップＡ
１）。

【００２１】主実行手段１２１は、呼び出し状況の格納
アドレスとしてベースアドレス３３及び３４を共に呼出
状況記憶部３１を指す値に設定し、書込ポインタ３５を
「０」クリア後、テスト対象プログラム４１に対する実
行指示回数を知るため呼出状況取得手段１２２を起動す
る（図４ステップＡ２）。

【００２２】呼出状況取得手段１２２は先ずテスト対象
プログラム４１によるアプリケーションインタフェース
部１１１の関数呼出しをモニタ出来る様に記憶装置３上
のこれら関数プログラムのエントリ部分に、テスト対象
プログラム４１から呼ばれた場合自身の関数名（コー
ド）、引数パラメータを記憶装置３上の呼出状況記憶部
３１に書込むステップを組込み（以下このようなプログ
ラムの一部書き換えをパッチと省略する）対象プログラ
ム４１の実行を指示する（図４のステップＡ３）。

【００２３】このステップＡ３を図６及び図７により具
体的に説明する。ａｌｌｏｃａｔｅｒｅｓｏｕｒｃｅ関
数へのパッチを図７に示す。図６は本関数プログラムの
パッチ前の図でありエントリから受付処理の最初の命令
語、次命令語があり以下同処理の後続命令語群、リソー
ス使用状況チェック、使用可リソースの割当て、返値設
定処理等の命令語群が続き呼出元へのリターン命令で終
わっており以降数１０バイト程度以上の空きエリアとな
っている。この状態の関数プログラムに対し図７の
（１）に示すようにエントリの最初の命令語をデータ処
理装置の汎用レジスタ３（ＧＲ３）にセーブ後、該エリ
アを上記空きエリアに分岐するブランチ命令に書換え、
空きエリアにはこの関数の呼出元が記憶装置の所定のエ
リアに設定した戻りセグメント番号をＧＲ４にロードす
る命令、ＧＲ４のセグメント番号とテスト対象プログラ
ム４１にアサインされるコードセグメント番号（命令語
の即値で指定）を比較する命令、比較の結果等しくなか
った（ゼロインジケータがセットされなかった）時に数
命令先に復元されたエントリの最初の命令に分岐させる
命令を順次書き込む。

【００２４】次のエリアには呼出状況記憶部３１のベー
スアドレス３３をＧＲ５に、該記憶部書込ポインタ３５
をＧＲ６にロードする命令、本関数名（コード「０
１」）、呼び出し元がＧＲ０〜ＧＲ２にセットした本関
数への引数を、前記ロードしたベースアドレス３３と書
込ポインタ３５にて指定される呼出状況記憶部３１の所
定エリアにストアする命令、ＧＲ６内のポインタをイン
クリメント後所定エリアにストアする命令を書き込む。

【００２５】更に後続エリアには後からエラー設定手段
１２３がエラー設定の命令を埋め込み易いように数個の
ＮＯＰ命令を書き込み、その後にＧＲ３にセーブした命
令（受付処理最初の命令語）を復元し（書込み）後続に
受付処理の次命令へのブランチ命令を書込み本関数への
パッチを終了する。

【００２６】このパッチによりテスト対象プログラム４
１が本関数を呼び出すと本関数名と引数が呼出状況記憶
部３１に書込まれ書込ポインタ３５をインクリメント後
に本来の本関数処理にエントリされるようになる（エン
トリアドレス→→→→。）テスト対象プログラ
ム４１以外例えば主実行手段１２１が本関数を呼び出し
た場合には比較命令の結果が不一致となり上記呼び出し
状況記憶の処理はバイパスし本来の本関数処理にエント
リされる（エントリアドレス→→→’→）。

【００２７】呼出状況取得手段１２２は図２に示された
他の関数にも同様にパッチを施す。

【００２８】図４に戻り呼出状況取得手段１２２はオペ
レーティングシステム１１を介しテスト対象プログラム
４１の実行を指示する。テスト対象プログラム４１はア
プリケーションインタフェース部１１１に対し前述のａ
ｌｌｏｃａｔｅ ｒｅｓｏｕｃｅ、ａｌｌｏｃａｔｅ
ｍｅｍｏｒｙ、専用のキャラクタドライバ４４の組込み
のｒｅｇｉｓｔｅｒ ｄｒｉｖｅｒ、入力ファイル４２
のｆｉｌｅ ｏｐｅｎ、出力ファイル４５のｆｉｌｅ
ｏｐｅｎ、入力ファイル４２のデータ読出しの為のｒｅ
ａｄ ｆｉｌｅ、変換後データを出力ファイル４５へ書
込むｗｒｉｔｅｆｉｌｅ、処理が正常にされたことを画
面表示するｏｕｔ ｔｅｘｔ、入力ファイル４２のｃｏ
ｌｓｅ ｆｉｌｅ、出力ファイル４５のｃｏｌｓｅ ｆ
ｉｌｅキャラクタ系ドライバをシステムから外すｄｅｌ
ｅｔｅ ｄｒｉｖｅｒ、メモリリソースを解放するｒｅ
ｌｅａｓｅ ｍｅｍｏｒｙ、標準入出力を解放するｒｅ
ｌｅａｓｅ ｒｅｓｏｕｒｃｅ関数呼び出しを順次行
い、ｔｅｒｍｉｎａｔｅ関数に移行しプログラムを終了
する。従ってこれらの関数呼出状況が図１０に示す様に
呼出状況記憶部３１に取得されることになる。

【００２９】即ち該記憶部内相対アドレス０にはテスト
対象プログラム４１が最初に呼出したａｌｌｏｃａｔｅ
ｒｅｓｏｕｒｃｅが、相対アドレス１には２番目に呼
出したａｌｌｏｃａｔｅ ｍｅｍｏｒｙが引数のサイズ
値（Ｓ）と共に取得され、相対アドレス２には３番目に
呼出したキャラクタドライバ４４組込みのためのｒｅｇ
ｉｓｔｅｒ ｄｒｉｖｅｒと引数（ドライバのパス名・
ファイル名のポインタＰ１）が取得され以下同様に１４
番目のプログラム終了報告の呼出しまでが取得されてい
る。

【００３０】次に、図４のステップＡ４では、主実行手
段１２１は呼出状況記憶部３１より上記呼出状況を読出
し呼出の種類、ターミネイトを除く呼出回数（１３回）
を把握し、テスト対象プログラム４１の実行指示回数を
示す実行指示カウンタ３６にこの回数（１３回）をセッ
トし、前記呼出状況内のエラー設定対象呼出を順次指定
する対象ポインタ３７を「０」クリアする。 又以後の
呼出状況については呼出状況記憶部３２に記録されるよ
うにベースアドレス３３を該記憶部３２の先頭アドレス
に更新する。

【００３１】図４のステップＡ５では、書込ポインタ３
５も「０」クリア後、エラー設定手段１２３に対象ポイ
ンタ３７が指す呼出（最初のａｌｌｏｃａｔｅ ｒｅｓ
ｏｕｒｃｅ）がアプリケーションインタフェース部１１
１でエラーとなる設定を指示する。

【００３２】図４のステップＡ６では、エラー設定手段
１２３はこの関数の前記パッチエリアのＮＯＰ命令部分
を書込ポインタ３５のインクリメント後の値が「１」の
条件で本来のこの関数にエントリすることなく呼出元に
エラーインジケータ（データ処理装置１内のキャリーフ
ラグ）をセットし応答を返す命令に書換える。

【００３３】具体的には図７の（２）に示す様にＧＲ６
内のインクリメント後の書込ポインタ値と「１」との比
較命令、比較の結果が等しくなかった（０インジケータ
がセットされなかった）時は前記復元された受付処理の
最初の命令に分岐するブランチ命令を書込み、後続にブ
ランチしない場合のエラーインジケータをセットする命
令、返値（ＧＲ３、ＧＲ４）を典型的エラーコード例え
ば標準入出力装置は無いを示すコードに設定する命令、
そして呼び出し元へのリターン命令を書き込む。

【００３４】図４のステップＡ７では、主実行手段１２
１はオペレーティングシステム１１に対してテスト対象
プログラム４１の実行を指示し、実行指示カウンタ３６
を「１２」にデクリメントする。

【００３５】又、起動されたテスト対象プログラム４１
はアプリケーションインタフェース部１１１に対し最初
のａｌｌｏｃａｔｅ ｒｅｓｏｕｒｃｅ関数を呼び出す
と前記パッチとエラー設定により本関数呼出が呼出状況
記憶部３２に記憶され又本関数の本来の処理にエントリ
されることなくエラーインジケータがセットされ応答が
返される。ここでテスト対象プログラム４１は正しくは
標準入出力リソースがアサインされないということで以
後の処理に進むことなくｔｅｒｍｉｎａｔｅ関数に移行
しプログラムを終了する。本エラーに対する処理が正し
くなければ２回目以降のａｌｌｏｃａｔｅ ｍｅｍｏｒ
ｙ等の呼び出しを実行してしまう。何れにしてもこれら
呼出は呼出状況記憶部３２に記憶される。

【００３６】次に図５のステップに移り、主実行手段１
２１は、上記関数へのエラー設定をクリアするために設
定したエリアをＮＯＰ命令に書き戻す（図５のステップ
Ａ８）。この後、判定手段１２４にテスト対象プログラ
ム４１のエラー処理内容の判定を指示する（図５のステ
ップＡ１１）。

【００３７】判定手段１２４は呼出状況記憶部３２内の
呼出し状況について対象ポインタ３７が示す呼出（ａｌ
ｌｏｃａｔｅ ｒｅｓｏｕｒｃｅ）がエラーとなったも
のとし以降の呼び出しがエラー処理として正しいか８項
目についてチェックした結果を所定の出力バッファエリ
アに書込む（図５のステップＡ１２）。

【００３８】ステップＡ１２の詳細を図８、図９を用い
て説明する。判定手段１２４は先ずエラーメッセージ出
力をチェックするが、メッセージ出力の為の標準出力リ
ソース、出力バッファ用メモリがエラー時点では未だ確
保されておらず項目１はＯＫがセットされる。次にエラ
ー後アクティブ呼出が抑止されているかチェックする。

【００３９】図１２の関数テーブル１２５の項目２欄に
「１」がセットされたアクティブ関数を抑止している／
否に従って項目２のＯＫ／ＮＧをセットする。エラー後
に呼出がｔｅｒｍｉｎａｔｅのみであればＯＫとなり、
ａｌｌｏｃａｔｅ ｍｅｍｏｒｙ、ｒｅｇｉｓｔｅｒ
ｄｒｉｖｅｒ、ｏｐｅｎ ｆｉｌｅ、・・等が呼出され
ていれば当然ＮＧとなる。

【００４０】以後項目３はエラー前にオープンしたファ
イルを使用後又はエラー処理でクローズしたかのチェッ
クで、項目４はエラー前にシステムに組込んだドライバ
を使用後又はエラー処理でシステムより外したかのチェ
ックで、項目５はエラー前に取得したメモリリソースを
使用後又はエラー処理でリリースしたかのチェックであ
る。図９に移り、項目６はエラー前に取得した標準入出
力リソースを使用後又はエラー処理でリリースしたかの
チェックであり最初のａｌｌｏｃａｔｅ ｒｅｓｏｕｒ
ｃｅでエラーとした今回は正当に上記アクティブ関数が
抑止されていれば全てＯＫがセットされる。

【００４１】次にエラー後にｔｅｒｍｉｎａｔｅ関数に
移行しプログラムが終了している／否に従って項目７に
ＯＫ／ＮＧをセットする。項目８はエラー処理順のチェ
ックであり、エラー後複数の関数呼出しを行っている場
合、該複数呼び出しの任意の二つについて、エラーメッ
セージ出力とファイルクローズ及び専用ドライバ切離し
を第一グループとしメモリリソースリリースを第２グル
ープとし、標準入出力リソースリリースを第３グループ
とし、終了処理を最後とする順になっているかチェック
するものである。これも正当に上記アクティブ関数が抑
止されていれば項目８にもＯＫをセットする。

【００４２】次に対象ポインタ値（０）、エラー設定し
た呼出名（ａｌｌｏｃａｔｅ ｒｅｓｏｕｒｃｅ）、１
回目テスト結果をテスト実行確認部１２の所定の出力バ
ッファに書込む。ここでテスト結果として上記項目１〜
項目８に全てＯＫがセットされていればエラー処理は妥
当で必要かつ十分である旨のメッセージとし、ＮＧがセ
ットされていればＮＧの項目ＮＯとＮＧ概要メッセージ
とする。例えば項目２であれば「エラー後アクティブ呼
出しが抑止されてない」旨のコメントとする。判定手段
１２４は上記全てＯＫか否に応じて主実行手段１２１に
判定ＯＫ／ＮＧ終了を返す。

【００４３】図５のステップに戻り、主実行手段１２１
はこの出力バッファの内容をプリンタ出力しＮＧ判定終
了の場合は呼出状況記憶部３２の内容をこの時の書込ポ
インタ３５の値−１までのデータを有効データとして上
記出力に引続き出力する。そして１回目の判定のＯＫ／
ＮＧを記憶装置の所定エリアに書込み１回目のテスト処
理を終了する（図５ステップＡ１３）。

【００４４】次に、主実行手段１２１は実行指示カウン
タ３６の値をチェックする（図５ステップＡ１４）。０
でないので対象ポインタ３７を「１」にインクリメント
する（図５ステップＡ１５）。そして書込ポインタ３５
を「０」クリアし、エラー設定手段１２３に呼出状況記
憶部３１内の２回目の呼び出し（ａｌｌｏｃａｔｅｍｅ
ｍｏｒｙ）のエラー設定を指示する（図４ステップＡ
５）。

【００４５】エラー設定手段１２３はａｌｌｏｃａｔｅ
ｍｅｍｏｒｙ関数に対し１回目（図４ステップＡ６、
Ａ７及び図５ステップＡ８〜Ａ１１）と同様にＮＯＰ命
令部分の書き換えを行い対象プログラムの２回目の呼び
出しでエラーとなる細工をする。細工後、主実行手段１
２１はオペレーティングシステム１１にテスト対象プロ
グラム４１の実行を指示し、実行指示カウンタ３６を
「１１」にデクリメントし、２回目のエラー設定をクリ
ア後、判定手段１２４に２回目の呼び出しがエラーとな
った後の処理内容について判定を指示する。

【００４６】判定手段１２４は１回目（図５ステップＡ
１２）同様呼出状況記憶部３２の内容を読み出し項目１
〜８のチェックを行い結果を出力バッファに書き込む。
但し項目６については１回目の呼び出しで取得した標準
入出力リソースのリリースがされたか（エラーとなった
ａｌｌｏｃａｔｅ ｍｅｍｏｒｙ呼び出しの次にｒｅｌ
ｅａｓｅ ｒｅｓｏｕｒｃｅ呼び出しを行っているか）
をチェックする。

【００４７】主実行手段１２１は１回目（図５ステップ
Ａ１３）と同様に出力バッファ内容、ＮＧ終了時の呼出
状況記憶部３２の内容を出力し、２回目の判定結果（Ｏ
Ｋ／ＮＧ）を所定エリアに書込み２回目の処理を完了す
る。

【００４８】次に、主実行手段１２１は実行指示カウン
タ値が０でないので対象ポインタ３７を「２」にインク
リメント、書込みポインタ「０」クリアの後、エラー設
定手段１２３に呼出状況記憶部３１内の３回目の呼び出
し（ｒｅｇｉｓｔｅｒ ｄｒｉｖｅｒ）のエラー設定を
指示する。エラー設定手段１２３はｒｅｇｉｓｔｅｒｄ
ｒｉｖｅｒ関数に対し前記と同様に対象プログラムの３
回目の呼び出しでエラーとなる細工をする。細工後、主
実行手段１２１はオペレーティングシステム１１にテス
ト対象プログラム４１の実行を指示し、実行指示カウン
タ３６を「１０」にデクリメント後、エラー設定をクリ
アし判定手段１２４に３回目の呼び出しがエラーとなっ
た後のエラー処理の判定を指示する。

【００４９】判定手段１２４は前記同様呼出状況記憶部
３２の読出し、項目１〜８のチェックを行い結果を出力
バッファに書き込む。但し項目１について１回目の呼び
出しで標準入出力リソースを、２回目の呼び出しでメモ
リをそれぞれ取得しメッセージ出力環境は有り、エラー
メッセージ出力をチェックする。即ち「ドライバの組込
みに失敗しました」等のメッセージの入った記憶装置３
上のエリアを引数とした（ｏｕｔ ｔｘｔ）呼び出しが
４回目の呼び出しとして行われているかをチェックす
る。

【００５０】又２回目の呼び出しで確保したメモリがリ
リースがされたか（ｒｅｌｅａｓｅｍｅｍｏｒｙ呼び出
しを行っているか）を項目５でチェックし１回目の呼び
出しで確保した標準入出力がリリースされたか（ｒｅｌ
ｅａｓｅ ｒｅｓｏｕｒｃｅ呼び出しを行っているか）
を項目６でチェックし、エラーメッセージ出力の為の呼
び出し、メモリリリース呼び出し、入出力リリース呼び
出、プログラム終了呼び出しの順であるかを項目８でチ
ェックする。主実行手段１２１は前回同様に出力バッフ
ァ内容、ＮＧ終了時の呼出状況記憶部３２の内容を出力
し、３回目の判定結果（ＯＫ／ＮＧ）を所定エリアに書
込み３回目の処理を完了する。

【００５１】以降呼出状況記憶部３１内の４回目の呼出
（ｏｐｅｎ ｆｉｌｅ）〜１２回目の呼出（ｒｅｌｅａ
ｓｅ ｒｅｓｏｕｒｃｅ）まで同様に処理される。尚８
回目のｃｌｏｓｅ ｆｉｌｅ〜１２回目のｒｅｌｅａｓ
ｅ ｒｅｓｏｕｒｃｅにおいてはその回にエラー設定し
た呼び出しを主実行手段１２１がエラー設定クリア後に
正常実行時の呼び出し状況から取り出し、対象プログラ
ムに代わってその呼び出しを実行する。これによりファ
イルのクローズ或いはドライバのシステムからの外しあ
るいはメモリリソース或いは標準入出力リソースのリリ
ースをし、次回のテストのリソース等の要求呼び出しが
正常に行えるようにする。

【００５２】ここで本発明の理解を深める為に判定手段
１２４によるエラー処理内容の判定について、６回目の
呼び出し（ｒｅａｄ ｆｉｌｅ）のエラーに対する処理
例について詳細に説明する。判定手段１２４は主実行手
段１２１より対象ポインタ３７値を５とし判定指示を受
けると、テスト対象プログラム４１が実行した呼出状況
（記憶部３２）を参照しながら処理する。又、この内容
は正しくエラー処理されていれば図１１に示す様にな
る。

【００５３】図８を参照し、判定手段１２４は項目１と
しメッセージ出力環境が有る時にはエラーメッセージを
出力したかをチェックする。即ち呼出状況記憶部３２に
おいて相対アドレス０から対象ポインタ−１（＝４）ま
でをスキャンし相対アドレス０、１にａｌｌｏｃａｔｅ
ｒｅｓｏｕｒｃｅ、ａｌｌｏｃａｔｅ ｍｅｍｏｒｙ
関数呼び出しが実行され且つこれらのリリースがされて
ないことを確認し、エラー発生時メッセージ出力環境有
りと見なし、エラーメッセージ出力をチェックする。図
１２に示す関数テーブル１２５が記憶装置３上に用意さ
れており項目１の欄はエラー回数の行に「１」がセット
されｏｕｔ ｔｘｔ関数の行に「−１」がセットされて
おり、相対アドレス対象ポインタ＋１（＝６）以降でエ
ラーメッセージの入ったメッセージバッファを引数とし
たｏｕｔ ｔｘｔ関数を探す。相対アドレス６に該当関
数がありエラーメッセージ出力と見なしエラー回数の１
に対し上記−１を加算し０となるので項目１にＯＫをセ
ットする。

【００５４】次にエラーとなった呼び出し以降のアクテ
ィブ呼出抑止をチェックする。これは関数テーブル１２
５の項目２の欄に「１」がセットされている関数（ｗｒ
ｉｔｅ ｆｉｌｅ、ｏｐｅｎ ｆｉｌｅ、ｒｅｇｉｓｔ
ｅｒ ｄｒｉｖｅｒ、ａｌｌｏｃａｔｅ ｍｅｍｏｒ
ｙ、ａｌｌｏｃａｔｅ ｒｅｓｏｕｒｃｅ）それぞれに
ついて、記憶部３２の相対アドレス６以降にて呼び出し
てないかチェックし該当関数呼び出しは無く上記「１」
は全て加算されず０となり項目２にＯＫをセットする。

【００５５】次にオープンしたファイルは全てクローズ
したかをチェックする。関数テーブル１２５の項目３の
欄に「１」がセットされているｏｐｅｎ ｆｉｌｅ関数
の有無を、呼出状況記憶部３２の相対アドレス０以降に
ついてチェックし有れば「１」加算し、関数テーブル１
２５の項目３の欄に「−１」がセットされているｃｌｏ
ｓｅ ｆｉｌｅ関数の有無を同様に相対アドレス０以降
でチェックし、有れば「−１」加算しその総計にて判定
する。図１１の例では相対アドレス３のｏｐｅｎ ｆｉ
ｌｅ検出で＋１し、相対アドレス７に引数が対応するｃ
ｌｏｓｅ ｆｉｌｅ検出で−１加算し、同様に相対アド
レス４のｏｐｅｎ ｆｉｌｅ検出で＋１、対応する相対
アドレス８のｃｌｏｓｅ ｆｉｌｅ検出で−１加算し総
計は０となり項目３にＯＫをセットする。項目３と同様
に、関数テーブル１２５の項目４の欄に「１」がセット
されているｒｅｇｉｓｔｅｒ ｄｒｉｖｅｒ関数の有無
を、呼出状況記憶部３２の相対アドレス０以降について
チェックし有れば「１」加算し、「−１」がセットされ
ているｄｅｌｌｅｔｅ ｄｒｉｖｅｒ関数の有無を同様
に相対アドレス０以降でチェックし、「−１」加算しそ
の総計にて判定する。図１１の例では相対アドレス２の
ｒｅｇｉｓｔｅｒ ｄｒｉｖｅｒ検出で＋１し、相対ア
ドレス９に引数が対応するｄｅｌｌｅｔｅ ｄｒｉｖｅ
ｒ検出で−１加算し総計は０となり項目４にＯＫをセッ
トする。以下関数テーブル１２５の項目５の欄に「１」
がセットされているａｌｌｏｃａｔｅ ｍｅｍｏｒｙ関
数についても同様手順にて判定され項目５に結果をセッ
トする。

【００５６】又、図９に移り関数テーブル１２５の項目
６の欄に「１」がセットされているａｌｌｏｃａｔｅ
ｒｅｓｏｕｒｃｅ関数についても同様に判定され項目６
に結果をセットする。図１１の例ではこれら項目にＯＫ
がセットされるのは明らかである。

【００５７】次に関数テーブル１２５の項目７の欄に
「１」がセットされている実行回数と項目７の欄に「−
１」がセットされているｔｅｒｍｉｎａｔｅ関数の有無
を、呼出状況記憶部３２の相対アドレス６以降について
チェックし有れば「−１」加算しその総計にて判定す
る。実行回数は１回につき「＋１」加算し相対アドレス
１２のｔｅｒｍｉｎａｔｅ検出で−１加算し結果「０」
となり項目７にＯＫをセットする。項目８ではエラー後
複数関数呼び出しを行っている場合の順番の妥当性のチ
ェックでであり関数テーブル１２５の項目８の欄にセッ
トされた順番値（小さい方が先行）であるかをチェック
する。図１１の例では相対アドレス６にエラーメッセー
ジ出力のｏｕｔ ｔｘｔ、相対アドレス７、８にｃｌｏ
ｓｅ ｆｉｌｅ、相対アドレス９にｄｅｌｌｅｔｅ ｄ
ｒｉｖｅｒが記録されておりこれらは第１グループであ
り、この後に第２グループのｒｅｌｅａｓｅ ｍｅｍｏ
ｒｙ、第３グループのｒｅｌｅａｓｅ ｒｅｓｏｕｒｃ
ｅ、第４グループのｔｅｒｍｉｎａｔｅと記録されてお
り順番値に沿うので項目８にＯＫをセットする。以降の
項目１〜８の結果による６回目の呼び出しとしての判定
結果の主実行手段１２１への返答、判定結果の出力バッ
ファへの書き込みは前記の通りであり、図１１の例では
必要十分なエラー処理がされた旨出力されるのは明らか
である。

【００５８】次に本発明の他の実施の形態について説明
する。テスト対象プログラム４１は前記変換処理を実行
するが、そのコードセグメント、共有データセグメン
ト、標準入出力リソース及びキャラクタドライバ４４を
共有リソースとしてリエントラント（再入可能）構造を
有するものとする。この場合、前記リソースを共有しな
がら異なるインスタンスとして実行可能である。

【００５９】例えばオペレーティングシステム１１を介
しテスト対象プログラム４１にリエントラントな形で終
了する様指定し実行指示すると、テスト対象プログラム
４１はインスタンス＃１として起動され、標準入出力リ
ソース、共有データ用のメモリリソース、個別ワークエ
リア用メモリリソースのアロケートをアプリケーション
インタフェース部１１１に要求し、キャラクタドライバ
組み込み、入力ファイル４２、出力ファイル４５のオー
プンを要求後、入力ファイル４２の読出、出力ファイル
４５への書込とテキスト出力要求を行いながら変換処理
を実行後、前記共通リソースはそのままにし入力ファイ
ル４２と出力ファイル４５のクローズ、個別ワークエリ
ア用メモリリリースを要求し終了する。この状態で上記
とは異なる入力ファイル４３と出力ファイル４６を指定
し、テスト対象プログラム４１にリエントラント終了指
定で実行指示をするとテスト対象プログラム４１はイン
スタンス＃２として起動され、個別ワークエリア用メモ
リリソースのアロケート、入力ファイル４３、出力ファ
イル４６のオープンを要求後、ファイルの読出、書込と
テキスト出力要求を行いながらインスタンス＃２の変換
処理を実行後、入力ファイル４３と出力ファイル４６の
クローズ、個別ワークエリア用メモリリリースを要求し
終了する。

【００６０】従って、＃２以降のインスタンスの一つと
して実行中にエラーが発生しエラー処理する場合に、そ
のインスタンスが要求しアロケートされた個別リソース
をリリースする確認の他に記憶装置３上に常駐し待機状
態にある他のインスタンスに影響を与えないこともテス
トする必要がある。具体的には、共有リソースがリリー
スされない確認をすればよい。即ち、テスト対象プログ
ラム４１をリエントラント終了するよう、インスタンス
＃１として実行指示後、インスタンス＃２を前記最初の
実施例で示したテスト方法と全く同様に呼び出し状況取
得、取得した呼び出しの個々について実行順に一つ選択
しつつエラー設定、実行、エラー処理内容解析判定を繰
返すことにより上記前者の確認が出来ることは明らかで
ある。又後者の確認は上記エラー設定クリア、エラー処
理内容判定後にテスト対象プログラム４１を再実行し正
常終了することを確認すればよい。

【００６１】図１３は複数インスタンスの一つとして実
行時のエラー処理テストをオプションとし指示した場
合、該テスト込みで自動実行するテスト実行確認部１２
のフローチャートである。

【００６２】入力装置２からテスト実行確認部１２に対
しテスト対象プログラム４１名とオプションとして複数
インスタンステストを指定し、ファイル指定の１番目と
して入力ファイル４２、出力ファイル４５のパス名・フ
ァイル名を２番目として入力ファイル４３、出力ファイ
ル４６のパス名・ファイル名を指定後、テスト開始を指
示する（図１３ステップＲ１）。

【００６３】テスト実行確認部１２は前記最初の実施の
形態の手順にてテスト対象プログラム４１について単独
実行の形でＮ回のエラー処理テスト及び結果の印刷を実
行する（図１３ステップＲ２）。テスト実行確認部１２
はこれらの結果が全てＯＫであれば、受信した複数イン
スタンステスト指定をチェック（図１３ステップＲ４）
し、この指定がセットされているので次ステップに進
む。これ以外のケースでは自動的にテストを終了する。

【００６４】ステップＲ５では呼出状況記憶部３１及び
３２、このエリアへの書込ポインタ３５、実行指示カウ
ンタ３６、対象ポインタ３７をクリアする（図１３ステ
ップＲ５）。次に、テスト実行確認部１２はオペレーテ
ィングシステム１１を介し、リエントラント終了、ファ
イル指定Ｎｏ．１を指定してテスト対象プログラム４１
の実行を指示する（図１３ステップＲ６）。テスト対象
プログラム４１はインスタンス＃１として起動され共有
リソースを確保したままでこのインスタンスは終了す
る。次に呼出状況記憶３１及び３２、このエリアへの書
込ポインタ３５の再クリア後、リエントラント終了、フ
ァイル指定Ｎｏ．２指定でテスト対象プログラム４１の
実行を指示するとインスタンス＃２として実行され、こ
の時の呼出状況を取得する（図１３ステップＲ７）。こ
の呼出状況の１回目の呼出し（ａｌｌｏｃａｔｅｍｅｍ
ｏｒｙ（引数：個別ワークエリア対応のブロック数）に
ついて最初の実施例同様のエラー設定、リエントラント
終了形での対象プログラム実行、エラー設定のクリア、
エラー処理内容についての項目１〜８の判定、その結果
出力を行う。項目１〜８が全てＯＫであれば、対象プロ
グラムを再実行し正常終了するかを確認しその結果を出
力する（図１３ステップＲ１０）。正常終了しなかった
場合はその回でテストを終了する。以上を呼出状況の最
後の呼出し迄Ｌ回繰り返しテストを終了する（図１３ス
テップＲ１１）。

【００６５】上記二つの実施の形態では、呼出し状況の
監視とエラー設定のため関数への命令語レベルのパッチ
の一例を示したが、関数がマクロレベルであれば書き換
えもマクロレベルであっても構わない。又関数自体を書
き換えるのでなく対象プログラムからの呼出しの全てを
フックしこれを記録すると共に正規の関数を呼出し又対
象プログラムからの特定の呼出しのみエラー応答を返す
コールゲートをテスト実行確認部にアサインされたエリ
アに集中的に設け、関数への割り込みベクタテーブルを
このコールゲートプログラムのエントリアドレスに書き
換える方法であっても構わない。

【００６６】上記二つの実施の形態では、呼出し状況の
監視とエラー設定のため、テスト実行確認部１２よりア
プリケーションインタフェース部１１１の関数へのパッ
チの一例を示したが、オペレーティングシステム１１の
記憶保護のため、オペレーティングシステム１１の外部
プログラムから内部関数エリアの書込みアクセスが許容
されてないオペレーティングシステム１１では、通常オ
ペレーティングシステム１１に内部ファイル、エリアの
書換ツール（ユーティリティ）が用意されておりこのツ
ールに、アドレス、書き込みデータを渡すことによりパ
ッチできる。

【００６７】上記二つの実施の形態では、取得した呼出
状況のプログラム終了の前の呼び出しまで、エラー設定
しテストし、ファイルクローズ、ドライバのシステムか
らの削除、リソースリリースについてはエラー設定しテ
スト後エラー設定をクリアし再呼出しを実行しリソース
等のリリースを行っているが、これらリリース系の呼出
しのテストはスキップする方法もある。

【００６８】上記二つの実施の形態では、エラー処理内
容の判定項目の例として項目１〜８を示したが、これは
一例であり、項目１〜８を全て分析判定する必要はな
く、又他の項目を含めて判定してもよい。

【００６９】上記他の実施の形態の複数インスタンスで
実行時のエラーテストでは、毎回、項目１〜８の判定後
最初に常駐させたインスタンスへの影響をテストしてい
るが、Ｌ回のエラー設定してのテスト後に最後に１回最
初に常駐させたインスタンスへの影響をテストする方法
も考えられる。

【００７０】

【発明の効果】第１の効果は、テストにかかる工数を大
きく削減できることにある。その理由は、対象プログラ
ム、該プログラム処理の入出力データファイルを指定し
テストを開始すれば、オペレータの介在なしで自動実行
するので、オペレータの負担が軽減され、又操作入力待
ち時間が発生しないためである。

【００７１】第２の効果は、テストにおける作業ミスや
確認漏れを低減できることにある。その理由は、オペレ
ータがデバッガ等を操作して擬似的にエラーを発生させ
る必要がないためである。

【００７２】第３の効果は広範囲のプログラムを対象と
しそのエラー処理についてテスト出来ることにある。そ
の理由は、テスト対象プログラムの正常実行時のオペレ
ーティングシステムのアプリケーションインタフェース
部呼び出し状況を取得後、これに基づいて疑似エラー設
定、エラー処理内容の解析判定をする為、オペレーティ
ングシステムのアプリケーションインタフェース部呼び
出しを行うプログラムの全てが対象となる為である。

【００７３】第４の効果はエラー処理ステップの大半を
テストできることにある。その理由は上記対象となり得
るプログラムの多くが処理フローの要所要所で該呼び出
しを行うのでエラー処理ステップの大半がテストされ、
又複数インスタンスで実行時のエラー処理についてもテ
ストしている為である。

【００７４】第５の効果はオペレーティングシステムの
改版若しくは類似オペレーティングシステムへの移植に
伴い、呼び出し関数の追加変更が必要となる場合にも本
テストシステム、方法及びプログラム媒体の修正が容易
にできることである。その理由はシステムに集約的に設
けられた、関数テーブルと関数アドレス情報に追加され
た関数について値を追加し変更された関数について値を
修正すれば対応出来る為である。

【図面の簡単な説明】

【図１】本発明の実施の形態のテストシステム、方法の
全体を示すブロック図

【図２】本発明の実施の形態のテスト対象プログラム４
１が呼び出すアプリケーションインタフェース部１１１
の関数を示す図

【図３】本発明の実施の形態のアプリケーションインタ
フェース部１１１の関数のメモリ配置を示す図

【図４】本発明の実施の形態のテスト実行確認部１２の
処理を示すフローチャート（１／２）

【図５】本発明の実施の形態のテスト実行確認部１２の
処理を示すフローチャート（２／２）

【図６】本発明の実施の形態のアロケートリソース関数
のメモリ配置を示す図

【図７】本発明の実施の形態のアロケートリソース関数
へのパッチを示す図

【図８】本発明の実施の形態の判定手段１２４の処理フ
ロー（１／２）

【図９】本発明の実施の形態の判定手段１２４の処理フ
ロー（２／２）

【図１０】本発明の実施の形態の正常実行呼出状況で呼
出状況記憶部３１の内容

【図１１】本発明の実施の形態のエラー設定実行呼出状
況で呼出状況記憶部３２の内容

【図１２】本発明の実施の形態の関数テーブル

【図１３】本発明の他の実施の形態の複数インスタンス
テストを含むテスト実行確認部１２の処理フロー

【符号の説明】

１ データ処理装置 ２ 入力装置 ３ 記憶装置 ４ 外部記憶装置 ５ 出力装置 ６ 記録媒体 １１ オペレーティングシステム １２ テスト実行確認部 ３１ 呼出状況記憶部 ３２ 呼出状況記憶部 ３３ ベースアドレス ３４ ベースアドレス ３５ 書込ポインタ ３６ 実行指示カウンタ ３７ 対象ポインタ ３８ 関数アドレス ４１ テスト対象プログラム ４２ 入力ファイル ４３ 入力ファイル ４４ キャラクタドライバ ４５ 出力ファイル ４６ 出力ファイル １１１ アプリケーションインタフェース部 １２１ 主実行手段 １２２ 呼出状況取得手段 １２３ エラー設定手段 １２４ 判定手段 １２５ 関数テーブル

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平６−175879（ＪＰ，Ａ) 特開 平９−218805（ＪＰ，Ａ) 特開 平10−269105（ＪＰ，Ａ) 特開 平４−353938（ＪＰ，Ａ) 特開 平９−265412（ＪＰ，Ａ) 特開 平４−175833（ＪＰ，Ａ) 特開 平２−190942（ＪＰ，Ａ) 特開 平６−75813（ＪＰ，Ａ) 特開 平10−11879（ＪＰ，Ａ) 特開 平８−249210（ＪＰ，Ａ) 特開 平11−296443（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 11/28 - 11/36 G06F 11/22

Claims (9)

(57)【特許請求の範囲】
1. 【請求項１】 プログラムのエラー処理テストを自動実
   行するシステムであって、プログラムによるアプリケー
   ションインタフェース部呼び出しの内、呼び出し元が指
   定のテスト対象プログラムであればその呼び出し状況を
   取得するための設定を施した後、前記テスト対象プログ
   ラムを実行し正常時の前記呼び出し状況を記憶装置に記
   憶する呼出状況取得手段と、任意の一つの呼び出しにつ
   いて、呼び出し元が指定のテスト対象プログラムであれ
   ばアプリケーションインタフェース部にてエラーとなる
   ための細工をするエラー設定手段と、該設定後に実行さ
   れるテスト対象プログラムのエラー処理内容について判
   定する判定手段と、前記呼出状況取得手段に実行指示
   後、前記記憶された正常時呼び出し状況内の呼び出しの
   一つを実行順に選択し、その都度選択した呼び出しにつ
   いてのエラー設定を前記エラー設定手段に行わせ、テス
   ト対象プログラムを実行し、その際に取得されるアプリ
   ケーションインタフェース部の呼び出し状況により前記
   判定手段にエラー処理判定を行わせ判定結果を出力する
   主実行手段とを備えることを特徴とするエラー処理テス
   トシステム。
2. 【請求項２】 前記主実行手段が、さらに前記呼出状況
   取得、該呼出状況の個々の呼出しについてのエラー設定
   状態での対象プログラム実行に先立ち、テスト対象プロ
   グラムが複数インスタンスで実行される際の共有リソー
   スを確保した状態のインスタンスとして前記記憶装置に
   常駐させる手段を有し、前記判定手段が前記エラー設定
   状態での対象プログラム実行による前記インスタンスへ
   の影響についても判定する請求項１記載のエラー処理テ
   ストシステム。
3. 【請求項３】 前記判定手段が、呼出しの種類毎に判定
   項目との関連を示す呼出しテーブル情報と該呼出しテー
   ブル情報に基づき、前記テスト対象プログラムがエラー
   後の処理で実行する呼出しについて判定する手段を含む
   請求項１または請求項２記載のエラー処理テストシステ
   ム。
4. 【請求項４】 プログラムのエラー処理テストを自動実
   行する方法であって、プログラムによるアプリケーショ
   ンインタフェース部呼び出しの内、呼び出し元が指定の
   テスト対象プログラムであればその呼び出し状況を取得
   するための設定を施した後、前記テスト対象プログラム
   を実行し正常時の前記呼び出し状況を記憶装置に記憶す
   る呼出状況取得ステップと、任意の一つの呼び出しにつ
   いて、呼び出し元が指定のテスト対象プログラムであれ
   ばアプリケーションインタフェース部にてエラーとなる
   ための細工をするエラー設定ステップと、該設定後に実
   行されるテスト対象プログラムのエラー処理内容につい
   て判定する判定ステップと、前記呼出状況取得ステップ
   を実行後、前記記憶された正常時呼び出し状況内の呼び
   出しの一つを実行順に選択し、その都度選択した呼び出
   しについてのエラー設定を前記エラー設定ステップによ
   り行ない、テスト対象プログラムを実行し、その際に取
   得されるアプリケーションインタフェース部の呼び出し
   状況を前記判定ステップにより判定し結果を出力する主
   制御ステップとを含むことを特徴とするエラー処理テス
   ト方法。
5. 【請求項５】 前記主制御ステップが、さらに前記呼出
   状況取得、該呼出状況の個々の呼出しについてのエラー
   設定状態での対象プログラム実行に先立ち、テスト対象
   プログラムが複数インスタンスで実行される際の共有リ
   ソースを確保した状態のインスタンスとして記憶装置に
   常駐させるステップも含み、前記判定ステップが前記エ
   ラー設定状態での対象プログラム実行による前記インス
   タンスへの影響についても判定するステップを含む請求
   項４記載のエラー処理テスト方法。
6. 【請求項６】 前記判定方法が、呼び出しの種類毎に判
   定項目との関連を示す呼び出しテーブル情報と該テーブ
   ル情報に基づき、前記テスト対象プログラムがエラー後
   の処理で実行する呼び出しについて判定するステップと
   を含む請求項４または請求項５記載のエラー処理テスト
   方法。
7. 【請求項７】 プログラムによるアプリケーションイン
   タフェース部呼び出しの内、呼び出し元が指定のテスト
   対象プログラムであればその呼び出し状況を取得するた
   めの設定を施した後、前記テスト対象プログラムを実行
   し正常時の前記呼び出し状況を記憶装置に記憶する呼出
   状況取得手順と、任意の一つの呼び出しについて、呼び
   出し元が指定のテスト対象プログラムであればアプリケ
   ーションインタフェース部にてエラーとなるための細工
   をするエラー設定手順と、該設定後に実行されるテスト
   対象プログラムのエラー処理内容について判定する判定
   手順と、前記呼出状況取得手順を実行後、前記記憶され
   た正常時呼び出し状況内の呼び出しの一つを実行順に選
   択し、その都度選択した呼び出しについてのエラー設定
   を前記エラー設定手順により行ない、テスト対象プログ
   ラムを実行し、その際に取得されるアプリケーションイ
   ンタフェース部の呼び出し状況を前記判定手順により判
   定し結果を出力する主制御手順とをコンピュータに実行
   させるためのエラー処理テストプログラムを記録した媒
   体。
8. 【請求項８】 前記主制御手順が、前記呼出状況取得、
   該呼出状況の個々の呼出しについてのエラー設定状態で
   の対象プログラム実行に先立ち、テスト対象プログラム
   が複数インスタンスで実行される際の共有リソースを確
   保した状態のインスタンスとして記憶装置に常駐させる
   手順を含み、前記判定手順が前記エラー設定状態での対
   象プログラム実行による前記インスタンスへの影響につ
   いても判定する手順を含む請求項７記載の記録媒体。
9. 【請求項９】 前記判定手順が、呼び出しの種類毎に判
   定項目との関連を示す呼び出しテーブル情報と該テーブ
   ル情報に基づき、前記テスト対象プログラムがエラー後
   の処理で実行する呼び出しについて判定する手順とを含
   む請求項７または請求項８記載の記録媒体。