JP2001282536A - テスト項目抽出装置 - Google Patents

Abstract

(57)【要約】 【課題】 オブジェクト指向プログラムのテストに必要
なテスト項目を少ない工数で作成することができるテス
ト項目作成支援装置を提供すること。 【解決手段】 テスト項目抽出対象のオブジェクト指向
プログラムの設計モデルから、パッケージ情報、クラス
図情報、汎化関連、操作の情報を取得する第１の手段
と、状態図から状態遷移情報を取得する第２の手段と、
これら第１および第２の手段で取得した情報に基づき操
作単位でテスト項目を作成し、外部記憶装置または出力
装置に出力する第３の手段を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オブジェクト指向
を用いて開発したソフトウェアのテスト項目の抽出作業
を支援するテスト項目支援装置に関するものである。

【０００２】

【従来の技術】ソフトウェアを開発した場合は、当該ソ
フトウェアの機能についての情報を提供するために設計
モデルを構築し、設計モデルに示された機能が正常に働
くか否かを検査する機能テストを行う必要がある。近年
では、再利用性を高めることを目的としてオブジェクト
指向を用いて設計モデルを作成することが普及してい
る。従来、オブジェクト指向を適用して開発したソフト
ウェアについても、その機能テストを行う際には、テス
ト項目を作成すると共に、テスト結果の予想を行ってい
る。しかし、従来においては、設計モデルを利用してテ
スト項目を抽出する作業と、テスト結果を予想する作業
といった全ての作業を手作業で行っていたため、効率が
悪いと言う問題があった。そこで、テスト作業を向上さ
せるために、テスト項目を自動生成する技術が必要にな
る。従来の構造化設計を適用したソフトウェアの開発に
おいては、特開平５−１１９９８５号公報や特開平８−
４４５８９号公報に見られるようにコンピュータの支援
を受けて、テスト項目を自動的生成する技術がある。

【０００３】

【発明が解決しようとする課題】しかしながら、構造化
設計には、オブジェクト指向設計にあるクラス構造や継
承がないため、これらの従来技術を使用してテスト項目
を自動生成することができない。すなわち、オブジェク
ト指向プログラムでは、インスタンスがどのクラスから
派生しているかで名前が同じであるにもかかわらず異な
る操作になるということがある。また、継承されて直接
記述されていない操作が実際には存在しているというこ
となど、クラスが持っている操作の複雑さに加えて、オ
ブジェクトクラス内の状態の変化を考慮しなければなら
ない。このため、上記従来技術を使用してオブジェクト
指向プログラムのテスト項目を自動生成することはでき
ない。本発明の目的は、オブジェクト指向プログラムの
テストに必要なテスト項目を少ない工数で作成すること
ができるテスト項目作成支援装置を提供することにあ
る。

【０００４】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、テスト項目抽出対象のオブジェクト指向
プログラムの設計モデルから、パッケージ情報、クラス
図情報、汎化関連、操作の情報を取得する第１の手段
と、状態図から状態遷移情報を取得する第２の手段と、
これら第１および第２の手段で取得した情報に基づき操
作単位でテスト項目を作成し、外部記憶装置または出力
装置に出力する第３の手段を備えることを特徴とする。
また、前記第３の手段は、前記クラス図から抽出した操
作の情報に対して、クラスの操作の引数が正常である場
合と、エラーとなる場合と、状態遷移図から抽出した状
態遷移とを組み合わせてテスト項目を抽出し、テスト条
件としてそれらを組み合わせた項目を作成し、引数の組
合せによりテスト結果を推測して出力することを特徴と
する。また、設計モデルから抽出したクラス図情報、汎
化情報および操作情報と、状態図から抽出した状態遷移
情報とに基づき、テスト項目を操作単位で表示し、論理
的な単位で保存する手段を備えることを特徴とする。

【０００５】

