JPS61127044A - プログラムの単体テスト方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、４１数のモジュールでｓ成されるプログラム
の各モジュールプログラムを単体でテストするプログラ
ムの単体テスト方式に関し、′＃に関連する他のモジュ
ールが作成されていなくてもテストできるプログラムの
単体テスト方式に関する。

一般に大きなシステムにおいては、プログラムが１本の
モジュール〔コンパイル単位〕で構成されているものは
少なく複数の七ジュールが集まって一つの処理を行なう
ように階層的に構成されている。

例えば、矛５図に示すようにモジュールＡのサブルーチ
ンとしてモジュールＢが、−１ニジエールＢのサブルー
チンとしてモジュール０．Ｄが構成されて１つのプログ
ラムラ溝底するようにしている。

このような階層的なプログラムを開発するには。

テストの効率を考慮してモジュールの作成順序等が決定
され、一般に矛６図で示す如くシステム設計された後、
各モジュールＡ、Ｂ、Ｏ，Ｄが作成される。

この開発の手順としては、上位のモジュールＡから作成
するトップダウン方式と、下位のモジュールＣ又はＤか
ら作成するボトムアップ方式とがある。

〔従来の技術〕

このような各モジュールが階層的に構成されたプログラ
ムをテストするには、全てのモジュールが充放してから
プログラムをテストすることが望ましいが、各モジュー
ルが順次作成されていくような場合には、各モジュール
の作成毎にそのモジュールを単体でテストするほうが開
発手順上効率がよい。

しかしながら、モジュールを単体でテストするにしても
９階層的なプログラムの構成では、関連する他のモジュ
ールが存在しないとテストで＠なするときは、モジュー
ルＡ、Ｏ，Ｄが必要となる。

このため、従来は、テストするモジュールに関連する仮
モジュールをテスト担当者が作成し、係る七ジュールの
単体テストを行っていた。

例えば、モジュールＢＴｈテストするため上位のモジュ
ールＡの仮モジュール（ドライバという）及ヒ下位のモ
ジュールＯ，Ｄの仮モジュール（スタブという）を作成
していた。

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

このようなモジュールのテストで必まとなるドライバや
スタブは仮モジュールなので小さく簡単に作成できるが
９通常のプログラム作成と同様にコーディングやこれの
テストの工数全豪し、単体テストのためのドライバやス
タブの開発全モジュール個々に要するという問題があっ
た。

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

本発明は、テストされるモジュールの必女とするドライ
バ又はスタブ全自動的に発生させ、仮モジュールの作成
全必要としないで単体テストできるプログラムのテスト
方式を提供するにある。

このため１本発明は、複数のモジュールが階層的に構成
されるプログラムのモジュール単体をプロセッサが実行
してテスト全行うプログラムの単体テスト方式において
、該被テストモジュール全解析して該被テストモジュー
ルに対する上位又は下位のモジュールの代替機能を行う
テスト支援ツールを設け、該テスト支援ツールは該被テ
ストモジュールが該上位モジエールから呼出される場合
には、該被テストモジュールに渡すパラメータの領域を
メモリに確保してテストデータをセット後該被テストモ
ジュールを起動せしめ、該被テストモジュールが該下位
モジュールを呼出す場合には。

該被テストモジュールのテスト実行中に該下位モジュー
ルが呼出されたことに応じて被テストモジュールに渡す
テストデータを該メモリにセットして該被テストモジュ
ールに渡すこと全特徴としている。

〔作用〕

本発明では、テスト支援ツール（プログラム）が設けら
れるが、この支援ツールがドライバ又はスタブ機能を自
動的に実行するようにしている。

即ち、支援ツールは被テストモジュールを解析し。

これに含まれる上位又は下位モジュールのインターフェ
イス（接続）情報を抽出し、上位又は下位モジュールの
存在を検出し、上位モジュールが存在する時は被テスト
モジュールの起動に先立ち。

インターフェイス情報？基にパラメータ領域をメモリに
確保し、更にこの領域に外部から与えられたテストデー
タをセットして被テストモジエールのテスト起動全行な
い、又下位モジュールが存在するときは、該被テストモ
ジュールのテスト実行中に下位モジュールを呼出すこと
に応じてインターフェイス情報から外部から与えられた
テストデータ全メモリにセットして被テストモジエール
に渡すようにして被テストモジュールのテストを続行さ
せるようにしている。

