JPH01161545A - 連携テストのための環境設定方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、複数の開発系プロセサよりなるプログラム開
発システムにおいて、各開発系プロセサ内で独立して開
発されたプログラム間での統合テストを可能とするため
の方式に関する。

〔従来の技術〕

共通伝送路に接続された複数の処理装置により一連の処
理を分散して処理する分散処理方法において、一連の処
理のそれぞれを実行するためのプログラムを各処理装置
に分散記憶させ、各処理装置のプログラムの起動を、こ
のプログラムを実行するのに必要なデータが伝送路から
自処理装置内に取込まれ、それがそろったときに行う方
法が特願昭６１−１７９９４３号明細書に記載されてい
る。この方法は、システム全体を管理するための管理用
プロセサを必要とすることなく、各プロセサで一連の処
理のそれぞれを分散して処理することを可能とするもの
である。

上記分散処理システムにおいて、各プロセサ内でオンラ
イン稼動中プログラムをテストする方法。

また、前もってテストモードとして登録したプログラム
をテストする方法が、各々、特願昭６０−１９１７８２
号、同６０−２８１４１８号において示されている。

〔発明が解決しようとする問題点〕

上記従来技術で示した分散処理システムでは、各プログ
ラム間のインタフェースは各プログラムの入出力データ
のみで規定されるため、各プログラムを複数の開発用プ
ロセサで分散して開発することが可能である。しかし、
上記従来技術では。

このように分散して開発されたプログラム群間での統合
テストを行うためには、テストに先立ち、まず関係する
プログラムを全て見つけ出し、各プロセサに実行可能プ
ログラムとして登録しておく必要があり、テスト環境の
設定が困難であるという問題点があった。

本発明の目的は、分散して開発されたプログラム群のテ
ストを行う際に、そのテスト実行のために必要な環境を
自動的に設定するための手段を提供することにある。

〔問題点を解決するための手段〕

上記］」的は、各開発系プロセサに、指定されたプログ
ラムと入出力関係をもつプログラムが自内で開発されて
いるか否かを判断し、開発されていた場合は、そのプロ
グラムを自系内にテスト起動可能な型式に登録する手段
を設定することにより達成される。

〔作用〕

上記手段により、任意のプログラムを指定すると、各開
発系プロセサが、そのプログラムと入出力関係をもつプ
ログラムを白系内にテスト起動可能な型式で登録するた
め、テスト環境を自動的に設定することが可能となる。

〔実施例〕

以下１本発明を実施例により詳細に説明する。

第２図（ａ）は本発明が適用されるシステムのブロック
図である。１０〜４０はプログラムを開発し、また、開
発したプログラムを実行するためのプロセサであり、各
プロセサには各々ＣＲＴ端末１１゜２１．３１，４１及
びディスク１２，２２，３２゜４２が接続されている。

プロセサ１０〜４０は、ネットワーク１に接続されてい
る。ここでネットワーク１は任意の形態のネットワーク
でよい。

プロセサ１０〜４０は自らの処理結果にデータの内容を
示す内容コードを付加してネットワーク上に送出する。

また、各プロセサは、ネットワーク上を流れるメツセー
ジのうちから自らに必要なメツセージを取り込み処理を
実行する。

なお、当然のことながらネットワーク１には開発系プロ
セサのみでなく、実行系プロセサが接続されていてもよ
い。

第２図（ｂ）はネットワーク１上を流れるメツセージの
フォーマット図である。ＣＣ２０２は内容コードでデー
タの内容に対応したコードである。

各プロセサは１本内容コードをもとにネットワークから
受信したメツセージが０内プログラムに必要なものであ
るか否かを判断する。５Ａ２０３は、メツセージを発生
したプロセサのアドレスであり、Ｃ２Ｏ４は伝送上必要
となる通番である。ＴＩ・′２０５は、このメツセージ
がテスト用メツセージであるか否かを示すフラグ、Ｄａ
ｔａ　２０６は各プロセサが処理した結果の内容を示す
ものであり、ＦＣ８２０７は誤り検知用データ、Ｆ２０
１゜２０８はそれぞれメツセージの初めと終りを示すフ
ラグである。