【発明の実施の形態】以下、図面を用いて本発明の実施
の形態を詳細に説明する。図１は、本発明のテスト項目
抽出支援装置の一実施形態を示すブロック構成図であ
る。この実施形態のテスト項目抽出支援装置は、端末１
０１、クラス図・状態図作成手段１０２、中央処理装置
１０３、設計モデル１０４およびテスト項目ＤＢ１０５
が格納された外部記憶装置１０６、プリンタ１０７を備
えている。中央処理装置１０３内には、プログラムで構
成されるテスト項目抽出部１０８が用意されている。端
末１０１は、コマンド入力やマウスを使った操作や処理
結果などを表示出力する機能を持っている。クラス図・
状態図作成手段１０２はオブジェクト指向を用いた設計
を行うための手段であり、クラス図や状態図を作成す
る。中央処置装置１０３は本発明が実現する機能やデー
タを格納し、外部記憶装置１０６はクラス図・状態図作
成手段１０２で作成した設計モデル１０４、本発明で作
成したテスト項目をテスト項目ＤＢ１０５に格納する装
置である。

【０００６】テスト項目抽出部１０８は、設計モデル１
０４からパッケージとクラスの関係を抽出してモデル図
抽出情報１０８７の記憶エリアに格納するパッケージと
クラスの関係抽出処理部１０８１と、設計モデル１０４
からクラスとクラスの関係を抽出し、モデル図抽出情報
１０８７の記憶エリアに格納するクラス間関係抽出処理
部１０８２と、設計モデル１０４からクラスと操作の関
係を抽出し、モデル図抽出情報１０８７の記憶エリアに
格納するクラスと操作の関係抽出処理部１０８３と、設
計モデル１０４からクラスと状態遷移の関係を抽出し、
モデル図抽出情報１０８７の記憶アリアに格納するクラ
スと状態遷移の関係抽出処理部１０８４と、モデル図抽
出情報１０８７に格納している情報を使用してテスト項
目を作成し、テスト項目ＤＢ１０５に格納するテスト項
目作成処理部１０８５と、テスト項目ＤＢ１０５の情報
を端末１０１やプリンタ１０７に出力するテスト項目表
示処理部１０８６とを備えている。

【０００７】オブジェクト指向を適用した設計モデル１
０４の一例を図２、図３に示す。図２はパッケージ名が
「面積計算パッケージ」というパッケージ２０１であ
り、このパッケージ２０１はクラス図の名前が「直線図
形」というクラス図２０２と「曲線図形」というクラス
図２０３を持っている。

【０００８】図２に含まれる「直線図形」というクラス
図２０２は、クラス名が多角形という多角形クラス２０
４と汎化関係２１７にあり多角形クラス２０４から派生
したクラスの名前が三角形という三角形クラス２０５
と、多角形クラス２０４から派生したクラスの名前が長
方形という長方形クラス２０６と、長方形クラス２０６
から派生したクラスの名前が正方形という正方形クラス
２０７の４つを持っていることを示している。

【０００９】多角形クラス２０４は、面積計算（）２０
８と表示（）２０９と分割（）２１０の３つの操作を持
っている。この場合、操作の前に付いている記号（＋、
−）は可視性を示しており、例えば記号「＋２１８」は
サブクラスに継承でできることを示し、記号「−２１
９」は隠蔽されていることを示す。したがって、多角形
クラス２０４の操作のうち面積計算（）２０８と表
示（）２０９は継承によりサブクラスでも使用できる
が、分割（）２１０は隠蔽されているのでサブクラスで
は使用できないことになる。

【００１０】三角形クラス２０５の操作である面積計算
（底辺、高さ）２１１は、引数に底辺２１２と高さ２１
３をとり、スーパークラスである多角形クラス２０４に
記述されている面積計算（）２０８をオーバーライドし
ている。三角形クラス２０５の操作である面積計算（角
度、辺）２１４と面積計算（底辺、高さ）２１１は、オ
ーバーロードの操作である。また、三角形クラス２０５
は多角形クラス２０４から継承された表示（）２０９を
使うことができる。

【００１１】長方形クラス２０６は、多角形クラス２０
４に記述されている面積計算（）２０８をオーバーライ
ドした面積計算（縦の辺、横の辺）２１５と、継承され
た表示（）２０９の操作を使用することができる。

【００１２】正方形クラス２０７はスーパークラスであ
る長方形クラス２０６の面積計算（縦の辺、横の辺）２
１５の操作をオーバーライドした面積計算（辺）２１６
と継承された表示（）２０９の操作を使うことができ
る。

