JP2000132425A - ソフトウェアテスト方法 - Google Patents

Abstract

(57)【要約】 【課題】 テスト条件の変更やテストケースの追加が容
易なソフトウェアの部分的テストの方法を提供する。 【解決手段】 下位モジュールをシミュレートするスタ
ブを、テスト対象モジュール１０１からの呼出しを受け
付ける仮スタブ１０３と、それぞれが所定の単一動作を
行う複数の実行モジュールの集合としての実スタブ１０
５として実現し、仮スタブａと実スタブａ１、ａ２との
対応関係は、指定条件ファイル１０７において、仮スタ
ブ呼び出し時の引数値及び内部条件を使って定義する。
そして、テスト実施時に仮スタブ１０３から呼び出され
る実スタブ決定処理１０４が、仮スタブ呼び出し時の引
数値及び内部条件と指定条件ファイル１０７とに基づい
て、実行する実スタブａ１又はａ２を決定し、実行す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、計算機ソフトウェ
アのテスト方法に関し、特に、ソフトウェアの一部分を
テストする方法に関する。

【０００２】

【従来の技術】ソフトウェアの部分的テストに関する従
来技術としては、例えば「ソフトウェアのテスト技法」
（玉井、他著、共立出版、１９８８年１月発行）第１４
８頁〜第１５５頁にあるように、ドライバとスタブとを
組み合わせる方式が知られている。

【０００３】ドライバは、テスト対象モジュールの上位
モジュールをシミュレートするもので、テスト対象モジ
ュールの実行に必要な変数などに値を設定し、テスト対
象モジュールを呼び出す。スタブは、テスト対象モジュ
ールの下位モジュールをシミュレートするもので、テス
ト対象モジュールからの呼出しに対して、テスト対象モ
ジュールが実行を継続できるように、出力引数などの値
を設定する。

【０００４】テスト対象モジュールから呼び出される下
位モジュールは、一般に、呼び出された時点における入
力引数値や共通データ値などの条件に応じ、異なる処理
を行うものである。従って、これをシミュレートするス
タブも、テスト対象モジュールについてより詳細なテス
トを行うためには、同様に、呼び出された時点における
入力引数値や共通データ値などの条件に応じて、異なる
処理を行う必要がある。このような、状況に応じた異な
る処理を実現するためのスタブとしては、対話型スタブ
とバッチ型スタブとがある。

【０００５】対話型スタブは、呼び出された時点で、テ
スト対象モジュールの実行に必要な変数に設定すべき値
を、ユーザに対話的に問い合わせ、直接入力させるもの
である。従って、対話型スタブでは、テスト実施中にユ
ーザの介入が必要になる。更に、テスト対象モジュール
がタイムアウト管理を行っている場合など、テスト対象
モジュールの動作がスタブの処理時間に依存する場合に
は利用することができない。

【０００６】これに対して、バッチ型スタブでは、テス
ト対象モジュールの実行に必要な変数に設定すべき値、
またはその値の決定に必要な全ての情報を、予めテスト
スクリプトに記述しておき、スタブは、呼び出された時
点でテストスクリプトの記述に従った動作を行う。従っ
て、バッチ型スタブでは、一般に、テスト実施中にユー
ザの介入は不要であり、テスト対象モジュールの動作が
スタブの処理時間に依存する場合にもある程度対応する
ことができる。このようなバッチ型スタブの例は、前記
「ソフトウェアのテスト技法」の他、「ＡＰ試験シミュ
レーター構成方式についての一考察」（情報処理学会第
５５回全国大会予稿集、講演番号５ＡＥ−８）や、「シ
ミュレーションに基づく組込みソフトウェア開発支援環
境」（日本ソフトウェア科学会第１４回全国大会論文
集、講演番号Ｅ３−３）などにも記載されている。

【０００７】

【発明が解決しようとする課題】このようなバッチ型ス
タブにおいては、テストスクリプトは、テストケースの
内容に依存して作成するので、ある特定のテストケース
のために作成したテストスクリプトを他のテストケース
のために用いることや、他のテスト実施者が作成したテ
ストスクリプトを別のテスト実施者が用いることは、一
般に困難であった。

【０００８】また、テストを進めているうちに、テスト
ケースの不足が判明し、事前に予期していなかったスタ
ブの動作の追加が必要になった場合には、テストスクリ
プトの変更が必要となるが、その変更は一般に煩雑であ
った。