第１図はプロセサ１０内のプログラム、テーブル構成を
示す図である。プロセサ２０〜４０も同様の構成である
。まず、ディスク１２内にはソースプログラム１２１１
〜１２１ｎ及びロードモジュール１２０１〜１２０ｎが
格納される。また、ネットワーク上を流れるデータのロ
グをとるためのログデータ用エリア１２５０も存在する
。ネットワークインタフェース１０１．ＣＲＴインタフ
ェース１０９．ディスクインタフェース１０８はそれぞ
れ、ネットワークｉ、ｃＲ’ｒ端末１１．デイスク１２
とのインタフェース用プログラムである。マンマシンイ
ンタフェース１０６は、プログラム開発を行う上で必要
となるコマンド群であり、この中にはソースプログラム
エデイション機能も含まれる。アプリケーション格納エ
リア１０７は、プロセサ上で実行すべきプログラム（ロ
ードモジュール）を格納するためのエリアであり、入出
力メツセージ格納エリア１０２は、アプリケーション格
納エリア内にロードされているプログラム対応にその入
出力メツセージを格納するためのエリアであ盃。ローダ
１０５はディスク１２上のロードモジュールをアプリケ
ーション格納エリア１０７にロードするためのプログラ
ムであり、コンパイラ１０４は、ディスク１２上のソー
スプログラムをロードモジュールに変換するためのプロ
グラムである。また、テスト支援プログラム１１０は本
発明である連携テストを達成するためのプログラムであ
る。実行管理１０３は、アプリケーション格納エリア内
プログラムの実行を管理するものである。

次に、ディスク内のソースプログラム、ロードモジュー
ルの構成を第３図により示す。第３図（ａ）はソースプ
ログラムの構成を示す図である。

本方式で対象とするソースプログラムは、７２ｉＣ件部
４０１とプログラム部４０２とから構成される。

属性部４０１は、プログラム各称定義部４０１１゜入力
メツセージ内容コード定義部４０１２．出力メツセージ
内容コード定義部４０１２．本プログラムをテストする
ための情報（例えばテスト入力とその結果を示すデータ
）４０１４から成る。また、プログラム部４０２はコー
ディングされたプログラム内容を示すものである。

第３図（ｂ）は、ロードモジュールの内容を示すもので
ある。ロードモジュールも、ソースプログラムと同様に
属性部４５１とプログラム部４５２より構成される。属
性部４５１は、ソースプログラム属性部４０１に定義さ
れているプログラム名称４０１１を格納するエリアＰＮ
４５１１．同じく属性部４０１に定義されている入力メ
ツセージ内容コード４０１２を格納するエリアＩ　ＣＣ
４５１２゜出力メツセージ内容コード４０１３を格納す
るエリア０ＣＣ４５１３，テスト情報４０１４を格納す
るエリアＴｌ４５１４及び、ロードモジュールのバージ
ョンを格納するエリアＶｅｒ４５１５より構成する。こ
こで、バージョンとは、例えばプログラムの単体テスト
が完了しているか否かを示すものであり、プログラム開
発者により、または、バージョン管理機能ｅｔｃにより
設定されるものとする。

また、プログラム部４５２には、ソースプログラムのプ
ログラム部４０２の内容を実行可能型式に変換したもの
が格納される。

第１図に示したコンパイラ１０４は以下の手順に従い、
第３図（ａ）のソースプログラムを第３図（ｂ）のロー
ドモジュールに変換する。

（１）ソースプログラムの属性部とプログラム部を分離 （２）ソースプログラム部内容より実行可能型式プログ
ラムを生成し、ロードモジュールプログラム部に格納す
る。（コンパイルエラー時は処理終了） （３）　（１）で分離したソースプログラム属性部内容
より、ロードモジュール属性部を作成する。

次に、第１図で示した入出力メツセージ格納エリア１０
２の内容について第４図により説明する。

入出力メツセージ格納エリア５０１は、アプリケーショ
ン格納エリア（第１図１０７）内のプログラム１０７１
に対する入出力メツセージを格納するエリアである。エ
リア５０１内の入力情報部５０１１には入力メツセージ
が、出力情報部５０１３には出力メツセージが格納され
る。また、プログラム情報部には、入力情報部５ｏ１１
に格納されたメツセージにより起動されるプログラム（
ここでは、プログラム１０７１　（第１図））に関する
情報が格納されるエリアである。エリア２行目５０２は
第１図で示したアプリケーション格納エリア内プログラ
ム１０７２の入出力メツセージを格納するエリアである
。以下、同様に、各アプリケーションプログラム毎に入
出力メツセージ格納エリアが設定される。

