JPH02257227A - プログラム単体テストの支援システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 Ａ、産業上の利用分野 この発明は、ソフトウェアの開発工程において、プログ
ラムの単体テストを支援するシステムに関する。

Ｂ、従来技術 プログラムの全体は、−船釣に、第２図に示すようなツ
リー構造となっている。

最も基本となる親としてのプログラムＡに対して、１つ
下位の子としてのプログラムＢ、（＋＝１、　２・・・
・）がつながっており、個々の子プログラムＢ！のそれ
ぞれに対して、さらに１つ下位の孫としてのプログラム
Ｃ＋１（１＝１．２・・・・、ｊ−１，２・・・・）が
つながっており、さらに個々の孫のプログラムＣ１ｊに
対して、ひ孫としてのプログラムＤ、ｊ、（ｉ−１，２
・・・・、Ｊ−１，２・・・・ｋ−１，２・・・・）が
つながっている。

親プログラムＡが子プログラムロムをドライブすると、
子プログラムＢ直は孫プログラムＣ１ｊをドライブする
。また、子プログラムＢ、が孫プログラムＣ１ｊをドラ
イブすると、孫プログラムＣ目はひ孫プログラムＤｌｊ
ｋをドライブする。

プログラムの単体テストにおいては、テスト対象のプロ
グラム（テストプログラム）をドライバプログラムおよ
びスタブプログラム（両者を合わせてドライバ／スタブ
プログラムという）に基づいて正常に機能するかどうか
をチエツクする。

ここで、ドライバプログラムとは、テストプログラムを
動作させるためのプログラムのことであり、テストプロ
グラムよりも上位に位する。また、スタブプログラムと
は、テストプログラムによって動作するプログラムのこ
とであり、テストプログラムよりも下位に位する。

各段階のプログラムは、それ自体の内部に、ドライバプ
ログラムを作成する上で必要な条件を備えているととも
に、スタブプログラムを作成する上で必要な条件を備え
ている。

例えば、子プログラムＢ、がテストプログラムであると
き、それに対するドライバプログラムは親プログラムＡ
であり、スタブプログラムは孫プログラムＣ，，，Ｃ，
，・・・・である。

子プログラムＢ、は、ドライバプログラムとしての親プ
ログラムＡによって動作させられるものであるから、子
プログラムＢ、自体の内部に、親プログラムＡから各種
のコードを受は取るためのドライバプログラム作成条件
を有している。

また、子プログラムＢ、は、スタブプログラムとしての
孫プログラムＣＩＩ＋　ＣＩ！・・・・を動作させるも
のであるから、子プログラムＢ、自体の内部に、各孫プ
ログラムＣＩｌ＋　Ｃ１ｇ・・・・に各種のコードを与
えるためのスタブプログラム作成条件を有している。

従来、プログラムの単体テストにおいては、テスト実施
者が、テストプログラム（プログラムモジュール）から
それに含まれているドライバプログラム作成条件とスタ
ブプログラム作成条件とを読み出し、単体テストに必要
な属性データを加味しながら、それらの条件に基づいて
単体テストに必要なドライバ／スタブプログラムをその
都度作成していた。

そして、テスト実施者がキーボードとデイスプレィとか
らなる端末装置を使用して単体テストに必要なコマンド
、パラメータ、ファイル内容等のデータ（テストデータ
）を入力し、入力されたテストデータをドライバ／スタ
ブプログラムによって処理した結果、出力されて（るデ
ータが正しいかどうかを判断するのである。

Ｃ０発明が解決しようとする課題 しかし、従来においては、上記のようにテスト実施者が
テストプログラムに°含まれているドライバプログラム
作成条件とスタブプログラム作成条件を読み出してデイ
スプレィに表示し、それを目視しながら、キーボードか
らの人力操作という手作業によってドライバ／スタブプ
ログラムを作成していたために、その作成に多大な時間
を要するだけでなく、その作成段階でバグが混入する可
能性が大いにあった。