【０００９】本発明の目的は、テスト条件の変更やテス
トケースの追加が容易なソフトウェアの部分的テストの
方法を提供することにある。

【００１０】

【課題を解決するための手段】本発明に係る第一のソフ
トウェアテスト方法は、他のモジュールの呼出しを含む
テスト対象ソフトウェアのテストを実施するソフトウェ
アテスト方法である。そして、テスト対象ソフトウェア
の実行中に、他のモジュールに対する呼出しが生じた場
合、予め定義された条件に基づいて、予め用意された、
それぞれ所定の動作を行う複数の実行モジュールから適
切な実行モジュールを選択して実行することを特徴とす
る。

【００１１】この場合において、前記他のモジュールに
対する呼出しが必要な場合、対応する仮スタブの呼び出
しを行い、当該仮スタブでは、実スタブ決定処理を呼び
出し、当該実スタブ決定処理では、予め定義された条件
に基づいて、予め用意された実スタブ群から適切な実ス
タブを選択して実行するようにしてもよい。

【００１２】また、本発明に係る第二のソフトウェアテ
スト方法は、他のソフトウェアとデータ通信を行うテス
ト対象ソフトウェアのテストを実施するソフトウェアテ
スト方法である。そして、テスト対象ソフトウェアから
受信したデータを解析して要求内容を判定し、当該要求
内容に対して、予め定義された条件に基づいて、予め用
意された、それぞれ所定の動作を行う複数の実行モジュ
ールから適切な実行モジュールを選択して実行すること
を特徴とする。

【００１３】この場合において、前記テスト対象ソフト
ウェアからの要求内容に対して、対応する仮スタブの呼
び出しを行い、当該仮スタブでは、実スタブ決定処理を
呼び出し、当該実スタブ決定処理では、予め定義された
条件に基づいて、予め用意された実スタブ群から適切な
実スタブを選択して実行するようにしてもよい。

【００１４】更に、前記他のソフトウェアとテスト対象
ソフトウェアとは、ネットワーク等で接続された異なる
計算機で実行されていてもよい。この場合、テスト対象
となるのは、計算機で実行されるテスト対象ソフトウェ
アに限らず、同様の動作を行うハードウェアであっても
よい。

【００１５】

【発明の実施の形態】以下、本発明の実施の形態を、図
面を参照しつつ、詳細に説明する。なお、当然ながら、
本発明は以下の実施形態に限定されるものではない。

【００１６】図１は、本発明によるソフトウェアテスト
方法を実施するためのテスト用ソフトウェアの機能構成
を示す図である。テスト用ソフトウェアとは、テスト対
象となるソフトウェアをテストするのに使われるソフト
ウェアである。同図に示すように、テスト用ソフトウェ
ア１００は、ドライバ１０２、仮スタブ１０３、実スタ
ブ決定処理１０４および実スタブ１０５から構成され
る。

【００１７】テスト対象モジュール１０１は、テスト用
ソフトウェア１００を使ったテストの対象となるソフト
ウェアモジュールである。なお、図１の例は、テスト対
象ソフトウェア１０１が、他の二つのソフトウェアモジ
ュール（仮スタブａ及びｂに対応）を呼び出す場合を表
している。

【００１８】ドライバ１０２は、テスト実行開始時又は
その後のユーザからの指示に基づいて、テスト対象モジ
ュール１０１を呼び出す。ドライバ１０２は、従来と同
様のもので、例えば、テスト実施者が、テキストエディ
タを使って、所定のプログラム言語で作成する。テスト
対象モジュール１０１が入力データを必要とする場合
は、ドライバ１０２は、予め作成した入力データ１０
６、または、テスト実施時にテスト実施者が入力するテ
ストデータを、テスト対象モジュール１０１に渡す。

【００１９】仮スタブ１０３は、従来のスタブと同様
に、テスト対象モジュール１０１から呼び出されるソフ
トウェアモジュール（例えば、Ｃ言語における関数）毎
に作成される。仮スタブ１０３は、実際のソフトウェア
モジュールと同一のインタフェースを持ち、テスト実施
時にテスト対象モジュール１０１から呼び出される。な
お、以下の説明では、簡単のため、「ソフトウェアモジ
ュール」の代わりに、「関数」を使う。

【００２０】実スタブ決定処理１０４は、仮スタブ１０
３から呼び出される処理ルーチンで、条件指定ファイル
１０７の内容に基づいて、実行する実スタブ１０５を一
つ決定して、呼び出すものである。

