JPH1083328A - 単体テスト用疑似入出力実現方式 - Google Patents

Abstract

(57)【要約】 【課題】 単体テスト時に必要な外部環境の準備工数を
削減し、プログラム開発の生産性を向上させ、単体テス
トの操作性を向上させる。 【解決手段】 プリコンパイラ２は、テスト／本番識別
オプションが「単体テスト指定」であれば原始プログラ
ム１から抽出した外部データアクセス命令を疑似入出力
命令に変換して外部環境を用いずに単体テストを行うた
めのテスト用プログラム３を生成し、当該オプションが
「本番指定」であれば原始プログラム１を修正せずにリ
コンパイルするだけで本番に適用できる本番用プログラ
ム４を生成する。コンパイラ５は、テスト用プログラム
３に基づきテスト用モジュール６を生成し、本番用プロ
グラム４に基づき本番用モジュール７を生成する。リン
カ９は、テスト用モジュール６に基づきテスト用ロード
モジュール１１を生成し、本番用モジュール７に基づき
本番用ロードモジュール１２を生成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、アプリケーション
プログラムの開発方式に関し、特に開発対象のアプリケ
ーションプログラムの単体テスト時に必要な環境整備等
に要する工数の削減を目的とした単体テスト用疑似入出
力実現方式に関する。

【０００２】

【従来の技術】本願発明に関する従来の技術としては、
特開平４−１９５６４０号公報に記載された技術（プロ
グラム試験方法）がある。

【０００３】この従来の技術は、「埋込みＳＱＬが記述
されたプログラム試験方法であって、プログラムが使用
することを前提としているデータベース管理システムを
使用することなく、プログラム実行時における埋込みＳ
ＱＬステートメントの、ＳＱＬ関連変数（ホスト変数）
に対する入出力を、利用者と対話形式で疑似する手続き
を格納したライブラリを保持すると共に、プログラム中
の埋込みＳＱＬの記述をプリコンパイルして、埋込みＳ
ＱＬの動作を疑似する手続きの記述あるいは疑似手続き
の呼出しに変換する第１の過程と、第１の過程の結果生
じる埋込ＳＱＬの記述がなくなったプログラムをコンパ
イルし、更に上記ライブラリとリンクを行って実行モジ
ュールを生成する第２の過程と、第２の過程の結果生じ
る実行モジュールを走行させ、埋込みＳＱＬの疑似を行
うことにより、プログラム中のデータベースを参照ある
いは操作する処理の試験を行い、瑕疵の有無を確認する
第３の過程と、から成ることを特徴とするプログラム試
験方法」である（当該公報中の「特許請求の範囲」参
照）。

【０００４】

【発明が解決しようとする課題】上述した従来の技術に
は、以下に示すような問題点があった。

【０００５】第１の問題点は、従来の技術では、データ
ベースのＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ
Ｌａｎｇｕａｇｅ）型インタフェースのみが疑似入出力
の対象であり、それ以外のインタフェース（ＲＥＡＤ／
ＷＲＩＴＥ型インタフェース，データベース以外の標準
ファイルの入出力，または外部サブルーチン（外部手続
き）の呼出しによるデータ入出力等）に関しては対象と
なっていないという点である。

【０００６】このような問題が生じる理由は、従来の技
術におけるプリコンパイラで疑似入出力の置換対象とな
っている箇所が埋込みＳＱＬステートメントが用いられ
ている箇所に限定されているためである。

【０００７】このため、ＣＯＢＯＬ言語のＲＥＡＤ命令
やＷＲＩＴＥ命令等のＳＱＬステートメント以外の記述
によるアクセス（データ入出力）については、依然とし
てアクセスするためのデータベースを用意しなければな
らなかった。また、データベース以外のファイルへの入
出力や外部サブルーチンとのパラメータによるデータ入
出力に関しても考慮されておらず、これらに関しても単
体テスト時に外部環境を用意するか、原始プログラムを
テスト用に修正しなければならなかった。

【０００８】第２の問題点は、従来の技術では、大量の
データ入出力を扱うことや、データを記録・保存して再
利用することが難しいという点である。

【０００９】このような問題が生じる理由は、従来の技
術では、ＳＱＬステートメント内のＳＱＬ関連変数（ホ
スト変数）に対して、対話形式で画面から入出力するこ
としかできないためである。