【００１３】長方形クラス２０６が持っている状態図３
０１を図３に示す。長方形クラス２０６は、開始状態３
０２になると状態遷移名として縦の辺、横の辺を取得す
る３０３という状態遷移が起こり、面積計算３０４とい
う名前の状態になる。状態遷移名として画面表示命令を
取得する３０５の状態遷移が起こると、面積表示３０６
という名前の状態になり、状態遷移名として面積表示の
終了する３０８という遷移が発生し、終了状態３０９に
なる。また、面積計算３０４という名前の状態で画面表
示命令を取得しない場合は、面積計算３０４という名前
の状態が終了したとき状態遷移名として面積計算が終了
する３０７という遷移が発生し、終了状態３０９へ遷移
することを示している。

【００１４】次に、本実施形態の動作について図４のフ
ローチャートを参照して説明する。ここでは、図２、図
３の具体例を参照して説明する。まず、ステップ４０１
で、設計モデル１０４からパッケージとクラスの関係を
取得してモデル図抽出情報１０８７の記憶エリアに格納
する。このステップ４０１での詳細な動作を図５に示し
ている。図５は、クラスの集合であるパッケージとクラ
スの関係抽出処理部１０８１の動作を示したフローチャ
ートである。まず、設計モデル１０４からパッケージを
取得する（ステップ５０１）。取得したパッケージにク
ラスが含まれる場合は、クラスを取得し、パッケージ名
とクラスの関係を付け、モデル図抽出情報１０８７の記
憶エリアに格納する（ステップ５０２）。次に、パッケ
ージと関係付けられていないクラスがあるどうか調べる
（ステップ５０３）。関係付けをしていないクラスがあ
れば、ステップ５０２に戻り、パッケージと関係を付け
る。ステップ５０１で取得したパッケージとクラスの関
係付けが全て終了したならば、パッケージを変更する
（ステップ５０４）。設計モデル１０４のすべてのパッ
ケージに対してステップ５０１からステップ５０４の処
理を行い、パッケージとクラスの関係を作成し、処理が
終了したならば、図４のステップ４０２へ進む。

【００１５】図６は、図２の例のクラス図があった場合
に、モデル抽出情報１０８７の記憶エリアに格納するパ
ッケージとクラスの関係を示すテーブル図である。パッ
ケージ名６０１は設計モデル１０４のパッケージの名前
であり、クラス名６０２にはステップ５０２においてパ
ッケージと関連付けられたクラスの名前（多角形、三角
形など）が登録される。

【００１６】図４のステップ４０１が終了し、図６のパ
ッケージとクラスの関係情報を作成したならば、図４に
戻ってステップ４０２へ進む。ステップ４０２では、設
計モデル１０４からクラス間関係を取得してモデル図抽
出情報１０８７の記憶エリアに格納する。ステップ４０
２の詳細を図７に示す。図７はクラス間関係抽出処理部
１０８２の動作を示したフローチャートである。まず、
設計モデル１０４からクラスを取得する（ステップ７０
１）。ステップ７０１で取得したクラスにスーパークラ
スがある場合はスーパークラスをステップ７０１で取得
したクラスと関係付けてモデル図抽出情報１０８７の記
憶エリアに格納する（ステップ７０２、ステップ７０
３）。この後、ステップ７０１で取得したクラスのすぐ
親であるスーパークラスがなくなるまで関係付けを繰り
返す（ステップ７０４）。そして、ステップ７０１で取
得したクラスにスーパークラスがない場合は、スーパー
クラスを調べていない他のクラスがあるか調べる（ステ
ップ７０５）。設計モデル１０４中のすべてのクラスに
対してクラス間関係を付けたならば、図４のステップ４
０３へ進む。

【００１７】図８は図２の例のクラス図があった場合
に、モデル図抽出情報１０８７の記憶エリアに格納する
クラス間関係のテーブルの情報である。クラス名８０１
はステップ７０１で取得したクラス（多角形、三角形な
ど）の名前を登録する。スーパークラス名８０２にはク
ラスがスーパークラスを持っているか否かを登録する。
例えば、図２の三角形クラス２０５は、スーパークラス
が多角形クラス２０４であるので、スーパークラス名８
０２には「多角形」と登録する。スーパークラスを持た
ない場合は存在しないことを登録する。スーパークラス
がある場合はステップ７０４で関係付けしたスーパーク
ラスの名前を記述する。なお、スーパークラス名８０３
にはスーパークラスが複数存在することもある。

【００１８】図４のステップ４０２が終了し、図８のク
ラス間関係情報を作成したならば、ステップ４０３へ戻
る。ステップ４０３では設計モデル１０４からクラスと
操作の関係を取得し、その関係をモデル図抽出情報１０
８７の記憶エリアに格納する。