【００２１】実スタブ１０５は、テスト対象モジュール
１０１から呼び出される関数がとりうる複数の動作のう
ちの、所定の状況下における動作の模擬を行うもので、
複数の動作の内の各動作に対応して作成される。実際に
実行される実スタブ１０５は、テスト実施時に、実スタ
ブ決定処理１０４によって決定される。そのため、実ス
タブ１０５は、ダイナミック・リンク・ライブラリ（Ｄ
ＬＬ）等の実行時に動的にリンク可能なライブラリとし
て実現される。

【００２２】図２は、本発明によるテストウェアテスト
方法を実施する計算機システムのハードウェア構成例を
示す図である。同図に示すように、計算機システム２０
０は、処理装置２０１と、入力装置２０２と、表示装置
２０３と、メモリ２０４と、外部記憶装置２０５とを備
える。計算機システム２００において、入力装置２０２
によってテストの開始が指示されると、外部記憶装置２
０５から必要なプログラムがメモリ２０４にロードさ
れ、処理装置２０１によって実行される。

【００２３】次に、仮スタブ１０３の動作について詳細
に説明する。図３は、仮スタブ１０３の動作を示すフロ
ーチャートである。例えば、テスト実施者やプログラム
作成担当者が、同図に示すような処理を行うように、所
定のプログラミング言語を使って、仮スタブ１０３を作
成する。

【００２４】仮スタブ１０３の動作は、非同期型及び同
期型で異なる。テスト対象モジュール１０１が、呼び出
した関数における処理の結果に依存するデータ（以下、
出力データという）を必要としない場合には、非同期型
３００を用いる。また、出力データを必要とする場合に
は同期型３１０を用いる。非同期型及び同期型のいずれ
を用いるかは、置き換えられる関数の性質に基づいて、
テスト実施者等が、適宜選択する。

【００２５】図３に示すように、非同期型仮スタブ３０
０では、対応する関数名およびテスト対象モジュール１
０１から渡される入力引数値を引数として実スタブ決定
処理１０４を呼び出し（Ｓ３０１）、処理を終える。実
スタブ決定処理１０４の呼び出しは、例えば、所定の関
数の呼び出しで実現される。

【００２６】一方、同期型仮スタブ３１０では、対応す
る関数名およびテスト対象モジュール１０１からの入力
引数値に加え、実スタブが処理終了を仮スタブに通知す
る際の終了通知領域および出力データ値の格納領域を引
数として、実スタブ決定処理１０４を呼び出す（Ｓ３１
１）。そして、同期型仮スタブ３１０は、前記終了通知
領域を監視して実スタブの処理終了を待ち（Ｓ３１
２）、実スタブの処理終了を検知すると、前記出力デー
タ値格納領域から出力データ値を読み込み、その出力デ
ータ値を、具体的な関数の呼び出し方法に応じて、戻り
値として、又は、所定のデータ格納領域を使って、テス
ト対象モジュール１０１へ渡して（Ｓ３１３）、処理を
終える。

【００２７】次に、実スタブ決定処理１０４の動作につ
いて詳細に説明する。実スタブ決定処理１０４は、上述
したように、仮スタブ１０３から呼び出される処理ルー
チンで、条件指定ファイル１０７の内容に基づいて、実
スタブ１０５を一つ決定して呼び出すものである。

【００２８】条件指定ファイル１０７は、テスト内容に
応じてテスト実施者等が作成するファイルである。図４
は、条件指定ファイル１０７の構成例を示す図である。
同図に示すように、条件指定ファイル１０７は、仮スタ
ブ毎にテーブルを備え、各テーブルは、引数値（図４の
場合は、引数１や引数２）及び内部変数値（図４の場合
は、呼出回や経過時間）で表現される「条件」、並び
に、その条件に該当する際に選択される実スタブを実行
するのに必要な「実スタブ情報」（図４の場合は、実ス
タブ名）とから構成される。図４に示した例では、内部
条件としては、スタブａでは、当該仮スタブが呼び出さ
れた回数を用い、スタブｂでは、テスト対象モジュール
起動からの経過時間を用いている。なお、内部変数は、
テスト用ソフトウェア１００内に設けられた適当な領域
に保持され、実スタブ決定処理１０４によって更新され
る。