第４図（ｂ）は、上記入出力メッセージ格納エリア５０
１中の入力情報部５０１１のフォーマットを示す図であ
る。エリア５０１１１には、入力メツセージの内容コー
ドが、予め（アプリケーション格納エリア内に対応する
プログラムローディング時に）設定されている。エリア
５０１１２は入力メツセージが格納されているか否かを
示すフラグをセットするためのエリアであり、エリア５
０１１３は入力メッセージ白データ部内容を格納するた
めのエリアである。対応するプログラムが内容コードの
異なる複数の入力メツセージにより起動する場合には、
上記各エリア５０１１１〜５０１１３が各メツセージ毎
に設定される。なお。

出力情報部５０１３も同一フォーマットである。

第４図（ｃ）は上記入出力メツセージ格納エリア５０１
中のプログラム情報部５０１２の内容を示すものである
。本エリアは、第４図（ｂ）で示したエリアＣＣ５０１
１１と同様にアプリケーション格納エリア内にプログラ
ムがローディングされた際に設定されるエリアである。

エリア５０１２１は対応するプログラムのプログラム名
称ＰＮを格納するエリア、エリア５０１２２は、対応す
るプログラムがテスト用にローディングされたものであ
るか否かを示すフラグを格納するエリアであり、エリア
５０１２３は、ローディング時刻（実際のプロセサ内の
タイマ値又は論理的な時間）を格納するエリアである。

次に、第１図１０５で示したローダの処理について第５
図により説明する。アプリケーション格納エリア（第１
図１０７）にローディングすべきロードモジュールを指
示されたローダは、ディスク内より該当するロードモジ
ュールを捜し出す（５５０）。ここで存在しない場合は
エラーメツセージを出力し処理終了する。次に、アプリ
ケーション格納エリア内に、今回ローディングするロー
ドモジュールのエリアがあるか否かをチエツクする（５
５１）、エリアがある場合は、該当するロードモジュー
ルをアプリケーション格納エリアにローディングしく５
５６）、入出力メツセージ格納エリアを設定（５５７）
Ｌ処理を終了するにこで、入出力メツセージ格納エリア
設定とは、具体的には、入力情報部内の内容コード部及
び出力情報部内の内容コード部に、ロードモジュール属
性部（第３図（ｂ））のＩＯＣ，ＯＣＣ内容を設定する
。また、プログラム情報部内ＰＮ部（第４図（ｂ）５０
１２１）にロードモジュール属性部内のＰＮ部内容を設
定し、ＴＦ部５０１２２には、第１図１１０のテスト支
援プログラムよりのローディング指示の場合のみテスト
フラグをセットし、それ以外はテストフラグをリセット
する。またＳＮ部５０１２３には、ローディング完了時
刻をセットする。

一方、処理５５１にて、空エリアがない場合は、アプリ
ケーション格納エリア内にテスト用にローディングされ
たプログラム（入出力メッセージ格納エリア内プログラ
ム情報部のＴ、Ｆ部フラグがセットされているプログラ
ム）が存在するか否かを判定しく５５２）、存在しない
場合は、エラーメツセージを出力しく５５５）処理を終
了する。存在する場合は、テストプログラムのうち最も
古くにローディングされたプログラム（入出力メッセー
ジ格納エリア内プログラム情報部のＳＮ部により判定）
をアプリケーション格納エリアより削除する（５５３）
。次に削除したことを示すメツセージ（プロセサ番号、
削除プログラム名称、削除プログラムの入出力内容コー
ドをデータ部にもつメツセージ）を作成しネットワーク
に出力しく５５４）た後、処理５５１に戻る。なお、処
理５５０において、テスト支援プログラム（第１図１１
０）よりのローディング指示の場合で、該当プログラム
のバージョン（第３図（ｂ）４５１５）が単体テスト未
完の場合は処理５５１に移らず、そのまま処理を終了す
る。