【００１９】ステップ４０３の詳細を図９に示す。図９
は、設計モデル１０４からクラスと操作の関係を抽出
し、モデル図抽出情報１０８７の記憶エリアに格納する
クラスと操作の関係抽出処理部１０８３の動作を示した
フローチャートである。この動作では、クラス図内のク
ラス１つずつを定めて、その継承関係を辿り、クラスと
そのクラスが使える全操作とを関連付ける処理を行う。
まず、設計モデル１０４からクラスと操作とを関連付け
るクラスを取得する（ステップ９０１）。そして、その
クラスの継承関係を辿って操作を取得した場合、操作と
関連付けられるクラスはステップ９０１で取得したクラ
スである。ステップ９０１で取得したクラスが使うこと
のできる操作を、モデル図抽出情報１０８７の記憶アリ
アにクラスと関連付けて格納する(ステップ９０２)。次
に、クラス間の関係を登録した図８のテーブル（クラス
名８０１とスーパークラス８０２の関係テーブル）を使
い、ステップ９０１で取得したクラスに対する直接のス
ーパークラスの個数を取得してＮの値に設定する（ステ
ップ９０３）。スーパークラスの個数が「０」でないと
きは、ステップ９０５に進み、スーパークラスがないと
き（Ｎ＝０）は処理を終了する（ステップ９０４）。ス
ーパークラスがあるときは、まだ選択していないスーパ
ークラスの中から１つを選択する（ステップ９０５）。
そして、選択したスーパークラスを引数として、ステッ
プ９０６に進む。

【００２０】図１０は、ステップ９０１で取得したクラ
スの継承関係を辿っていき、ステップ９０１で取得した
クラスとスーパークラスの操作との関係を取得する動作
を示したフローチャートである。まず、ステップ９０６
で引数として与えられたクラスを設計モデル１０４から
取得する（ステップ９０６１）。次に、ステップ９０６
１で取得したクラスが使うことのできる操作を取得する
（ステップ９０６２）。ステップ９０６２で取得した操
作の中から１つ取得し（ステップ９０６３）、その操作
とモデル図抽出情報１０８７の記憶エリアにクラスが使
うことができる操作として登録している各操作とを比較
し、引数の個数、引数の型および返り値の型が等しいか
を調べる（ステップ９０６４、ステップ９０６５、ステ
ップ９０６６）。比較した結果、モデル図抽出情報１０
８７内に全く同じ操作がすでに格納されているときは、
モデル図抽出情報１０８７に操作の情報を格納しない
（ステップ９０６７）。それ以外のときは、モデル図抽
出情報１０８７にステップ９０６２で取得した操作を格
納する（ステップ９０６８）。

【００２１】ステップ９０６１で取得したクラスが使う
ことができる操作で、また比較していない操作がある場
合は、ステップ９０６３に戻る（ステップ９０６９）。
ステップ９０６２で取得した操作を全て比較したら、ク
ラス間の関係を示した図８のテーブル（クラス名８０１
とスーパークラス８０２の関係テーブル）を使い、ステ
ップ９０６１で取得したクラスのスーパークラスの個数
を取得する（ステップ９０７０）。この後、モデル図抽
出情報１０８７にステップ９０６１で取得したクラスが
使える操作として格納した操作と、比較していない操作
があるスーパークラスの個数を検査する（ステップ９０
７１）。すべてのスーパークラスの操作を比較したと
き、またはスーパークラスがないときは動作を終了す
る。

【００２２】操作を比較する必要があるスーパークラス
があるときは、ステップ９０７２に進む。ステップ９０
７２では、クラス間の関係を示した図８のテーブル（ク
ラス名８０１とスーパークラス８０２の関係テーブル）
を使い、ステップ９０６１で取得したクラスの直接のス
ーパークラスから、ステップ９０７２でまだ選択してい
ないスーパークラスを１つ選択する。そして、選択した
スーパークラスを引数としてステップ９０７３に進む。
ステップ９０７３が終了したならば、ステップ９０７４
に進み、ステップ９０７２で選択していないスーパーク
ラスの個数を設定し（ステップ９０７４）、ステップ９
０７１に戻る。ステップ９０６１で取得したクラスの直
接のスーパークラスすべて対して、このような処理を行
う。