【００１０】このため、１行のデータ長が大きいデータ
のような場合には、このデータを一度に入出力すること
は難しい。また、同じようなデータを続けて入力したり
する場合にも、毎回画面から入力しなければならない
し、出力データを保存しておいて再利用することも難し
いという欠点がある。

【００１１】本発明の目的は、上述の点に鑑み、以下の
〜に示すことにある。

【００１２】 従来のアプリケーションプログラムの
単体テスト時に用意しなければならない（必要な）外部
環境（外部ファイルや外部サブルーチン等）を準備する
ための工数を削減し、プログラム開発における生産性を
向上させる。

【００１３】 対話形式で外部データを設定し、シス
テム標準の入出力方法等を用いることによって、単体テ
ストにおける操作性を向上させる。

【００１４】 単体テストに用いたデータを保存して
再利用することにより、資源の再利用性を高める。

【００１５】

【課題を解決するための手段】本発明の単体テスト用疑
似入出力実現方式は、テスト／本番識別オプションの内
容が「単体テスト指定」である場合に原始プログラムか
ら抽出した外部データアクセス命令を疑似入出力命令に
変換することによって外部環境を用いずに単体テストを
行うためのテスト用プログラムを生成し、テスト／本番
識別オプションの内容が「本番指定」である場合に上記
と同一の原始プログラムを修正せずにリコンパイルする
だけで本番に適用することができる本番用プログラムを
生成するプリコンパイラと、前記プリコンパイラによっ
て生成されたテスト用プログラムに基づいてテスト用モ
ジュールを生成し、前記プリコンパイラによって生成さ
れた本番用プログラムに基づいて本番用モジュールを生
成するコンパイラと、前記コンパイラによって生成され
たテスト用モジュールに基づいてテスト用ロードモジュ
ールを生成し、前記コンパイラによって生成された本番
用モジュールに基づいて本番用ロードモジュールを生成
するリンカとを有する。

【００１６】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して詳細に説明する。

【００１７】図１は、本発明の単体テスト用疑似入出力
実現方式の実施の形態の一例を示すブロック図である。

【００１８】本形態の単体テスト用疑似入出力実現方式
は、原始プログラム１を入力しテスト用プログラム３ま
たは本番用プログラム４を生成するプリコンパイラ２
と、テスト用プログラム３または本番用プログラム４を
入力しテスト用モジュール６または本番用モジュール７
を生成するコンパイラ５と、テスト用モジュール６とデ
ータ入出力モジュール８（複数存在する場合もあり必要
でない場合もある）とをリンクしてテスト用ロードモジ
ュール１１を生成し、本番用モジュール７と外部サブル
ーチン１０（複数存在する場合もあり必要でない場合も
ある）とをリンクして本番用ロードモジュール１２を生
成するリンカ９とを含んで構成されている。

【００１９】プリコンパイラ２は、プログラム開発用言
語のコンパイラ内のプログラムソース解析ロジックにお
いて、原始プログラム１における外部データアクセス命
令（外部とデータの入出力を行う命令）をＳＱＬステー
トメントに限らず抽出し、単体テスト時には当該外部デ
ータアクセス命令を疑似入出力命令に展開する。具体的
には、コンパイル時に指定されるオプション（「テスト
／本番識別オプション」と呼ぶ）によって今回のコンパ
イルが単体テスト用のコンパイルであると判断した場合
には、ファイルアクセス命令や外部サブルーチン呼出し
命令等の外部データアクセス命令をＳＱＬステートメン
トに限らず抽出し、当該外部データアクセス命令をその
まま展開せずに、各外部データアクセス命令に応じた疑
似入出力命令に展開する（このような展開によって原始
プログラム１に基づいてテスト用プログラム３を生成す
る）。

【００２０】ここで、疑似入出力命令とは、外部データ
アクセス命令に係る外部環境を用いずに単体テストを行
うための命令であり、外部とのデータ入出力を疑似的に
画面への入出力やシステム固有の入出力等で実現するた
めの命令をいう。このような疑似入出力命令は、一般的
には、各外部データアクセス命令に応じたデータ入出力
モジュール８を呼び出す命令で実現され、当該データ入
出力モジュール８によって画面への入出力やシステム固
有の入出力等が実現される。ただし、データ入出力モジ
ュール８の呼出し命令の形式でなく、直接的に画面への
入出力命令やシステム固有の入出力命令等の形式で当該
展開を実現するようにしてもかまわない。