次に、第１図で示したネットワークインタフェース１０
１．実行管理１０３の処理内容について説明する。ネッ
トワークインタフェースは、ネットワークよりメツセー
ジを取り込み、取り込んだメツセージを、入出力情報格
納エリア内の、内容コードが、一致する入力情報部のデ
ータ部（第３図（ｂ）５ｏ１１３）にセットし、フラグ
（第３図（ｂ）５０１１２）をセットする。実行管理は
人出カメラセージ格納エリア内入力情報部に必要なメツ
セージが全てそろったアプリケーション格納エリア内プ
ログラムを起動する。起動されたプログラムはその処理
結果を入出力メツセージ格納エリア内の対応する出力情
報部に格納する。ネットワークインタフェースは、出力
情報内に格納されたデータを第２図（ｂ）で示したフォ
ーマットに整え。

ネットワークに出力する。この際、テスト用にローディ
ングされたプログラムの出力データの場合は、メツセー
ジ内ＴＦ部（第２図（ｂ）２０５）にテストであること
を設定して出力する。なお、ネットワークインタフェー
スではネットワークより取り込んだメツセージがテスト
メツセージ（ｉ、ｅ。

ＴＦ部上セツトである場合は、そのメツセージをテスト
用プログラムに対応する人出力データ格納エリアの入力
情報部にのみ設定する。

次に、本発明である連携テスト方式について第６図に示
す例により説明する。

第６図（ａ）は、各プロセサ１０〜４０が、どのような
プログラムを開発しているかを示す図である。プロセサ
１０は、プログラムＡ、Ｈを、プロセサ２０はプログラ
ムＣを、プロセサ３０はプログラムＤを、プロセサ４０
はプログラムＥを開発しており、これら各プログラムの
ロードモジュールが各プロセサのディスク内に格納され
ている。

なお、ここで各プログラムは全て単体テスト完であるも
のとする。第６図（ｂ）は、第６図（ａ）で示したプロ
グラムＡ−Ｅ間の関係を示す図である。

プログラムＥは内容コードＣＣ１をもつメツセージ６０
１を出力し、プログラムＡはこのメツセージ６０１を入
力として処理を実行し、その結果、内容コードＣＧ２を
もつメツセージ６０２を出力する。このメツセージ６０
２により、プログラムＢ、Ｃが起動され、さらに、プロ
グラムＣの出力メツセージ６０３によりプログラムＤが
起動される。

次に、本発明方式を実行するデス１−支援プログラム（
第１図１１０）の処理内容について第７図により説明す
る。

第７図（ａ）はテスト支援プログラムのモジュール構成
を示す図である。本プログラムは、テストトリガ生成モ
ジュール１’ｌＯ１，テスト環境設定モジュール１１０
２．テストプログラム関連認識モジュール１１０３．テ
ストデータログモジュール１１０４より構成する。また
、モジュール１１０２は、自分の過去の処理を記憶して
おくための履歴テーブル１１０２１をもつ。

第７図（ｂ）は、テストトリガ生成モジュールの処理フ
ローを示す図である。今、例えばプロセサ１０のＣＲＴ
端末より、プログラムＡに関して他プログラムとの連携
テストを実行することが指示されたものとする。プロセ
サｌＯ内のテストトリガ生成モジュールは、まず、指定
されたプログラムＡのロードモジュールを自ディスク内
よりサーチしく７０１）、プログラムＡのロードモジュ
ールをアプリケーション格納エリア（第１図１０７）に
ローディングする（７０２）。この処理７０２は、テス
トトリガ生成モジュールがローダ（第１図１０５）にロ
ーディングを指示することにより実施される。ローダは
第５図に従ってローディングを行う。ローディング不成
功時は、テストトリガ生成モジュールはそのまま処理を
終了する。

次に、ＣＲＴ端末よりの指示が連携テストであるか嘔体
テストであるかを判定しく７０３）　、　、ｌｌｔ体テ
ステスト合はそのまま処理を終了し、連携テストの場合
は処理７０４に移る。処理７０４では、ロードモジュー
ルの属性部より下流プ“ログラム連携メツセージを作成
し、ネットワークに出力する（７０５）とともに、テス
ト環境設定モジュールを、７０４で生成したメツセージ
により起動する（７０６）、同様に上流プログラム連携
メツセージを生成しく７０７）、ネットワークに出力す
る（７０８）とともにテスト環境設定モジュールを起動
する（７０９）。