【００２９】例えば、図４に示した条件指定ファイル１
０７のスタブａ用のテーブルでは、条件は、「引数
１」、「引数２」及び「呼出回」で表されている。な
お、「引数１」、「引数２」及び「呼出回」欄の記号
「＊」は、任意の値であることを表す。例えば、呼出回
が「１」であれば、引数１及び引数２の値に拘わらず、
「処理タイムアウト用」の実スタブが選択される。ま
た、テーブルの上段にある条件の方が下段にある条件に
対して優先する。例えば、「処理タイムアウト用」の条
件の方が、「機器異常発生用」の条件に優先して判断さ
れる。

【００３０】図５は、実スタブ決定処理１０４の処理の
流れを示すフローチャートである。例えば、テスト実施
者等が、同図に示すような処理を行うように、実スタブ
決定処理１０４を作成する。

【００３１】図５に示すように、実スタブ決定処理１０
４は、まず、呼び出し時に引数として与えられる関数名
を使って、条件指定ファイル１０７から当該関数（スタ
ブ）用のテーブルを検索し、当該関数についての条件及
び実スタブ情報を取得する（Ｓ５００）。そして、取得
した条件、並びに、与えられた引数値及びその時点での
内部変数値に基づいて、実スタブを一つ決定する（Ｓ５
０１）。次に、必要に応じて内部変数値を更新し（Ｓ５
０２）、求めた実スタブを実行して（Ｓ５０３）、処理
を終える。実スタブの実行は、例えば、新規スレッドま
たは新規プロセスとして実行される。なお、実スタブを
呼び出す際の引数は、当該スタブが非同期型である場合
には与えられた引数値のみであるが、同期型の場合には
終了通知領域と出力データ格納領域が加わる。

【００３２】次に、実スタブ１０５の動作について詳細
に説明する。図６は、実スタブ１０５の動作を示すフロ
ーチャートである。例えば、テスト実施者等が、同図に
示すような処理を実現するように、実スタブのコーディ
ングを行う。

【００３３】実スタブ１０５も、仮スタブ１０３と同様
に、非同期型と同期型によってその動作が異なる。非同
期型実スタブ６００では、単に、スタブが模擬する関数
の所定条件下での動作内容を実現する処理を行う（Ｓ６
０１）。一方、同期型実スタブ６１０では、非同期型と
同様に、模擬する関数の所定条件下での動作内容を実現
する処理を行い（Ｓ６１１）、その後に、処理結果に基
づいて出力データを出力データ格納領域に設定し（Ｓ６
１２）、終了通知領域を使って仮スタブへ処理終了を通
知する（Ｓ６１３）。

【００３４】以上説明したテスト用ソフトウェアを使っ
たテスト対象モジュール１０１の実際のテストは、例え
ば、次のようにして行われる。まず、ドライバ１０２、
テスト対象モジュール１０１、仮スタブ１０３、実スタ
ブ決定処理１０４を、コンパイル／リンクし、実行形式
のテスト・モジュールを作成する。また、実スタブ１０
５は、ＤＬＬ等の実行時に動的にリンク可能なライブラ
リとしてコンパイルしておく。また、目的のテストケー
スに応じて、条件指定ファイル１０７を作成しておく。

【００３５】以上のような準備を行った後、前記実行形
式のテスト・モジュールを実行すると、まず、ドライバ
１０２によってテスト対象モジュール１０１が呼び出さ
れ、テスト対象モジュール１０１の実行が開始される。
テスト対象モジュール１０１の実行に伴い、仮スタブ１
０３の呼び出しが発生すると、これに対応して、実スタ
ブ決定処理１０４が呼び出され、実スタブ決定処理１０
４によって、そのときの引数値等に応じて、適切な実ス
タブ１０５が動的にリンク・実行されて、所望のテスト
ケースに応じたテストが行われる。

【００３６】以上説明したように、第１のテスト用ソフ
トウェア１００によれば、他の関数の呼出を含むソフト
ウェアに対して、必要に応じて実スタブを適宜作成し、
テスト内容に応じた条件指定ファイルを作成するのみ
で、いろいろなテストケースに柔軟に対応することがで
き、いろいろなテスト状況に応じたソフトウェアのテス
トを実施することが容易になる。また、既に作成された
実スタブの再利用や、実スタブの追加も容易に行える。

【００３７】次に、複数の計算機で構成される計算機シ
ステムに対して本発明を適用する場合について説明す
る。