【００２１】疑似入出力命令への展開に際しては、展開
対象の外部データアクセス命令の内容が外部サブルーチ
ンの呼出し（外部手続きの呼出し）のようにアクセスす
るデータが少量の外部入出力である場合には、画面から
対話形式で入出力を行うことができるような疑似入出力
命令に展開する。また、展開対象の外部データアクセス
命令の内容がファイルのレコードの入出力のようにアク
セスするデータが大量の外部入出力である場合には、シ
ステム標準の入出力方法やユーザが設定したテスト用フ
ァイル等をアクセスできるような疑似入出力命令に展開
する（これにより、単体テスト用のデータを記録・保存
しておいたり、それを再利用することが可能となる）。

【００２２】また、プリコンパイラ２は、本番適用時
（テスト／本番識別オプションの内容が「本番適用指
定」である場合）に、単体テスト時におけると同一の原
始プログラム１を修正せずにリコンパイルするだけで本
番に適用することができる本番用プログラム４を生成す
る。

【００２３】図２は、本形態の単体テスト用疑似入出力
実現方式の処理を示す流れ図である。この処理は、原始
プログラムおよびテスト／本番識別オプション入力ステ
ップＳ１と、テスト／本番識別オプション判定ステップ
Ｓ２と、テスト用プログラム生成ステップＳ３と、本番
用プログラム生成ステップＳ４と、テスト用モジュール
生成ステップＳ５と、本番用モジュール生成ステップＳ
６と、テスト用ロードモジュール生成ステップＳ７と、
本番用ロードモジュール生成ステップＳ８とからなる。

【００２４】図３は、テスト用ロードモジュール１１お
よび本番用ロードモジュール１２の実行時の態様を説明
するための図である。

【００２５】次に、このように構成された本形態の単体
テスト用疑似入出力実現方式の動作について説明する。

【００２６】本形態の単体テスト用疑似入出力実現方式
は、以下に示すような動作によって、単体テスト時には
疑似入出力を実現するロードモジュール（テスト用ロー
ドモジュール１１）を生成することができ、本番適用時
には通常の外部入出力を実現するロードモジュール（本
番用ロードモジュール１２）を生成することができる。
疑似入出力を実現できるテスト用ロードモジュール１１
の生成を実現できるとともに、単体テスト時と本番適用
時とで原始プログラム１を変更することなく本番用ロー
ドモジュール１２の生成を実現できる点も、本願発明の
技術内容に包含される。

【００２７】図１において、原始プログラム１は、ユー
ザが作成したアプリケーションプログラムである。この
原始プログラム１では、単体テスト用か本番用かを意識
せずに、外部データアクセス命令が使用（記述）されて
いる。

【００２８】プリコンパイラ２は、プログラム開発用言
語で記述された原始プログラム１を入力し、所定のプロ
グラミング言語で記述された出力結果（コンパイラ５の
入力となるプログラム。ここでは、テスト用プログラム
３または本番用プログラム４）を生成する。

【００２９】プリコンパイラ２は、原始プログラム１と
コンパイル実行時に与えられるテスト／本番識別オプシ
ョンとを入力し（ステップＳ１）、テスト／本番識別オ
プションの内容が「単体テスト指定」であるか「本番適
用指定」であるかを判定する（ステップＳ２）。ここ
で、テスト／本番識別オプションとは、先にも述べたよ
うに、プログラム開発用言語に対してプログラムのコン
パイル時に指定されるオプションの１つであって、その
コンパイルが単体テスト用のもの（その内容が「単体テ
スト指定」であるもの）か本番用のもの（その内容が
「本番適用指定」であるもの）かを示すオプションをい
う。

【００３０】プリコンパイラ２は、ステップＳ２で「テ
スト／本番識別オプションの内容が「単体テスト指定」
である」と判定した場合には、単体テスト用プログラム
３の自動生成を行う（ステップＳ３）。すなわち、原始
プログラム１中の外部データアクセス命令をＳＱＬステ
ートメントに限らず抽出し、当該外部データアクセス命
令（ファイルアクセス命令や外部サブルーチン呼出し命
令等）をそのまま展開せずに、各外部アクセス命令に応
じた疑似入出力命令に展開し（ここでは、データ入出力
モジュール８を呼び出すような命令に展開するものとす
る）、原始プログラム１に基づくテスト用プログラム３
を生成する。