次に、プログラム連携メツセージのデータ部（第２図（
ｂ）　Ｄａｔａ　２０６）のフォーマットを第７図（ｃ
）に示す。本メツセージデータ部は上流関連か下流関連
かを示すエリアＵＤ、７０００．メツセージ通番５ＥＱ
７００４　（本通番はメツセージ発生順を示すものであ
る）、トリガプログラム情報部Ｔ−ＰＲＧ７．００２．
関連プログラム情報部Ｒ−ＰＲＧ７００３より構成する
。ここでエリアＴ−ＰＲＧ７００２．Ｒ−ＰＲＧ７００
３内容はプログラム名称及び入出力内容コードである。

テストトリガ生成モジュールが作成するプログラム連携
メツセージの場合は、Ｔ−ＰＲＧエリア。

Ｒ−ＰＲＧエリアともに、端末より指定されたプログラ
ム（本実施例ではプログラムＡ）の情報が設定される。

次に、テスト環境設定モジュールの処理フローを第７図
（ｄ）に示す。

テスト環境設定モジュールは、ネツ１−ワークより受信
したプログラム連携メツセージ又は、同一プロセサ内テ
ストトリガ生成モジュールからのプログラム連携メツセ
ージにより処理を実行するが、どちらの場合も処理内容
は同一である。まず、テスト環境設定モジュールは、入
力とするプログラム連携メツセージが上流連携であるか
下流連携であるかを判定する（７５１）。下流連携の場
合は、まず、自ディスク内に入力である。プログラム連
携メツセージ内Ｒ−ＰＲＧ工ＩＪ７　（７００３）　に
格納されているプログラムの出力メツセージを入力とす
るプログラム（例えばプログラムＡに対してはプログラ
ムＢ、Ｃ）が格納されているか否かをロードモジュール
属性部に基づきチエツクする（７５２）。

格納されていない場合はそのまま処理を終了する。格納
されている場合は、履歴テーブル１１０２１内に同一の
プログラム連携メツセージが格納されているか否かをチ
エツクする（７５３）。格納されている場合は、既に処
理したメツセージであるのでそのまま処理を終了する。

格納されていない場合は、処理７５２で検出したプログ
ラムのロードモジュールを全てアプリケーション格納エ
リアにテスト用プログラムとしてローディングする（７
５４）、この日−デイング処理は、本モジュールの指示
によりローダが実施する。

次に、同じく７５２にて検出したプログラムそれぞれに
対し、個別に下流プログラム関連メツセージを作成する
（７５５）。具体的に、本モジュールの入力となったプ
ログラム関連メツセージのＵＤ部７０００，５ＥＱ７０
０１．Ｔ−ＰＲＧ部７０ｏ２内容はソノママ保ち、Ｒ−
Ｐ　Ｒ０部７００３に処理７５２にて検出したプログラ
ムに関する情報を設定したメツセージを作成する。次に
、処理７５５が作成したメツセージを履歴テーブル（第
７図（ａ）１１．０２１）に格納する（７５６）。その
後、７５５にて作成したメツセージをネットワー゛りに
出力する（７５７）。

上流プログラム関連メツセージの場合も、同様に処理７
６２〜７６７を実施する。ただし、この場合、処理７６
２では、自ディスク内より、入力であるプログラム連携
メツセージ内Ｒ−ＰＲＧエリアに格納されているプログ
ラムの入力メツセージを出力するプログラム（例えばプ
ログラムＡに対してはプログラムＥ）をサーチすること
になる。

以上示した。テストトリガ生成モジュール、テスト環境
設定モジュールの処理により、例えば第６図（ａ）にお
いて、プロセサ１０で発生したプログラムＡの連携テス
トを示すメツセージに応じ。

プロセサ２０はプログラムＣを、プロセサ３０はプログ
ラムＤを、プロセサ４０はプログラムＥを、またプロセ
サ１０はプログラムＡ、Ｂを各自で判定してローディン
グするため、プログラムＡの連携テス°トのための環境
が自動的に設定される。