なお、出力データが誤っているときには、テストプログ
ラム、ドライバプログラムあるいはスタブプログラムを
修正し、再度単体テストを行うが、従来では、その再テ
ストのたびに前回と同一のテストデータを入力しなけれ
ばならず、単体テストの能率が悪いという問題もあった
。

また、出力データが正しい場合であっても、入力された
テストデータがテストプログラムの中で果たして正しい
ルートを経てきたのかどうかは不明であって、出力デー
タが本当に正しいかどうかの判断はテスト実施者の主観
に任されていたのが実情であり、単体テストの客観的な
評価がむずかしいという問題もあった。

この発明は、ドライバ／スタブプログラムの作成を効率
化するとともにバグの混入を防止することを目的とする
。

００課題を解決するための手段 この発明は、このような目的を達成するために、次のよ
うな構成をとる。

すなわち、この発明のプログラム単体テストの支援シス
テムは、テストプログラムからそれに含まれているドラ
イバプログラム作成条件、スタブプログラム作成条件を
ドライバ／スタブ中間データとして抽出するドライバ／
スタブ作成条件抽出手段と、単体テストに必要な属性デ
ータを入力する属性データ入力手段と、前記中間データ
と属性データとに基づいてドライバ／スタブプログラム
を生成するドライバ／スタブプログラム生成手段と、単
体テストに必要なコマンド、パラメータ。

ファイル内容等のテストデータを入力するテストデータ
入力手段と、ドライバ／スタブプログラムおよびテスト
データに基づいてテストプログラムの機能を判定するテ
スト手段とを備えたことを特徴とするものである。

８１作用 この発明の構成による作用は、次のとおりである。

すなわち、ドライバ／スタブプログラム生成手段が、ド
ライバ／スタブ中間データと属性データとに基づいて単
体テストに必要なドライバ／スタブプログラムを自動的
に生成するから、テスト実施者自身がドライバプログラ
ム作成条件とスタブプログラム作成条件を目視して判断
しながら手作業によってドライバ／スタブプログラムを
作成していた従来の場合に比べて、時間の大幅な短縮が
可能でテスト実施者の負担が軽減されるとともに、バグ
の混入が防止される。

Ｆ、実施例 以下、この発明の実施例を図面に基づいて詳細に説明す
る。

第１図は、プログラム単体テストの支援システムの構成
を示すブロック図である。

テストプログラム１には、それの単体テストに必要なド
ライバプログラム作成条件とスタブプログラム作成条件
とが含まれている。これらの条件を合わせて、ドライバ
／スタブ作成条件と呼ぶ。

ドライバ／スタブ作成条件抽出手段２は、テストプログ
ラムｌから前記のドライバ／スタブ作成条件を読み出し
、ドライバ／スタブ中間データ３としてドライバ／スタ
ブプログラム生成手段４に渡す。

一方、テスト実施者は、テストプログラム１の単体テス
トに必要な属性データ（例えば、変数を数偵とするかそ
れとも文字とするか等）を、キーボードとデイスプレィ
を備えた属性データ入力手段５の操作によってドライバ
／スタブプログラム生成手段４に入力する。

ドライバ／スタブプログラム生成手段４は、入力したド
ライバ／スタブ中間データ３と属性データとに基づいて
単体テストに必要なドライバ／スタブプログラム６を自
動的に生成する。これによりて、単体テストの環境が迅
速、容易に整えられる。

この点において、テスト実施者自身がドライノイブログ
ラム作成条件とスタブプログラム作成条件を目視判断し
ながらキーボード操作という手作業によってドライバ／
スタブプログラムを作成していた従来の場合に比べて、
大幅な時間の短縮を実現できるとともに、ドライバ／ス
タブプログラムへのバグの混入が防止できるのである。

テスト手段７は、テストプログラムｌを読み込むととも
に、生成されたドライバ／スタブプログラム６を読み込
む、これとともに、テスト手段７は、キーボードとデイ
スプレィを備えたテストデータ入力手段８を介して入力
された単体テストに必要なコマンド、パラメータ、ファ
イル内容等のテストデータを読み込む。