【００３８】図７は、複数の計算機で構成される計算機
システムの一つの構成要素を、本発明による方式でテス
トするためのハードウェア構成例を示す図である。同図
に示すように、計算機システム７００は、処理装置２０
１と、入力装置２０２と、表示装置２０３と、メモリ２
０４と、外部記憶装置２０５と、通信装置７０１とを備
える。処理装置２０１、入力装置２０２、表示装置２０
３、メモリ２０４及び外部記憶装置２０５は、図２のも
のと同一である。通信装置７０１は、通信回線７０２を
介して、テスト対象である装置７０３と接続されてい
る。

【００３９】図８は、本発明による第２のテスト用ソフ
トウェア８００の機能構成を示す図である。このテスト
用ソフトウェア８００は、上述した計算機システム７０
０において実行される。同図に示すように、テスト用ソ
フトウェア８００は、ドライバ８０１、送信処理部８０
２、受信処理部８０３、コマンド解析処理部８０４、仮
スタブ１０３、実スタブ決定処理１０４、実スタブ１０
５から構成される。なお、構成要素のうち、図１と同一
の符号を付したものは図１のものと同一である。

【００４０】送信処理部８０２および受信処理部８０３
は、それぞれ、実際の計算機システムで用いられる通信
方式によって、テスト対象装置７０３（例えば、テスト
対象装置７０３上で動作しているソフトウェア）へのデ
ータの送信およびテスト対象装置７０３からのデータの
受信を行う。送信処理部８０２および受信処理部８０３
は、テスト実施者等が適宜作成する。

【００４１】ドライバ８０１は、図１に示したドライバ
１０２に対応するものであり、テスト実施開始時、又は
その後、テスト実施者等からの指示に基づいて、指示デ
ータをテスト対象装置７０３に送信する。指示データの
内容に複数の可能性がある場合には、外部記憶装置２０
５に予め作成した入力データ１０６、または、テスト実
施時にテスト実施者が入力するデータを指示データとし
て用いる。

【００４２】コマンド解析処理部８０４は、受信処理部
８０３がテスト対象装置７０３からデータを受信した場
合に起動される。起動されたコマンド解析処理部８０４
は、受信データを解析してテスト対象装置７０３からの
要求内容（コマンド）を識別し、要求内容に対応する仮
スタブ１０３を呼び出す。コマンド解析処理部８０４
は、テスト実施者等が適宜作成する。

【００４３】コマンド解析処理部８０４から呼び出され
た仮スタブ１０３は、第１のテスト用ソフトウェア１０
０の場合と同様に、実スタブ決定処理１０４の呼び出し
を行い、実スタブ決定処理１０４では、条件指定ファイ
ル１０７の内容に基づいて、適当な実スタブ１０５を選
択し、実行する。実スタブ１０５での処理、及び、仮ス
タブ１０３での処理が終了すると、コマンド解析処理部
８０４は、テスト対象装置７０３からの要求内容等に応
じて、必要ならば送信処理部８０２を用いて出力データ
値等をテスト対象装置７０３に送信する。

【００４４】以上説明したように、第２のテスト用ソフ
トウェア８００を使えば、通信回線７０２を介して他の
計算機システム７００とデータ通信を行うテスト対象装
置７０３のテストを行うことができる。

【００４５】なお、図７および図８では、複数の計算機
で構成される計算機システムに対して本発明を適用する
場合を示したが、単一計算機上で複数のソフトウェアが
通信（例えば、プロセス間通信）を行う場合について拡
張することは容易である。すなわち、受信処理部８０３
および送信処理部８０２を、対象ソフトウェアシステム
が用いる通信形態に適合するように実現すればよい。

【００４６】以上の説明では、仮スタブ１０３、実スタ
ブ決定処理１０４、実スタブ１０５及び条件指定ファイ
ル１０７の作成は、例えば、テスト実施者等がテキスト
エディタ等を利用して手作業で作成するとしていたが、
これらのテスト用ソフトウェア１００や８００の作成を
計算機によって支援することも可能である。

【００４７】次に、利用者との対話を用いて、仮スタブ
１０３、実スタブ決定処理１０４、実スタブ１０５及び
条件指定ファイル１０７の作成を支援する方法について
説明する。なお、以下では、第１のテスト用ソフトウェ
ア１００の作成を支援する場合について説明するが、第
２のテスト用ソフトウェア８００についても同様に作成
を支援することができる。