以上の処理により連携テストのための環境が設定された
わけであるが、実際にテストを行う場合には、どのよう
なプログラムがローディングされているかを知る必要が
ある。これを達成するのが第７図（ａ）で示したテスト
プログラム関連認識モジュール１１０３である。テスト
プログラム関連認識モジュール１１０３は、自プロセサ
内テストトリガ生成モジュールが発生したプログラム関
連メツセージに対応して各プロセサが発生するプログラ
ム関連メツセージを取り込む。次に、取り込んだプログ
ラム関連メツセージのＲ−ＰＲＧエリア情報に基づき、
各プログラム間の関係（第６図（ｂ）に示す関係）を把
握してＣＲＴ端末に出力する。このプログラム間関係把
握の方式は本出願人が先に出願している特願昭６１−２
３０８８９に詳しく述ベられている。また、ローダが第
５図処理５５４にて発生するプログラム削除メツセージ
を取り込み、削除されたプログラムを認識する。

また、テスト結果を解析するために、テスト支援プログ
ラムは、テストデータログモジュール（第７図ａｌ１０
４）をもつ、本モジュール１１０４はネットワークより
テストデータをとりこみ自ディスク内のログデータ格納
エリア（第１図１２５０）に格納するモジュールである
。

以上示したテストプログラム関連認識モジュール、テス
トデータログモジュールにより、自動的に設定されるテ
スト環境を把握しながら効率的に連携テストを行うこと
が可能となる。

〔発明の効果〕

本発明によれば、複数のプロセサで分散してプログラム
を開発するシステムにおいて１分散して開発された各プ
ログラム間での連携テストを行う際に、そのテスト実行
のために必要な環境を各プロセサが自らで判断して自動
的に設定することが可能となるため、前もってシステム
全体にわたるテスト環境を設定しておく必要がなくテス
ト実行が容易となり、プログラム開発性が向上する。

【図面の簡単な説明】

第１図は本発明の一実施例におけるプロセサ内部機構を
示すブロック図、第２図はシステム構成を示す模式的ブ
ロック図およびデータフォーマット図、第３図はプログ
ラムファイルの構造を示す説明図、第４図は内部テーブ
ル構成を示す説明図、第５図は本発明におけるローディ
ング処理のフロー図、第６図は、本発明の実施例を示す
プログラムとハードとの関係の模式図およびプログラム
の連携を示すブロック図、第７図ａは１本発明方式の処
理モジュールの構成を示すブロック図、同図す、ｄは処
理フロー図、同図Ｃはプログラム連携メツセージのデー
タフォーマット図である。 ＣＣ・・・内容コード、Ｒ−ＰＲＧ・・・関連プログラ
ム、ＰＮ・・・プログラム名称、ＩＣＣ・・・人力ＣＣ
ｌ０ＣＣ・・・出力ＣＣ１Ｖｅｒ・・・バージョン、Ｕ
Ｄ・・・上流／下流フラグ、ＳＥＱ・・・通番、’１”
−ＰＲＧ・・・トリガプログラム。 ｚノ　目 第　λ　口 （ｂ） ２０／　　、２０２　　Ｍ３　２０％　　２０！：　　
　　＃４　　　　２ｏ７　１ＱＴＦ　　　テスト７う７ Ｄａ゛ムー　子−７枦 第３Ｉ２１ （ＯＬ） ＄　弘　目 （Ｃ） 第５図 第　６　図 （ｂ） 葛　７　呂 Ｒ−ＰＲテ　闇ｉＬ７’ｃＩ７ラハ 第　７　　［２１（ｂ）

Claims (1)

1. 【特許請求の範囲】 １、共通の伝送路により接続された複数のプロセサによ
   りプログラム開発を行うシステムにおいて、各プロセサ
   が、自内で開発したプログラムのテストに関する情報を
   もつメッセージを上記伝送路に出力し、このメッセージ
   を伝送路より受けとつた各プロセサが独自に、受信メッ
   セージ内に示されているテストに対し自プロセサ内で設
   定すべきテスト環境があるか否かを判定し、設定すべき
   テスト環境が存在する場合はその環境を構築することを
   特徴とする連携テスト方式。 ２、テスト環境があるか否かの判定とは、受信したメッ
   セージ内に示されているプログラムと関連するプログラ
   ムが、自プロセサ内で開発されているか否かの判定であ
   ることを特徴とする第１項記載の連携テスト方式。 ３、テスト環境の構築とは、受信したメッセージ内に示
   されているプログラムと関連するプログラムが自プロセ
   サ内で開発されている場合に、そのプログラムを自プロ
   セサ内でテスト実行可能な状態とすることであることを
   特徴とする第１項記載の連携テスト方式。