〔実施例〕

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

矛１図は本発明の一実施例ブロック図であり。

図中、ｌはコンピュータ（プロセッサ）であシ。

プログラム全実行して所望の処理全行なうもの。

１０はそのＯ８（オペレーティングシステム）部でアシ
、コンビエータ１全体の制御を行なうもの。

１１はモジュール解析部であ）、後述する７口〈論理設
計言語で記述された論理設計情報を解析して００ＢＯＬ
のソースプログラムを作成し、且つインターフェイス（
デバッグ）情報を抽出するもの。

１２は０ＯＢＯＬコンパイラであシ、ソースプログラム
をコンビエータの実行できる形式のａ−トモジュールに
変換するもの、１３はテスト支援ツール部であシ、後述
する如くインターフェイス情報からドライバ／スタブ機
能を行なうものである。

淘、ＯＳＳｉ２０モジュール解析部１１．Ｃ０ＢＯＬコ
ンパイラ１２及びテスト支援ツール部１３はコンビ為−
タｌの実行する機能全ブロック化したものである。２は
ファイルメモリであシ、各覆ファイル全格納しておくも
の、２０は論理設計情報ファイルであシ、プログラマ−
が作成した後述する論理設計情報を格納しておくもの、
２１はＣ０ＢＯＬソースフアイルであシ、モジュール解
析部１１によって作成された０ＯＢＯＬソースグロダラ
ムを格納しておくもの、２２はデパック情報ファイルで
あシ、モジュール解析部１１で抽出されたインターフェ
イス情報を格納しておくもの。

２３はロードモジュールファイルでアｂ、　　Ｃ０ＢＯ
Ｌコンパイラ１２が作成したロードモジュールを格納し
ておくもの、２４はテストデータファイルであ）、オペ
レータが入力したテストデータ全格納しておくもの、３
はコンソールであシ、ディスプレイとキーボードから成
シ、オペレータが操作して論理設計情報やテストデータ
を入力するものである。

次に９才１図実施例構成の動作について矛２図の処理フ
ロー図、矛３図の論理設計情報説明図及び矛４図のテス
ト支援ツールの動作説明図音用いて説明する。

以下。周知の高級言語である論理設計言語によシブログ
ラミングされたものについてその動作を説明する。

■　論理設計言語によるプログラミングは、矛３図に示
す如く各モジュールＡ、Ｂ、Ｏ，Ｄで共通なフォーマッ
ト定義書（矛３図（４））、各モジュールのインターフ
ェイス定義書（，１′７３図＠）、各モジュールのモジ
ュール定義書（矛３図０）等を作成することによシ行な
う。この共通フォーマット定義書は各モジュールで共通
な項目（データフの形式１桁数等の定義を行なうもので
あシ、インターフェイス定義書は各モジュールの入出力
項目。

モジュール劣等？定義するためのものであシ、基本設計
段階で決定され、コンソール３よｐ＝ｘンピ纂−タ１ｔ
−介しファイルメモリ２の論理設計情報ファイルに格納
されている。

一方、モジュール定義書は各モジュール毎に作成され、
当該モジュールの処理や論理、その条件が手順に従って
羅列されたものであシ、プログラマ−は各モジュールに
心象な処理等を順医記述してプログラミングし、これが
当該モジュールの処理同容を示す。オペレータはこのモ
ジュール定義書を完成する毎にコンソール３からコンビ
瓢−タｌ′ｆｔ介し論理設計情報ファイル２０に格納せ
しめる。

例えば、モジュールＢのモジュール定義書が完成し、論
理設計情報ファイル２０に格納され、他のモジュールＡ
、Ｏ，Ｄは完成していないとする。

■　オペレータはコンソールよシコンピユータｌにＯ８
部ｌ０のジョブ制御機能を働かせ、モジュールＢの０Ｏ
ＢＯＬソ一スプログラム全作成するように指令する。こ
れによってコンパイラの一種であるモジニール解析部ｌ
ｌは論理設計情報ファイル２０の論理設計情報を読出し
、０ＯＢＯＬで記述されたソースプログラムＴｈ作成１
．、ＯＯＢ゛ＯＬソースファイル２１に格納する。この
０ＯＢＯＬで記述されたソースプログラムは１例えば、
１−４図の被テストモジュールとして示すものであシ、
論理設計言語全用いずプログラマ−が０ＯＢＯＬでプロ
グラミングしたものに相当する。