【００４８】図９は、第１のテスト用ソフトウェア１０
０の作成を支援する支援ソフトウェア９００の機能構成
を示す図である。同図に示すように、支援ソフトウェア
９００は、全体制御部９０１と、仮スタブ＆実スタブ決
定処理生成処理部９０２、実スタブ作成支援処理部９０
４と、条件指定ファイル作成処理部９０５と、スタブ管
理テーブル９０３とを備える。

【００４９】支援ソフトウェア９００が起動されると、
まず、全体制御部９０１は、支援内容が、新規テスト対
象モジュールに対する作成支援か、既に仮スタブの作成
が終了している関数についての実スタブの追加作成支援
か、実スタブの作成を完了したテスト対象モジュールに
ついての条件指定ファイル作成支援のいずれであるかを
ユーザに問い合せ、それぞれの場合に応じて、仮スタブ
＆実スタブ決定処理生成処理部９０２、実スタブ作成支
援処理部９０４、条件指定ファイル作成処理部９０５を
起動する。

【００５０】スタブ管理テーブル９０３は、仮スタブ＆
実スタブ決定処理生成処理部９０２および実スタブ作成
支援処理部９０４での処理結果を蓄積する。スタブ管理
テーブル９０３に蓄積されたこれらの情報は、実スタブ
作成支援処理９０４および条件指定ファイル作成処理部
９０５において利用される。

【００５１】図１０は、スタブ管理テーブル９０３の構
成例を示す図である。同図に示すように、スタブ管理テ
ーブル９０３は、テスト対象モジュールの各々につい
て、スタブを作成する必要がある関数の一覧テーブル１
０００を備え、更に、スタブを作成する必要がある関数
の各々について、既に作成された実スタブの一覧テーブ
ル１００１を備える。関数一覧テーブル１０００は、関
数名、引数情報、同期方式、終了通知領域及び出力デー
タ格納領域、対応する実スタブ一覧テーブル１００１へ
のポインタ等を格納する領域を有する。実スタブ一覧テ
ーブル１００１は、各関数に対応する実スタブ名を格納
する領域を有する。

【００５２】図１１は、仮スタブ＆実スタブ決定処理生
成処理部９０２の処理の流れを示すフローチャートであ
る。同図に示すように、仮スタブ＆実スタブ決定処理生
成処理部９０２は起動されると、ユーザが指定したテス
ト対象モジュールを解析し、当該テスト対象モジュール
で呼び出されている関数のうち、仮スタブ及び実スタブ
を作成すべき関数（以下、スタブ化関数という）を抽出
する（Ｓ１１００）。例えば、その実体が定義されてい
ない関数を、スタブ化関数として抽出する。この場合、
スタブ化関数に関する情報（関数名、引数情報等）も同
時に収集し、保持しておく。

【００５３】次に、抽出した関数の全てについて、仮ス
タブの作成を終了したか否かを判定する（Ｓ１１０
１）。その結果、未処理であるスタブ化関数が存在する
場合には（Ｓ１１０１：Ｙｅｓ）、その一つを選択し、
その関数が同期型であるか非同期型であるかをユーザに
問い合わせる（Ｓ１１０２）。当該問い合わせに対し
て、ユーザが同期型を指定した場合には、終了通知領域
及び出力データ格納領域を適宜用意し、図３に示したよ
うな動作を行う同期型仮スタブ３１０を生成し（Ｓ１１
０４）、当該関数に対する仮スタブとする。非同期型を
指定した場合にも同様に、図３に示したような動作を行
う非同期型仮スタブ３００を生成する（Ｓ１１０５）。

【００５４】以上のようにして、仮スタブ３００又は３
１０の生成が終了すると、仮スタブの生成を行った関数
の関数名、引数情報、同期方式、終了通知領域、出力デ
ータ格納領域をスタブ管理テーブル９０３内の関数一覧
テーブル１０００に登録する（Ｓ１１０６）。

【００５５】そして、上述した処理Ｓ１１０１〜Ｓ１１
０６を繰り返し、抽出した関数の全てについて処理を終
了すると（Ｓ１１０１：Ｎｏ）、続いて、実スタブ決定
処理１０４を生成する処理を行う（Ｓ１１０７）。

【００５６】支援ソフトウェア９００では、ユーザが選
択できる内部変数の種類、及び、条件指定ファイル１０
７のデータ形式を予め定めているので、テスト対象モジ
ュールの解析時に取得した情報を適宜使うことで、図５
に示したような動作を行う実スタブ決定処理１０４のコ
ードを自動的に生成することが可能である。