【００２３】図９のステップ９０６が終了し、ステップ
９０５で選択したスーパークラスが使える操作のなか
で、ステップ９０１で取得したクラスが使える操作をモ
デル図抽出情報１０８７の記憶エリアに格納したなら
ば、ステップ９０７に進む。ステップ９０５で一度選択
したスーパークラスは選択する必要がないため、ステッ
プ９０７では、ステップ９０５で選択していないスーパ
ークラスの個数を設定する。ステップ９０７が終了した
ならば、ステップ９０４に戻る。ステップ９０１で取得
したクラスの直接のスーパークラスを全て選択したなら
ば終了する。

【００２４】図１１は、モデル抽出情報１０８７に格納
するクラスと操作の関係を示すテーブルである。クラス
名１１０１には、ステップ９０１で取得したクラスの名
前を登録する。操作１１０２にはステップ９０６でクラ
スと関係付けした操作を記述する。図１１の場合、多角
形クラス２０４が、面積計算（）２０８と表示（）２０
９と分割（）２１０を使用することができることを示し
ている。また、三角形クラス２０５が、面積計算（底
辺、高さ）２１１と面積計算（角度、辺）２１４と表示
（）２０９を使用することができることを示している。

【００２５】図４のステップ４０３が終了し、図１１の
テーブルを作成したならばステップ４０４に進む。ステ
ップ４０４では、設計モデル１０４からクラス名と状態
遷移の関係を取得する。ステップ４０４の詳細を図１２
に示す。図１２はクラスと状態遷移の関係抽出処理部１
０８４の動作を示すフローチャートである。まず、設計
モデル１０４から状態遷移を抽出する対象となるクラス
を取得する（ステップ１２０１）。ステップ１２０１で
取得したクラスが状態図を持っているか調べる（ステッ
プ１２０２）。そのクラスが状態図を持っている場合は
その状態図から状態を取得する（ステップ１２０４）。
状態図を持っていなければ状態遷移元が開始状態で状態
遷移先が終了状態である状態図を持っているものとする
（ステップ１２０３）。次に、取得した状態を起点とし
て遷移先である状態を取得する（ステップ１２０５）。
ステップ１２０５で取得した状態遷移に名前がついてい
れば状態遷移名を取得する（ステップ１２０６，１２０
７）。状態遷移に名前がついていなければ、遷移元状態
と遷移先状態それぞれの名前で状態遷移を識別する。取
得した状態遷移をクラスと関係付けしてモデル抽出情報
１０８７に格納する（ステップ１２０８）。ステップ１
２０４で取得したクラスから遷移している状態をすべて
取得していれば（ステップ１２０９）、ステップ１２１
０へ進む。そうでなければステップ１２０５へ戻る（ス
テップ１２０９）。ステップ１２０２で取得した状態図
の状態を全て起点にし終えたらステップ１２１１へ進
む。そうでなければステップ１２０４へ戻る（ステップ
１２１０）。クラスすべてに対して調べ終えたならば、
図４のステップ４０５へ進む。そうでなければステップ
１２０１へ戻る（ステップ１２１１）。

【００２６】図１３はモデル抽出情報１０８７に格納す
るクラスと状態遷移の関係テーブルである。図１３にお
いて、クラス名１３０１にはステップ１２０１で取得し
たクラスの名前を登録する。遷移元状態名→遷移先状態
名（状態遷移名）１３０２にはステップ１２０４、ステ
ップ１２０５で取得した状態名、および１２０８で取得
した状態遷移名を登録する。図１３では、長方形クラス
２０６が持っている状態図の状態遷移は状態遷移名が
「縦辺、横辺を取得する」である「開始状態から面積計
算状態への状態遷移」と、状態遷移名が「画面表示命令
を取得する」である「面積計算状態から面積表示状態へ
の状態遷移」と、状態遷移名が「面積計算を取得しな
い」である「面積計算状態から終了状態」への状態遷移
と、状態遷移名が「面積表示が終了する」である「面積
表示状態から終了状態への状態遷移」であることを示し
ている。