■　これとともにモジュール解析部１１は論理設計情報
からインターフェイス情報全抽出する。例えば、矛３図
の例では、モジュールＢはモジュールＡに呼び出され、
パラメータの数はＧｌ、Ｇ２の２ツでその領域はＡＩ　
、Ａ２であることがモジニールＢのインターフェイス定
義書よシ抽出され。

そのパラメータＧｌ、Ｇ２の長さは共通フォーマット定
義書よシ抽出される。又、モジュールＢのモジュール定
義書よシモジュールＣ（日数＝％日数計算）、モジュー
ルＤｔ−呼び出すことが抽出され、その使用領域はモジ
ュールＯ，Ｄのインターフェイス定義書より抽出される
。

これを０ＯＢＯＬソースプログラムの記述から見ると１
才４図の被テストモジュールの記述の如く、モジュール
ＡのＡＩ、Ａ２を用い９％ジュールＣ（ＤＢ　１．　モ
ジュールＤのＢ２ｔ−用いることになる。

モジュール解析部１１はモジュールＢが呼び出されると
きのインターフェイス（モジュール名。

パラメータの数、パラメータの領域名、その長さ等）及
びモジュールＢが呼び出す時のインターフェイス全論理
設計情報から抽出し、デバッグ情報ファイル２２に格納
する。

このようにしてモジュールＢに対する０ＯＢＯＬソース
プログラムが作成され、且つモジュール間のインターフ
ェイス情報が抽出される。

■　次に、モジュールＢの単体テス）を行なう。

このため、オペレータはコンソール３よシコンピユータ
１を介しモジュールＢのテストの定めのテストデータ全
テストデータファイル２４に格納する。そして、オペレ
ータはテスト実行指令全コンビエータｌに入力する。コ
ンビエータｌでは。

Ｏ８！ｌ５ＩＯが０ＯＢＯＬコンパイラ１２ｔ？動作せ
しめ、０ＯＢＯＬソースフアイル２１のモジュールＢの
°０ＯＢＯＬソースプログラムをコンビエータｌの実行
できるロードモジュールに翻訳してロードモジュールフ
ァイル２３に格納する。仄に０８部１０はテスト支援ツ
ール部１３を起動し、デバッグ情報ファイル２２のイン
ターフェイス情報を解析せしめる。

■　テスト支援ツール部１３は、矛２図の処理フロー図
の如く前述のインターフェイス情報を解析し、上位モジ
ュールが存在するか全検出する。上位モジュールが存在
するとドライバ機能、即ち上位モジュール代替機能を実
行する。先づ、被テストモジュールＢに渡すパラメータ
の受は渡し領域全コンビーータ１の図示しない内部メそ
りに確保する。前述の例では、牙４図に示す如く内部メ
モリにＡ１及びＡ２の入出力領域を確保し、そのアドレ
ス全セットしておく。

次に、コンソール３よ勺オペレータにテストデータの指
示全表示し、オペレータはテストデータファイル２４の
どのテストデータ全セットするか全コンソール３より指
示する。これによって内部メモリのＡ１の領域にテスト
データファイル２４の必まなテストデータ（上位モジュ
ールからの入力データ）がセットされることになる。

これによってモジュールＢはパラメータＡＩを用いて処
理を実行できる。伺、Ａ２は七ジュールＢの実行結果の
出力のためのものである。

■　仄に、テスト支援ツール部１３は０５１１１０に対
し被テストモジュールの起動全指示する。

０８部１０はロードモジュールファイル２３のモジュー
ルＢのロードモジュールを実行し、その中でモジュール
ＡのパラメータＡｌＴｈ用いて行なう。

■　このようにしてモジュールＢのテスト金実行してい
くうちに、モジュールＣ又はｌ）　（１）　＠ｃａｔｔ
　’（呼び出し）命令があ６．ｏｓ部１０がロードモジ
ュールファイル２３ｔ−探索した結果モジュール０、Ｄ
のロードモジュールが見付からなかったとすると、エラ
ーをテスト支援ツール部１３に通知する。