【００５７】図１２は、実スタブ作成支援処理部９０４
の処理の流れを示すフローチャートである。同図に示す
ように、実スタブ作成支援処理部９０４が起動される
と、まず、テスト対象モジュールの名称および実スタブ
の作成を行う関数（以下、スタブ化対象関数という）の
名称、並びに、これから作成する実スタブの名称をユー
ザに問い合わせる（Ｓ１２００）。当該問い合わせに対
してユーザが入力したテスト対象モジュールおよびスタ
ブ化対象関数の名称を用いて、スタブ管理テーブル９０
３の検索を行い、スタブ化対象関数についての情報を取
得する（Ｓ１２０１）。

【００５８】そして、取得した情報に基づいて、同期型
／非同期型のいずれであるかを判定し（Ｓ１２０２）、
その結果、同期型である場合は（Ｓ１２０２：Ｙｅ
ｓ）、実スタブの一部として、出力データ値の設定を行
う処理（図６のステップ６１２）のコードと、仮スタブ
への処理終了を通知する処理（図６のステップ６１３）
のコードを生成する（Ｓ１２０３）。各処理コードの生
成処理（Ｓ１２０３）が終了するか、あるいは、スタブ
化対象関数が非同期型であった場合は（Ｓ１２０２：Ｎ
ｏ）、次に、ユーザに、作成対象となっている実スタブ
が行う動作模擬内容を問い合わせる（Ｓ１２０４）。例
えば、テキストエディタを起動し、ユーザに動作模擬内
容のコーディングを促す。なお、この際、ユーザに、ス
タブ管理テーブル９０３から取得した引数情報や出力デ
ータ格納領域についての情報を適宜提示し、動作模擬内
容のコーディングを支援する。

【００５９】そして、ユーザが動作模擬内容のコーディ
ング等を終了することによって、動作模擬内容の入力を
完了すると、これを実スタブの一部（図６のステップ６
０１又はステップ６１１）として、実スタブに組み込ん
で実スタブを完成させる（Ｓ１２０５）。そして、完成
した実スタブの名称を、スタブ管理テーブル９０３の該
当する実スタブ一覧テーブル１００１に登録して、実ス
タブ作成支援処理を終了する。

【００６０】図１３は、条件指定ファイル作成処理部９
０５の処理の流れを示すフローチャートである。同図に
示すように、条件指定ファイル作成処理部９０５が起動
されると、まず、テスト対象モジュール名をユーザに問
い合わせる（Ｓ１３００）。次に、当該問い合わせに対
してユーザが指定したテスト対象モジュールについての
スタブ化関数一覧を、スタブ管理テーブル９０３から取
得する（Ｓ１３０１）。次に、取得した全スタブ化関数
に対して、条件指定ファイル作成処理を終了したか否か
を判定する（Ｓ１３０２）。

【００６１】その結果、未処理の関数がある場合は（Ｓ
１３０２：Ｙｅｓ）、未処理の関数から一つを選択し、
当該関数について、スタブ管理テーブル９０３から、対
応する実スタブ名や引数情報等を取得する（Ｓ１３０
３）。次に、取得した情報をユーザに提示し、各々の実
スタブを用いるか否か、用いる場合には実スタブを用い
る条件（引数値、起動回数等の内部変数値）や各条件の
優先順位を問い合わせる（Ｓ１３０４）。そして、当該
問い合わせに対してユーザから入力される情報に基づい
て、当該関数に対する条件指定ファイル１０７を生成す
る（Ｓ１３０５）。そして、上述した処理Ｓ１３０２〜
Ｓ１３０５を繰り返し、全関数に対して処理を終了する
と（Ｓ１３０２：Ｎｏ）、条件指定ファイル作成処理を
終了する。

【００６２】以上のようにして、支援ソフトウェア９０
０の支援の下、テストの実施に必要なテスト用ソフトウ
ェアのうちの仮スタブ１０３、実スタブ決定処理１０
４、実スタブ１０５、および条件指定ファイル１０７を
作成することができる。

【００６３】

【発明の効果】以上、詳細に説明したように、本発明の
ソフトウェアテスト方法によれば、スタブが取り得る動
作を、それぞれが所定の状況下での動作に対応する実ス
タブの集合として作成するので、以前に作成した実スタ
ブや他人が作成した実スタブを利用することが容易にな
り、テストの準備に必要な工数が削減される。