【００２７】図４のステップ４０４が終了し、図１のテ
ーブルを作成したならばステップ４０５に進む。ステッ
プ４０５では、モデル図抽出情報１０８７に格納してい
る関係を使用してテスト項目を作成する。ステップ４０
５の詳細を図１４に示す。図１４はテスト項目作成処理
部１０８５の動作を示すフローチャートである。まず、
クラスを図６のテーブルから取得する（ステップ１４０
１）。次に、図１２のテーブルからそのクラスが持って
いる状態遷移を取得する（ステップ１４０２）。さら
に、図１１のテーブルからステップ１４０１で取得した
クラスが使える操作を取得する（ステップ１４０３）。
さらに、ステップ１４０２で取得した状態遷移とステッ
プ１４０３で取得した操作の引数が全て正常である場合
の組合せでテスト項目を作成し（ステップ１４０４）、
テスト項目ＤＢ１０５に格納する（ステップ１４０
５）。次に、操作のある１つの引数がエラーとなる場合
のテスト項目を作成する（ステップ１４０６）。ステッ
プ１４０４から１４０６の処理を変数ｎが引数の個数に
達するまで繰り返す（ステップ１４０７）。この後、ス
テップ１４０１で取得したクラスが他に操作を持ってい
る場合はステップ１４０３へ戻る（ステップ１４０
８）。ステップ１４０２で取得した状態遷移と全ての操
作の組合せでテスト項目を作成し終えたならば、状態遷
移を変更する（ステップ１４０９）。またステップ１４
０１で取得したクラスで使用できる操作と状態遷移の全
ての組合せでテスト項目を作成し終えたならば、テスト
項目を作成する対象になるクラスを変更する（ステップ
１４１０）。全てのクラスに対してテスト項目を作成し
たならば、図４のステップ４０６へ進む。

【００２８】図１５は、テスト項目ＤＢ１０５に格納す
るテスト項目のテーブルである。クラス名１５０１には
ステップ１４０１で取得したクラスの名前を登録する。
状態遷移１５０２にはステップ１４０２で取得した状態
名や状態遷移名を登録する。操作名１５０３にはステッ
プ１４０３で取得した操作を登録する。テスト結果をエ
ラーとするための「偽である引数」１５０４には、第ｎ
番の引数が偽になることを表す数字ｎを登録する。すべ
ての引数が真のときは、偽である引数がないことを登録
する。推定テスト結果１５０５には引数すべてが正常の
ときは真、それ以外の場合は偽と推定し、テスト結果を
登録する。

【００２９】図１６は、テスト項目ＤＢ１０５に格納す
る情報の構成図である。本発明では設計モデル１０４に
基づいて各クラスのテスト項目を論理的な単位で関係付
けして保存する。図６のテーブルを使ってパッケージと
パッケージが持っているクラスとを関係付ける。また、
図１０のテーブルを使ってクラスとクラスが持っている
操作を関係付ける。図２の例のパッケージの場合、パッ
ケージ２０１が多角形クラス２０４、三角形クラス２０
５、長方形クラス２０６、正方形クラス２０７、楕円ク
ラス、円クラスを持っていることを示している（１６０
１）。そのうち多角形クラス２０４が操作、面積計
算（）、表示（）、分割（）を持っていることを示して
いる（１６０２）。

【００３０】図４のステップ４０５が終了し、図１６の
テスト項目を作成したならば、ステップ４０６へ進む。
図４のステップ４０６では、テスト項目ＤＢ１０５から
テスト項目情報を取得し、端末１０１やプリンタ１０７
に表示、出力する。ステップ４０６の詳細を図１７に示
す。図１７はテスト項目表示処理部１０８６の動作を示
すフローチャートである。まず、テスト項目として表示
する操作を端末１０１から取得する（ステップ１７０
１）。取得した操作のテスト項目と推定結果をテスト項
目ＤＢ１０５から取得する（ステップ１７０２）。ステ
ップ１７０１で取得したクラスや操作に関するテスト項
目や推定結果を全て取得したならば(ステップ１７０
３)、端末１０１やプリンタ１０７に出力し（ステップ
１７０４）、終了する。

【００３１】ところで、設計モデル１０４から抽出した
情報は、モデル図抽出情報１０８７に格納している。モ
デル図抽出情報１０８７に格納している情報は、図１６
に指定している関係とクラスのテスト項目を示す図１５
の情報とを格納しており、この状態ではテスト項目を出
力する形式を決定していない。本発明では、テスト項目
の出力形態を状況に応じて変更することができる。ここ
では、図１８に示すツリー構造で図１９のようにテスト
項目を出力する場合と、図２０に示すツリー構造で図２
１のようにテスト項目を出力する場合の２通りの例を示
す。