読み込まれたすべてのテストデータは、テスト手段７が
らテストデータ記憶手段９に転送され、テストデータフ
ァイル１０に格納され保存される。

テスト手段７は、ドライバ／スタブプログラム６とテス
トデータとに基づいてテストプログラムｌが正常に機能
するかどうかを判断し、そのテスト結果をテスト結果出
力手段１１に渡して、テスト結果レボ−）１２としてプ
リントアウトする。

−船釣に、同一のテストプログラム１に対しては何回か
にわたって単体テストを繰り返すのであるが、その単体
テストの繰り返しに際してテストデータが同一であるな
らば、２回目以降の単体リストにおいては、従来のよう
に改めてテストデータを再入力する必要はなく、１回目
の単体テスト時においてテストデータファイル１０に格
納しておいたテストデータを読み出すだけでよい。

また、テストデータの一部を修正する必要があるときは
、テストデータファイル１０に付属したテストデータ更
新手段１３からの入力により、すでにテストデータファ
イル１０に格納されているテストデータの一部を修正す
ることができる。この場合において、修正する必要のな
いテストデータは、そのままの状態でテストデータファ
イルｌＯに保存されることとなる。

この点において、テスト実施者の負担が大幅に軽減され
るとともに、単体テストの能率を向上することができる
。

テスト手段７によるテストプログラム１の単体テストは
、入力されたテストデータに対して出力結果がどうであ
るかだけでなく、テストプログラム１内の様りな動作ル
ートのうちのどのルートを通って入力テストデータが出
力結果となったかを示す履歴をたどるとともに、個々の
テストデータについであるルートを通った割合とか、す
べてのテストデータに対して全く通らなかったルートが
どれであるか等をもチエツクする。

そして、この〔入力→動作ルート→出力〕の履歴データ
がテスト結果レボ−目２として出力されるので、それを
見ることにより、単体テストの客観的な評価が可能とな
り、信頼性の高いプログラムの作成が行えるのである。

Ｇ１発明の効果 この発明によれば、次の効果が発揮される。

すなわち、ドライバ／スタブ作成条件抽出手段がテスト
プログラムから抽出したドライバ／スタブ中間データ（
ドライバプログラム作成条件、スタブプログラム作成条
件）と、属性データ入力手段から入力された属性データ
とに基づいて、ドライバ／スタブプログラム生成手段が
自動的にドライバ／スタブプログラムを生成するから、
前記両条件を目視判断して手作業によってドライバ／ス
タブプログラムを作成していた従来の場合に比べて、大
幅な時間の短縮化とテスト実施者の負担軽減とを達成す
ることができるとともに、ドライバ／スタブプログラム
へのバグの混入を防止することができ、信転性の高いプ
ログラムの作成が可能となる。

【図面の簡単な説明】

第１図はこの発明の実施例に係るプログラム単体テスト
の支援システムのブロック図である。第２図はプログラ
ムのツリー構造の模式図である。 ｌ・・・テストプログラム ２・・・ドライバ／スタブ作成条件抽出手段３・・・ド
ライバ／スタブ中間データ ４・・・ドライバ／スタブプログラム生成手段５・・・
属性データ入力手段 ６・・・ドライバ／スタブプログラム ７・・・テスト手段 ８・・・テストデータ入力手段 ２ｍ

Claims (1)

【特許請求の範囲】
1. （１）テストプログラムからそれに含まれているドライ
   バプログラム作成条件、スタブプログラム作成条件をド
   ライバ／スタブ中間データとして抽出するドライバ／ス
   タブ作成条件抽出手段と、単体テストに必要な属性デー
   タを入力する属性データ入力手段と、前記中間データと
   属性データとに基づいてドライバ／スタブプログラムを
   生成するドライバ／スタブプログラム生成手段と、単体
   テストに必要なコマンド、パラメータ、ファイル内容等
   のテストデータを入力するテストデータ入力手段と、ド
   ライバ／スタブプログラムおよびテストデータに基づい
   てテストプログラムの機能を判定するテスト手段とを備
   えたことを特徴とするプログラム単体テストの支援シス
   テム。