【００３１】一方、プリコンパイラ２は、ステップＳ２
で「テスト／本番識別オプションの内容が「本番適用指
定」である」と判定した場合には、従来技術と同様に、
本番用プログラム４の自動生成を行う（ステップＳ
４）。

【００３２】テスト用プログラム３は、所定のプログラ
ミング言語（プリコンパイラ２の出力結果を記述するも
のとして規定されているプログラミング言語）で展開さ
れている。ただし、先にも述べたように、原始プログラ
ム１中のファイル入出力命令や外部サブルーチン呼出し
命令等の外部データアクセス命令の箇所は、そのまま展
開されずに、各外部データアクセス命令に該当する疑似
入出力命令（ここでは、データ入出力モジュール８を呼
び出すような記述）に変換される。これが、本発明の重
要な特徴である。

【００３３】本番用プログラム４も、プリコンパイラ２
の出力結果を記述するものとして規定されているプログ
ラミング言語で展開されている。こちらは、従来の展開
方法通りに、原始プログラム１中の外部データアクセス
命令の箇所もそのままそれに相当する記述に展開され
る。

【００３４】コンパイラ５は、テスト用プログラム３お
よび本番用プログラム４を記述しているプログラミング
言語のコンパイラである。

【００３５】コンパイラ５は、単体テスト時に、テスト
用プログラム３に基づいてテスト用モジュール６を生成
する（ステップＳ５）。また、本番適用時に、本番用プ
ログラム４に基づいて本番用モジュール７を生成する
（ステップＳ６）。

【００３６】リンカ９は、テスト用モジュール６をデー
タ入出力モジュール８とリンクし、テスト用ロードモジ
ュール１１を生成する（ステップＳ７）。ここで、デー
タ入出力モジュール８は、先にも言及したように、外部
データを参照したり設定（更新）したりすることができ
るような各外部データアクセス命令に対応するモジュー
ル（疑似的なデータ入出力を実現するモジュール）であ
る。なお、データ入出力モジュール８とリンクすること
なしに、疑似入出力（疑似的なデータ入出力）を実現で
きるテスト用ロードモジュール１１を生成することも、
先に述べたように可能である。

【００３７】同様に、リンカ９は、本番用モジュール７
に基づいて、本番用ロードモジュール１２を生成する
（ステップＳ８）。この際、原始プログラム１において
外部サブルーチン呼出し命令があれば、当然、該当する
外部サブルーチン１０が本番用モジュール７にリンクさ
れる。

【００３８】テスト用ロードモジュール１１が単体テス
トの対象となるロードモジュールであり、本番用ロード
モジュール１２が単体テストの終了後に実際に本番適用
の対象となるロードモジュールである。これらが同一の
原始プログラム１から生成される点が、重要な点であ
る。

【００３９】次に、本発明の単体テスト用疑似入出力実
現方式によって生成されるロードモジュール（テスト用
ロードモジュール１１および本番用ロードモジュール１
２）によって単体テストおよび本番適用の両者が適宜に
行われる態様について、図３を参照して説明する。

【００４０】第１に、アプリケーションプログラムの単
体テスト時における当該アプリケーションプログラムの
テスト用ロードモジュール１１の実行動作について説明
する。

【００４１】単体テスト時には、原始プログラム１上で
外部データアクセス命令（外部入出力命令）が発行され
ている箇所（図３Ａ１参照）は、プリコンパイラ２によ
って単体テスト用の記述（ここでは、データ入出力モジ
ュール８を呼び出す疑似入出力命令）に置き換えられて
いるため（Ａ２参照）、データ入出力モジュール８が呼
び出される（Ａ３参照）。

【００４２】このデータ入出力モジュール８により、ユ
ーザは、外部モジュールとの受け渡しデータのような少
量のデータを画面から対話形式で入出力したり、ファイ
ルのレコードのような大量のデータの参照または更新を
システム標準の入出力方法等を用いて行うことができ
る。

【００４３】このようなデータ入出力によって取得され
たデータは本番適用時に外部から入力されたのと同じよ
うにアプリケーションプログラム上に設定され（Ａ４参
照）、アプリケーションプログラムの処理はそのまま継
続して実行される（Ａ５参照）。

【００４４】第２に、アプリケーションプログラムの本
番適用時における当該アプリケーションプログラムの本
番用ロードモジュール１２の実行動作について説明す
る。