■　これによってテスト支援ツール部１３は、被テスト
モジュールが下位モジュール全呼ぶために用意した内部
メモリのパラメータ領域（ＢｌやＢ２〕のアドレスを得
、コンソール３よシオペレータにテストデータの指示を
表示する。オペレータはテストデータファイル２４のど
のテストデータをセットするかをコンソール３より指示
する。これによって内部メモリのパラメータ領域にテス
トデータファイル２４の必要なテストデータ（下位モジ
ュールの出力データ）がセットされることになる。

従って被テストモジュールＢはこのテストデータを下位
モジュールの出力データとして受は取シ。

更にテストを続行していく。

このようにして、テスト支援ツール部１３が。

インターフェイス情報から上位又は下位モジュールの代
替機能を自動的に実行し、被テストモジュールのテスト
を行なわしめる。

上述の実施例では、論理設計言語でプログラムした例に
ついて説明したが、０ＯＢＯＬによりてプログラムして
ソースプログラムを作成してもよく、この場合００ＢＯ
Ｌソースプログラムからインターフェイス情報が抽出さ
れる。又、テストデータｆ　ハラメータ領域にセットす
るのにコンソール３よ）オペレータが指示しているが、
これ全自動的に行なってもよい。更にソースプログラム
の言語も０ＯＢＯＬに限らず、他の言語を用いてもよい
。

以上不発明を一実施例によ）説明したが１本発明は本発
明の主旨に従い種々の変形が可能であシ。

本発明からこれらを排除するものではない。

〔発明の効果〕

以上説明した様に１本発明によれば、仮数のモジュール
が階層的に構成されるプログラムのモジュール単体をプ
ロセッサが実行してテス）Ｔｈ行うプログラムの単体テ
スト方式において、該被テストモジュールを解析して該
被テストモジュールに対する上位又は下位のモジュール
の代替機能全行ウテスト支援ツール全設け、該テスト支
援ツールは該被テストモジュールが該上位モジュールか
ら呼出される場合には、該被テストモジュールに渡すパ
ラメータの領域全メモリに確保してテストデータをセッ
ト後筬被テストモジュール全起動せしめ、該被テストモ
ジュールが該下位モジュールを呼出す場合には、該被テ
ストモジュールのテスト笑行中に該下位もジュールが呼
出されたことに応じて被テストモジュールに渡すテスト
データ全該メモリにセットして該被テストモジュールに
渡すことを特徴としているので、関連する他のモジュー
ルが完成していなくても被テストモジュールのテス）Ｔ
ｈ自動的に実行できるという効果を奏し。

係るモジュールが階層的に構成されたプログラムの開発
効率を高めることができる。又、被テストモジュールに
対するドライバ、スタブをプログラミングしなくてよい
ため、ドライバやスタブのテストのための作業をしなく
て済むという効果も奏し、一層プログラム作成を容易に
且つ短期間で完成せしめることに寄与するところが大き
い。

【図面の簡単な説明】

矛１図は本発明の一実施例ブロック図、　、ｔ−２図は
矛１図実施側構成のテスト支援ツールの処理フロー図、
　、ｔＦａ図は矛１図笑厖例構成に用いられる論理設計
言語の説明図１才４図は、？１図実施例構成のテスト支
援ツールの動作説明図、矛５図は階層的モジュール構成
プログラムの説明図、矛６図は、３１Ｆ５図構成のプロ
グラムの開発手順説明図である。 図中、１・・・コンピュータ（プロセッサ）、２・・・
ファイルメモリ、３・・・コンソール、１３・・・テス
ト支援ツール。 第１図 第２図 第３図

Claims (1)

【特許請求の範囲】
1. 複数のモジュールが階層的に構成されるプログラムのモ
   ジュール単体をプロセッサが実行してテストを行うプロ
   グラムの単体テスト方式において、該被テストモジュー
   ルを解析して該被テストモジュールに対する上位又は下
   位のモジュールの代替機能を行うテスト支援ツールを設
   け、該テスト支援ツールは該被テストモジュールが該上
   位モジュールから呼出される場合には、該被テストモジ
   ュールに渡すパラメータの領域をメモリに確保してテス
   トデータをセット後該被テストモジュールを起動せしめ
   、該被テストモジュールが該下位モジュールを呼出す場
   合には、該被テストモジュールのテスト実行中に該下位
   モジュールが呼出されたことに応じて被テストモジュー
   ルに渡すテストデータを該メモリにセットして該被テス
   トモジュールに渡すことを特徴とするプログラムの単体
   テスト方式。