【００６４】また、テスト実施者は、必要な実スタブを
作成した後は、起こり得る条件と実スタブとの対応関係
を定義するだけで、種々の条件下でのテストの実施が可
能となるため、テストの準備に必要な工数が削減され
る。また、テストケースの不足が判明した場合のスタブ
動作の追加も容易に行える。

【図面の簡単な説明】

【図１】 本発明によるソフトウェアテスト方法を実施
するためのテスト用ソフトウェアの機能構成を示す図で
ある。

【図２】 本発明によるテストウェアテスト方法を実施
する計算機システムのハードウェア構成例を示す図であ
る。

【図３】 仮スタブ１０３の動作を示すフローチャート
である。

【図４】 条件指定ファイル１０７の構成例を示す図で
ある。

【図５】 実スタブ決定処理１０４の処理の流れを示す
フローチャートである。

【図６】 実スタブ１０５の動作を示すフローチャート
である。

【図７】 本発明による第２のテストウェアテスト方法
を実施する計算機システムのハードウェア構成例を示す
図である。

【図８】 本発明による第２のテスト用ソフトウェア８
００の機能構成を示す図である。

【図９】 本発明によるテスト用ソフトウェア１００の
作成を支援する支援ソフトウェア９００の機能構成を示
す図である。

【図１０】 スタブ管理テーブル９０３の構成例を示す
図である。

【図１１】 仮スタブ＆実スタブ決定処理生成処理部９
０２の処理の流れを示すフローチャートである。

【図１２】 実スタブ作成支援処理部９０４の処理の流
れを示すフローチャートである。

【図１３】 条件指定ファイル作成処理部９０５の処理
の流れを示すフローチャートである。

【符号の説明】

１０３ 仮スタブ １０４ 実スタブ決定処理 １０５ 実スタブ １０７ 条件指定ファイル ２００、７００ 計算機システム ９０２ 仮スタブ＆実スタブ決定処理生成処理部 ９０３ スタブ管理テーブル ９０４ 実スタブ作成支援処理部 ９０５ 条件指定ファイル作成処理部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 村本 聡 神奈川県秦野市堀山下１番地 株式会社日 立製作所汎用コンピュータ事業部内 (72)発明者 佐々木 保 神奈川県秦野市堀山下１番地 株式会社日 立製作所汎用コンピュータ事業部内 Ｆターム(参考） 5B042 HH13 HH43

Claims (5)

【特許請求の範囲】
1. 【請求項１】 他のモジュールの呼出しを含むテスト対
   象ソフトウェアのテストを実施するソフトウェアテスト
   方法であって、 テスト対象ソフトウェアの実行中に、他のモジュールに
   対する呼出しが生じた場合、予め定義された条件に基づ
   いて、予め用意された、それぞれ所定の動作を行う複数
   の実行モジュールから適切な実行モジュールを選択して
   実行することを特徴とするソフトウェアテスト方法。
2. 【請求項２】 前記他のモジュールに対する呼出しが必
   要な場合、 対応する仮スタブの呼び出しを行い、 当該仮スタブでは、実スタブ決定処理を呼び出し、 当該実スタブ決定処理では、予め定義された条件に基づ
   いて、予め用意された実スタブ群から適切な実スタブを
   選択して実行することを特徴とする請求項１に記載のソ
   フトウェアテスト方法。
3. 【請求項３】 他のソフトウェアとデータ通信を行うテ
   スト対象ソフトウェアのテストを実施するソフトウェア
   テスト方法であって、 テスト対象ソフトウェアから受信したデータを解析して
   要求内容を判定し、 当該要求内容に対して、予め定義された条件に基づい
   て、予め用意された、それぞれ所定の動作を行う複数の
   実行モジュールから適切な実行モジュールを選択して実
   行することを特徴とするソフトウェアテスト方法。
4. 【請求項４】 前記テスト対象ソフトウェアからの要求
   内容に対して、 対応する仮スタブの呼び出しを行い、 当該仮スタブでは、実スタブ決定処理を呼び出し、 当該実スタブ決定処理では、予め定義された条件に基づ
   いて、予め用意された実スタブ群から適切な実スタブを
   選択して実行することを特徴とする請求項３に記載のソ
   フトウェアテスト方法。
5. 【請求項５】 前記他のソフトウェアとテスト対象ソフ
   トウェアとは、異なる計算機で実行されることを特徴と
   する請求項３又は請求項４に記載のソフトウェアテスト
   方法。