【００４５】本番適用時には、原始プログラム１上の外
部データアクセス命令が発行されている箇所（Ａ１参
照）は、プリコンパイラ２によってそのまま展開されて
いるため（Ａ２参照）、外部の実ファイル（外部ファイ
ル１３）との間のデータ入出力や、呼び出された外部サ
ブルーチン１０によるデータの受け渡しが行われる（Ａ
６参照）。

【００４６】このような外部入出力の実行が終了すると
（データ入出力によって取得されたデータはアプリケー
ションプログラム上に設定されている）、アプリケーシ
ョンプログラムの処理が継続して実行される（Ａ５参
照）。

【００４７】以上のように、原始プログラム１を変更す
ることなく、テスト／本番識別オプションを「単体テス
ト用指定」から「本番適用指定」に変更してリコンパイ
ルするだけで、テスト用ロードモジュール１１を本番用
ロードモジュール１２に変更することができ、本番用の
アプリケーションプログラムの実行を実現することがで
きる。

【００４８】

【実施例】次に、本発明の単体テスト用疑似入出力実現
方式（図１に示す形態の単体テスト用疑似入出力実現方
式）の一実施例について、図４（ａ）〜（ｃ）を参照し
て説明する。

【００４９】本実施例では、原始プログラム１の記述言
語（プログラム開発用言語）としては、ＮＥＣ（日本電
気株式会社）のプログラム開発用言語ＩＤＬIIが採用さ
れることを前提としている。この原始プログラム１は、
プリコンパイラ２のプリコンパイルによって、プログラ
ミング言語ＣＯＢＯＬ８５のソース（テスト用プログラ
ム３または本番用プログラム４）に展開される。

【００５０】図４（ａ）に示す原始プログラム１の例
（原始プログラム例）には、以下の各記述〜が存在
する。

【００５１】記述は、外部ファイル１３であるＦＩＬ
ＥＡのレコードを読み込むための命令（外部データアク
セス命令）である。

【００５２】記述は、外部サブルーチン１０であるル
ーチンＢを呼び出すための命令（外部データアクセス命
令）であり、その呼出しの際に引数としてＰＡＲ１とい
うデータを用いている。

【００５３】記述は、記述で読み込んだＦＩＬＥＡ
のレコードを置き換えるための記述である。

【００５４】記述は、ＦＩＬＥＡの定義部であり、そ
のレコード名がＲＥＣＡであることを表している。

【００５５】図４（ｂ）は、このような記述〜を有
する原始プログラム１が単体テスト用に展開された単体
テスト用プログラム３の例（単体テスト用展開例）を示
す図である。

【００５６】この単体テスト用展開例では、以下のよう
な展開が行われている。

【００５７】記述は記述のように展開されている。
記述は、実際に外部ファイル１３を読み込む代わり
に、プログラム実行時に与えられるデータを読み込んで
ＦＩＬＥＡのレコード領域（ＲＥＣＡの領域）に設定し
ている。

【００５８】記述は記述のように展開されている。
記述は、外部サブルーチン１０（ルーチンＢ）を呼び
出す代わりに、画面に対してパラメータＰＡＲｌを表示
し、さらに画面からＰＡＲ１のデータを受け取るように
なっている。

【００５９】記述は記述のように展開されている。
記述は、ＦＩＬＥＡを書き換える代わりに、そのレコ
ード内容をシステム標準の出力ファイルに出力してい
る。

【００６０】図４（ｃ）は、図４（ａ）に示す原始プロ
グラム１が本番用に展開された本番用プログラム４の例
（本番用展開例）を示す図である。

【００６１】この本番用展開例では、記述，，およ
びはそれぞれ記述，，および○１０（図４（ｃ）
中の１０が○に囲まれた記号を示す）に展開されてい
る。これら（記述，，および○１０）は、原始プロ
グラム１上の記述，，およびと同じく、外部ファ
イル１３の読込み，外部サブルーチン１０の呼出し，お
よびファイルのレコードの書換えを行っている。

【００６２】このようにプリコンパイラ２による展開方
法を設定することによって、前に述べた発明の実施の形
態のような動作が可能となる。ただし、上記の実施例で
は、説明を簡略化するため、データ入出力モジュール８
を用いずに直接命令文を記述する形式で疑似入出力命令
への展開を実現している。

【００６３】

【発明の効果】以上説明したように、本発明によると、
以下に示すような効果が生じる。