【００３２】図１８は、テスト項目を出力する構造を示
したものである。ここでは市販の表計算ソフトを使用し
てテスト項目を出力する例を示している。テスト項目を
出力する構造は、テスト項目が確認しやすいように変更
することができる。図１８では、パッケージ名である
「面積計算パッケージ」というフォルダ１８０１を作成
している。そして、「楕円」というクラス名をブック名
とするブック「楕円．ｘｌｓ」１８０２を作成してい
る。そのブック１８０２にテスト項目は操作名をシート
名にしたシート単位で出力する。出力した構造は、図１
６の形式で保持される。これにより、設計モデル１０４
抽出した関係を壊すことなく、テスト項目一覧を作成す
ることができる。

【００３３】図１９は、市販の表計算ソフトのシートに
操作単位でテスト項目一覧を出力した例を示す図であ
る。テスト項目ＤＢ１０５から取得した情報は操作単位
（１９０１）で出力する。出力したテスト項目には唯一
の番号を割り当てる（１９０２）。条件を出力する欄で
ある条件１９０３には、テスト項目ＤＢ１０５から取得
した情報を利用する。引数１９０４には操作の引数が正
常である場合とエラーになる場合があるので、操作の引
数すべてに対して正常とエラーの２種類を表示する。状
態遷移１９０５には状態遷移１５０２を利用して状態遷
移を出力する。テスト項目の条件とする部分には「○」
１９０６を出力する。結果１９０７にはテストを行った
場合の期待される結果を、推定テスト結果１５０５を用
いて推測できるときは「×」１９０８を出力し、推測で
きないときは何も出力しない。操作が行なわれたときに
状態遷移が起こらないの場合のために、状態遷移に関す
るエラー１９０９も出力する。

【００３４】図２０は、テスト項目を出力する場合の図
１８とは異なる一例を示したものである。図２０では、
「面積計算パッケージ」というパッケージ名のフォルダ
２００１を作成し、そのフォルダ２００１に「長方形」
というクラス名のフォルダ２００２を作成する。テスト
項目一覧はそのクラス名のフォルダ２００２に操作単位
のファイル２００３として作成している。出力した構造
は、図１６の形式で保持され、設計モデル１０４から抽
出した関係を壊すことなく、テスト項目一覧を作成する
ことができる。

【００３５】図２１は、テキストファイルにテスト項目
を出力した場合の例を示す図である。テスト項目ＤＢ１
０５から取得した情報は操作単位２１０１で出力する。
出力したテスト項目には唯一の番号２１０２を割り当て
る。条件を出力する欄２１０３にはテスト項目ＤＢ１０
５から取得した情報を利用する。引数２１０４には操作
の引数が正常である場合とエラーになる場合があるの
で、操作の引数すべてに対して正常とエラーの２種類を
表示する。状態遷移２１０５には状態遷移１５０２を利
用して状態遷移を出力する。テスト項目の条件とする部
分には「○」２１０６を出力する。結果２１０７には、
期待するテスト結果を出力するために推定テスト結果１
５０５を使用する。期待するテスト結果がわかれば
「×」２１０８を出力し、それ以外のときは何も出力し
ない。操作が行なわれたときに状態遷移が起こらないの
場合のために状態遷移に関するエラー２１０９も出力す
る。

【００３６】

【発明の効果】以上説明したように、本発明によれば、
オブジェクト指向を適応したソフトウェア開発におい
て、クラス図から得られるクラス間関係や操作、状態図
から得られる状態や状態遷移を取得し、テスト項目を自
動生成し、かつ必要に応じて推測のテスト結果を出力す
ることで、オブジェクト指向プログラムのテストに必要
な項目を作成する作業を自動化することができ、作業工
数を削減することができる。また、テスト項目を論理的
な単位に分けて保存することでテスト項目の管理を容易
にすることができる。また、設計仕様の変更がいつ生じ
ても作業負荷をかけることなくテスト項目の再生成を行
うことができる。

【図面の簡単な説明】

【図１】本発明を適用したテスト項目作成支援装置の実
施形態を示すブロック構成図である。

【図２】オブジェクト指向を適用して作成した設計モデ
ルの一例を示す図である。

【図３】図２における設計モデルの状態図の例を示す図
である。

【図４】テスト項目作成支援装置の概略動作を示すフロ
ーチャートである。

【図５】設計モデルからパッケージとクラスの関係を取
得する動作を示すフローチャートである。