【００６４】第１の効果は、ＳＱＬによるアクセス以外
の外部データアクセスに対しても、外部環境を準備しな
くとも、単体テストを行うことが可能となることであ
る。これにより、従来の単体テスト時に必要であった工
数を削減することができ、アプリケーションプログラム
の開発における生産性を向上させることができる。

【００６５】このような効果が生じる理由は、コンパイ
ル時に指定するオプション（テスト／本番識別オプショ
ン）により外部とのデータ入出力方法を単体テスト時と
本番適用時とで切り替えているために、単体テスト用に
原始プログラムを修正する必要がないからである。

【００６６】第２の効果は、単体テスト時の疑似入出力
データを保存しておくことができるようになるというこ
とである。これにより、大量のデータを一度に扱った
り、データを再利用することができるようになり、単体
テストのデータ作成工数を削減することができ、単体テ
ストの操作性を向上させることができる。

【００６７】このような効果が生じる理由は、単体テス
ト時に実行される疑似入出力命令に基づく処理によっ
て、画面からの対話形式の入出力方法だけでなく、シス
テム標準の入出力方法やユーザが設定した入出力方法を
用いることができるからである。

【図面の簡単な説明】

【図１】本発明の単体テスト用疑似入出力実現方式にお
ける実施の形態の一例の構成を示すブロック図である。

【図２】図１に示す単体テスト用疑似入出力実現方式の
処理を示す流れ図である。

【図３】図１に示す単体テスト用疑似入出力実現方式に
よって生成されたロードモジュール（テスト用ロードモ
ジュールおよび本番用ロードモジュール）の実行時の動
作を説明するための図である。

【図４】本発明の一実施例を説明するための図であり、
図１中のプリコンパイラによる記述展開の具体例を示す
図である。

【符号の説明】

１ 原始プログラム ２ プリコンパイラ ３ テスト用プログラム ４ 本番用プログラム ５ コンパイラ ６ テスト用モジュール ７ 本番用モジュール ８ データ入出力モジュール ９ リンカ １０ 外部サブルーチン １１ テスト用ロードモジュール １２ 本番用ロードモジュール １３ 外部ファイル

Claims (3)

【特許請求の範囲】
1. 【請求項１】 テスト／本番識別オプションの内容が
   「単体テスト指定」である場合に原始プログラムから抽
   出した外部データアクセス命令を疑似入出力命令に変換
   することによって外部環境を用いずに単体テストを行う
   ためのテスト用プログラムを生成し、テスト／本番識別
   オプションの内容が「本番指定」である場合に上記と同
   一の原始プログラムを修正せずにリコンパイルするだけ
   で本番に適用することができる本番用プログラムを生成
   するプリコンパイラと、 前記プリコンパイラによって生成されたテスト用プログ
   ラムに基づいてテスト用モジュールを生成し、前記プリ
   コンパイラによって生成された本番用プログラムに基づ
   いて本番用モジュールを生成するコンパイラと、 前記コンパイラによって生成されたテスト用モジュール
   に基づいてテスト用ロードモジュールを生成し、前記コ
   ンパイラによって生成された本番用モジュールに基づい
   て本番用ロードモジュールを生成するリンカとを有する
   ことを特徴とする単体テスト用疑似入出力実現方式。
2. 【請求項２】 外部データアクセス命令の内容が外部サ
   ブルーチンの呼出しのようにアクセスするデータが少量
   の外部入出力である場合には画面から対話形式でデータ
   入出力を行う疑似入出力命令への展開を行い、外部デー
   タアクセス命令の内容がファイルのレコードの入出力の
   ようにアクセスするデータが大量の外部入出力である場
   合にはシステム標準のデータ入出力やユーザが設定した
   テスト用ファイルのアクセスによるデータ入出力を行う
   疑似入出力命令への展開を行うプリコンパイラを有する
   ことを特徴とする請求項１記載の単体テスト用疑似入出
   力実現方式。
3. 【請求項３】 テスト／本番識別オプションの内容が
   「単体テスト指定」である場合に、外部データアクセス
   命令をデータ入出力モジュールを呼び出す態様の疑似入
   出力命令に変換するプリコンパイラと、 疑似的なデータ入出力を実現するデータ入出力モジュー
   ルとテスト用モジュールとをリンクしてテスト用ロード
   モジュールを生成するリンカとを有することを特徴とす
   る請求項１または請求項２記載の単体テスト用疑似入出
   力実現方式。