【図６】図５の処理により作成されたパッケージとクラ
スの関係を格納するテーブルの構成図である。

【図７】クラスとクラスの関係を取得する動作を示すフ
ローチャートである。

【図８】図７の処理により作成されたクラスとクラスの
関係を格納するテーブルの構成図である。

【図９】クラスと操作の関係を取得する動作を示すフロ
ーチャートである。

【図１０】図９のステップ９０６の詳細を示すフローチ
ャートである。

【図１１】図９の処理により作成されたクラスと操作の
関係を格納するテーブルの構成図である。

【図１２】クラスと状態遷移の関係を取得する動作を示
すフローチャートである。

【図１３】図１２の処理により作成されたクラスと状態
遷移の関係を格納するテーブルの構成図である。

【図１４】テスト項目を作成する動作を示したフローチ
ャートである。

【図１５】図１４の処理により作成したテスト項目を格
納するテーブルの構成図である。

【図１６】図１４の処理により作成したテスト項目を論
理的単位で格納する形式を示した図である。

【図１７】テスト項目の情報を出力するための動作を示
したフローチャートである。

【図１８】図１７の処理により作成した出力結果の一例
を示す図である。

【図１９】市販の表計算ソフトのシート上にテスト項目
の一覧を出力した例を示す図である。

【図２０】図１７の処理により作成した出力結果の他の
例を示す図である。

【図２１】市販の表計算ソフトのシート上にテスト項目
の一覧を出力した例を示す図である。

【符号の説明】

１０１…端末、１０２…クラス図・状態図作成手段、１
０３…中央処理装置、１０４…設計モデル、１０５…テ
スト項目データベース、１０６…外部記憶装置、１０７
…プリンタ、１０８…テスト項目抽出部、２０１…面積
計算パッケージ、２０４〜２０７…クラス、３０１…状
態図、１０８１…パッケージとクラスの関係抽出処理
部、１０８２…クラス間関係抽出処理部、１０８３…ク
ラスと操作の関係抽出処理部、１０８４…クラスと状態
遷移の関係抽出処理部、１０８５…テスト項目作成処理
部、１０８６…テスト項目表示処理部、１０８７…モデ
ル図抽出情報。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 新徳 賢一 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウエアエンジニアリング株式会 社内 (72)発明者 西口 真人 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウエアエンジニアリング株式会 社内 Ｆターム(参考） 5B042 GA08 HH17 NN04 NN05 NN07 NN23 5B076 DB01 DB04 DB09 DD10 DE03 EC05

Claims (5)

【特許請求の範囲】
1. 【請求項１】 オブジェクト指向プログラムのテスト項
   目を抽出する作業を支援するテスト項目抽出支援装置で
   あって、 テスト項目抽出対象のオブジェクト指向プログラムの設
   計モデルから、パッケージ情報、クラス図情報、汎化関
   連、操作の情報を取得する第１の手段と、状態図から状
   態遷移情報を取得する第２の手段と、これら第１および
   第２の手段で取得した情報に基づき操作単位でテスト項
   目を作成し、外部記憶装置または出力装置に出力する第
   ３の手段を備えることを特徴とするテスト項目抽出装
   置。
2. 【請求項２】 前記第３の手段は、前記クラス図から抽
   出した操作の情報に対して、クラスの操作の引数が正常
   である場合と、エラーとなる場合と、状態遷移図から抽
   出した状態遷移とを組み合わせてテスト項目を抽出し、
   テスト条件としてそれらを組み合わせた項目を作成し、
   引数の組合せによりテスト結果を推測して出力すること
   を特徴とする請求項１に記載のテスト項目抽出装置。
3. 【請求項３】 設計モデルから抽出したクラス図情報、
   汎化情報および操作情報と、状態図から抽出した状態遷
   移情報とに基づき、テスト項目を操作単位で表示し、論
   理的な単位で保存する手段を備えることを特徴とする請
   求項１または２に記載のテスト項目抽出装置。
4. 【請求項４】 スーパークラスから継承した操作のテス
   ト項目を作成する手段を備えることを特徴とする請求項
   １に記載のテスト項目抽出装置。
5. 【請求項５】 スーパークラスから継承した操作がオー
   バーライドされている場合のテスト項目を作成する手段
   を備えることを特徴とする請求項１に記載のテスト項目
   抽出装置。