JPH08305609A - プログラムのテスト方法および装置 - Google Patents

Abstract

(57)【要約】 【目的】 プログラム中の障害の有無の判定、その障害
の特定を、高いスキルを必要とすることなく自動的に行
なえるプログラムのテスト方法を提供する。 【構成】 テスト対象のプログラムに障害があるか否か
の判定に好適な障害有無判定用テストスクリプトをコン
ピユータの記憶部に登録する。テスト対象のプログラム
をテスト実行すると共にこのテストスクリプトに基づく
チェックを自動的に行ないその結果から障害の有無を判
定する。上記方法で障害を含むと判定されたプログラム
に対し次の処理をする。障害有無判定用テストスクリプ
トを、これによるテスト結果に基づき、障害特定に好適
な障害特定用テストスクリプトに変更する。テスト対象
のプログラムをテスト実行すると共にこの障害特定用テ
ストスクリプトに基づくチェックを自動的に行ないその
結果から障害を特定する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、プログラムに障害が
あるか否かを自動的にテストする方法およびその実施に
好適な装置、また、プログラムに障害があった際には障
害箇所の特定を容易にできる方法およびその装置に関す
るものである。

【０００２】

【従来の技術】プログラムに障害があるか否かをテスト
するための従来方法の一つとして、テスト対象のプログ
ラム中に予めいくつかのブレークポイントを設定し、こ
れらブレークポイント毎に情報をダンプしてこの結果か
らデータが正しく処理されているかを人手によって確認
する方法があった。また、プログラムのデバッグを目的
としプログラムの実行履歴を蓄積し障害箇所を特定する
方法として、例えば特開平４−１６２１５１号公報に開
示されているように、障害解析関数をプログラマが作成
しこれをデバッグ制御プログラムに組み込むことによっ
て人手を介することなく障害箇所を命令単位で特定する
方法があった。

【０００３】

【発明が解決しようとする課題】しかしながら、上述し
た従来方法のうちの、テスト対象のプログラム中に予め
いくつかのブレークポイントを設定する等する前者の方
法は、各ブレークポイント毎に情報をダンプして正しく
データが処理されているかの確認作業を人手によって行
なうことによる効率の悪さ及び確認ミスの発生という問
題があった。

【０００４】また、障害解析関数をデバッグ制御プログ
ラムに組み込み、障害箇所を特定するという従来方法は
あくまでデバッグを目的とするものであり障害の有無の
判定を自動的に行なうものではない。従って、障害の有
無のテストを人手を介さず自動的に行なうことは不可能
であるという問題があった。さらに、障害を特定するた
めの障害解析関数の作成には、この関数が組み込まれる
デバッグ制御プログラムを熟知して障害解析関数を作成
する必要があるので、高いスキルが要求されると共に時
間がかかるという問題があった。

【０００５】

【課題を解決するための手段】そこで、この出願の第一
発明によれば、テスト対象のプログラム中に障害がある
か否かを判定するに当たり、テストスクリプトを登録す
るための書き換え可能なファイルを記憶部に設けてお
く。そして、このファイルに、テスト対象のプログラム
に障害があるか否かの判定に好適な、該プログラムにお
ける所定ステップでの実行結果を出力させる旨および該
実行結果に対するテスト項目を少なくとも含むテストス
クリプト（以下、「障害有無判定用テストスクリプト」
ともいう。）を、予め登録しておく。そして、その後、
前記テスト対象のプログラムを実行すると共に、前記障
害有無判定用テストスクリプトに従い前記所定ステップ
での実行結果のダンプおよび前記テスト項目によるテス
トを行なわせ、該行わせたテスト結果により前記テスト
対象のプログラムに障害があるか否かを判定する。ただ
し、この第一発明および後の第三発明において、所定ス
テップは、テスト内容に応じ１箇所または複数箇所と出
来、また、テスト項目はテスト内容に応じ１項目または
複数項目とできる。

【０００６】また、この出願の第二発明によれば、テス
ト対象のプログラム中に生じている障害を特定するに当
たり、障害特定用テストスクリプトを登録するための書
き換え可能なファイルを、前記記憶部に設けておく。そ
して、上記第一発明の方法に係る処理によって障害があ
ると判定された場合に、該ファイルに、上記第一発明の
方法に係る処理によって得られたテスト結果から見て当
該障害の特定に好適な、前記テスト対象のプログラムを
実行した際における所定ステップでの実行結果を出力す
る旨および該実行結果に対するテスト項目を少なくとも
含む障害特定用テストスクリプトを予め登録しておく。
そして、その後、前記テスト対象のプログラムの全部ま
たは一部を再度実行すると共に、前記障害特定用テスト
スクリプトに従い前記好適なステップでの実行結果のダ
ンプおよび前記好適なテスト項目によるテストを行なわ
せ、該行なわせたテスト結果によりテスト対象のプログ
ラムにおける障害箇所の特定を行なう。ただし、この第
二発明および後の第四発明において、好適なステップは
テスト内容に応じ１箇所または複数箇所と出来、また、
好適なテスト項目はテスト内容に応じ１項目または複数
項目とできる。また全部または一部を再実行させるの意
味は、障害特定がテスト対象のプログラムの一部再実行
で済む場合を考慮した意味である。

【０００７】なお、この第二発明の実施に当たり、前記
障害特定用テストスクリプトは、テスト対象のプログラ
ム中に障害があるか否かを判定するためファイルに記憶
してある障害有無判定用テストスクリプトを変更するこ
とにより作成するのが好適である。

【０００８】また、この出願の第三発明によれば、プロ
グラムに障害があるか否かをテストするための装置にお
いて、以下の(a) 〜(d) の各手段を具えたことを特徴と
する。

【０００９】(a).テストスクリプトを記憶するための記
憶手段を有したテストスクリプト管理手段。

【００１０】(b).前記記憶手段に、テスト対象のプログ
ラムに障害があるか否かの判定に好適な、該プログラム
における所定ステップでの実行結果を出力させる旨およ
び該実行結果に対するテスト項目を少なくとも含むテス
トスクリプト（すなわち、障害有無判定用テストスクリ
プト）を入力するための手段。

【００１１】(c).前記テスト対象のプログラムを実行す
ると共に前記テストスクリプトに従い前記所定ステップ
での実行結果のダンプおよび前記テスト項目を実行する
手段。

【００１２】(d).前記テスト項目を実行した際のテスト
結果を出力する手段。

【００１３】また、この出願の第四発明によれば、プロ
グラムに障害があるか否かをテストするための装置にお
いて、上記(a) 〜(d) の各手段に加え、以下の(1) 〜
(5) の各手段をさらに具えたことを特徴とする。

【００１４】(1).障害の有無をテストするモードか障害
を特定するモードかを選択する手段。

【００１５】(2).障害特定用テストスクリプトを記憶す
るための手段を有したテストスクリプト管理手段。

【００１６】(3).前記障害を特定するモードが選択され
た場合に動作し、上記第三発明に係る方法によって得ら
れたテスト結果から見て当該障害の特定に好適な、前記
テスト対象のプログラムを実行した際における所定ステ
ップでの実行結果を出力する旨および該実行結果に対す
るテスト項目を少なくとも含む障害特定用テストスクリ
プトを入力するための手段。

【００１７】(4).前記テスト対象のプログラムの全部ま
たは一部を再度実行すると共に前記障害特定用テストス
クリプトに従い前記好適なステップでの実行結果のダン
プおよび前記テスト項目を実行する手段。

【００１８】(5).前記障害特定に好適なテスト項目を実
行した際のテスト結果を出力する手段。

【００１９】

【作用】この出願の第一発明の構成によれば、テスト対
象のプログラムを試験のために実行させた際に、このテ
スト対象のプログラムに適した任意のテスト内容を持つ
障害有無判定用テストスクリプトに基づくチェックが自
動的になされ、その結果が出力される。このため、例え
ばオペレータはこのチェック結果をみるのみで、このテ
スト対象のプログラム中に障害があるか否かを判定でき
る。

【００２０】また、この出願の第二発明の構成によれ
ば、障害が生じているテスト対象のプログラムを再度実
行させた際に、このテスト対象のプログラムにおける障
害を特定するために適した任意のテスト内容を持つ障害
特定用テストスクリプトに基づくチェックが自動的にな
され、その結果が出力される。このため、例えばオペレ
ータはこのチェック結果をみるのみで、このテスト対象
のプログラム中における障害の特定ができる。またさら
に、特定をより進める為の更なる障害特定用スクリプト
を作成する必要がある場合はそのデータが得られる。ま
たここで用いる障害特定用スクリプトは、第一発明の方
法で得られたテスト結果に基づいて作成される。また上
記更なる障害特定用スクリプトは、前回の障害特定用テ
ストスクリプトによるテストで得られた結果に基づいて
作成される。このため、障害特定用スクリプト（更なる
障害特定用スクリプトの場合も含む。以下同様。）に含
ませるべきチェック内容（ダンプを取るべきステップや
テストすべき項目など）を、的確なものとし易いので、
熟練をそれほど必要とすることなく障害特定用テストス
クリプトを作成できる。

【００２１】また、この出願の第三発明のプログラムテ
スト装置によれば、第一発明の実施を容易とする。ま
た、この出願の第四発明のプログラムテスト装置によれ
ば、第二発明の実施を容易とする。

【００２２】

【実施例】以下、図面を参照してこの出願のプログラム
のテスト方法およびプログラムテスト装置の実施例につ
いて説明する。ただし、いずれの図もこれらの発明を理
解出来る程度に概略的に示してある。

【００２３】１．プログラムテスト装置の説明 図１は、第一発明および第二発明の実施に好適なプログ
ラムテスト装置１０（すなわち第三および第四発明の実
施例の装置）の説明図である。ただし、図１では、プロ
グラムテスト装置１０と、テスト対象のプログラムを実
行する手段としてのターゲットシステム２０と、検査者
例えばオペレータ３０との関係も併せて示してある。こ
こで、このプログラムテスト装置１０はコンピュータシ
ステム４０の一部で構成してある。また、このコンピュ
ータシステム４０は、その一部で、組み込みシステムを
デバッグするデバッガ（図示せず）をも構成しており、
プログラムテスト装置１０はこのデバッガが有する機能
とリンクすることが出来る。もちろん、プログラムテス
ト装置１０をターゲットシステム２０を含む概念とする
場合があっても良いし、デバッガと切り離した構成のも
のとしても良く、汎用的な構成にすることができる。

【００２４】このプログラムテスト装置１０は、テスト
スクリプト管理手段１０ａと、テスト自動化制御手段１
０ｂと、テストスクリプト実行手段１０ｃと、テスト合
否判定手段１０ｄと、プログラム障害特定手段１０ｅと
を具える。さらにこのプログラムテスト装置１０は、検
査者３０との間のインターフェース手段として、テスト
スクリプト入力手段１０ｆと、テスト結果出力手段１０
ｇと、モード切換え／実行手段１０ｈと、デバッグコマ
ンド入力手段１０ｉとを具える。これらインターフェー
ス手段１０ｆ〜１０ｉは、それぞれ、テスト自動化制御
手段１０ｂと接続してある。以下、これら構成成分１０
ａ〜１０ｉについて詳細に説明する。

【００２５】先ず、テストスクリプト管理手段１０ａ
は、テストスクリプト全体を管理するものであり、テス
トの実施内容が記述された１または複数のテストスクリ
プトの登録、削除、さらに、登録されたテストスクリプ
トの内容（これをテストスクリプト・ファイル情報とい
う）の入出力や、テストの順番、テストの合否判定情報
等から成るテストスクリプト管理情報の入出力等をする
ものである。具体的には、この実施例の場合、テストス
クリプト管理手段１０ａは、以下に図２を参照して説明
するような動作をするものとしてある。すなわち、テス
トスクリプトの登録か、テストスクリプトの削除か、テ
ストスクリプト・ファイル情報の要求か、テストスクリ
プト管理情報の要求か、テストの終了かの各動作中か
ら、検査者の希望するいずれかの動作を選択する（図２
のステップＳ１〜Ｓ５）。そして、それぞれの動作に応
じ、テストスクリプトの登録およびその結果をテスト自
動化制御手段１０ｂへ返すこと（図２のステップＳ
６）、テストスクリプトの削除およびその結果をテスト
自動化制御手段１０ｂへ返すこと（図２のステップＳ
７）、テストスクリプト・ファイル情報の検索およびそ
れがあった場合それを要求元へ返すこと（図２のステッ
プＳ８）、テストスクリプト管理情報を要求元へ返すこ
と（図２のステップＳ９）をそれぞれ行なう。ここで、
１または複数のテストスクリプトとは、上述の障害有無
判定用テストスクリプトや、障害特定用テストスクリプ
トである（以下、同様）。

【００２６】また、テスト自動化制御手段１０ｂは、テ
ストスクリプト管理手段１０ａと、テストスクリプト実
行手段１０ｃと、各インターフェース手段１０ｆ〜１０
ｉとの間の橋渡しをするもので、テストスクリプトの入
力／実行／判定／出力等の制御を行なうものである。具
体的には、この実施例の場合のテスト自動化制御手段１
０ｂは、以下に図３を参照して説明するような動作をす
るものとしてある。すなわち、テストスクリプトの登録
か、テストスクリプト・ファイル情報の要求か、テスト
スクリプトの実行か、デバックコマンドの実行か、テス
トの終了の各動作の中から検査者の希望するいずれかの
動作を選択する（図３のステップＳ１〜Ｓ５）。そし
て、それぞれの動作に応じ、テストスクリプトの登録を
テストスクリプト管理手段１０ａに要求しおよびその結
果をテストスクリプト入力手段１０ｆへ返すこと（図３
のステップＳ６）、テストスクリプト・ファイル情報を
テストスクリプト管理手段１０ａに要求しその結果を要
求元へ返すこと（図３のステップＳ７）、テストスクリ
プト・ファイル情報をテストスクリプト管理手段１０ａ
からテストスクリプト実行手段１０ｃへ渡すこと（図３
のステップＳ８）、デバックコマンドをテストスクリプ
ト実行手段１０ｃに渡しその実行結果を要求元に返すこ
と（図３のステップＳ９）をそれぞれ行なう。また、図
示は省略しているが、このテスト自動化制御手段１０ｂ
は、テストスクリプト管理手段１０ａからテストスクリ
プトの内容を受け取り、この内容に応じテスト対象のプ
ログラム（実行オブジェクトということもある。）の特
定や実行履歴保存環境の設定などをも行なう。

【００２７】また、テストスクリプト実行手段１０ｃ
は、選択されているテストスクリプトの指示に従って必
要な情報のダンプ及びログ情報の出力を行なうデバッガ
の機能を具備したものである。具体的には、この実施例
の場合のテストスクリプト実行手段１０ｃは、以下に図
４を参照して説明するような動作をするものとしてあ
る。テストスクリプトの情報をテストスクリプト管理手
段１０ａからテスト自動化制御手段１０ｂを介して受け
取る（図４（ステップＳ１）。また、実行オブジェクト
すなわちテスト対象のプログラムをターゲットシステム
２０（図１参照）にダウンロードする（図４のステップ
Ｓ２）。前記受け取ったテストスクリプトの情報に基づ
き指定されたアドレスにブレークポイントを設定する
（図４のステップＳ３）。次に、テストモード（障害有
無判定モード）なのかデバックモード（障害特定モー
ド）なのかを判定する（図４のステップＳ４）。テスト
モードの場合はテスト合否判定手段に判定用データを送
り、デバックモードの場合はプログラム障害特定手段に
特定判定用データを送る（図４のステップＳ５、Ｓ
６）。なお、合否判定用のデータや障害特定判定用のデ
ータは対応するテストスクリプト中に記載されている。
合否判定手段１０ｄにおいてダンプされたデータを、実
行履歴保存環境の設定に従い保存する（図４のステップ
Ｓ７）。実行結果をテスト自動化制御手段に返送する
（図４のステップＳ８）。

【００２８】また、テスト合否判定手段１０ｄは、テス
ト対象のプログラムとのインターフェース部分となるも
のであり、テスト項目と一致しているか否かをチェック
するものである。具体的には、この実施例の場合のテス
ト合否判定手段１０ｄは、以下に図５を参照して説明す
るような動作をするものとしてある。先ず、合否判定用
のデータをテストスクリプト実行手段１０ｃから受け取
ると共にテスト対象のプログラムを実行する（図５のス
テップＳ１）。テスト対象のプログラムが判定位置（所
定ステップ）に来たか否かを判断する（図５のステップ
Ｓ２）。所定ステップに来た場合は必要なデータをダン
プしかつその判定を行ないかつ判定結果をテストスクリ
プト実行手段に返し（図５のステップＳ３，Ｓ４）、そ
うでない場合はログ情報を出力し、テストプログラムを
継続実行する（図５のステップＳ５）。

【００２９】また、プログラム障害特定手段１０ｅは、
テスト対象のプログラムにおいて障害がどこで発生して
いるかを特定するものである。ただし、このプログラム
障害特定手段１０ｅは、検査者によってデバッグモード
（障害特定モード）が選択された場合に動作する。具体
的には、この実施例の場合のプログラム障害特定手段１
０ｅは、以下に図６を参照して説明するような動作をす
るものとしてある。先ず、障害特定用のデータをテスト
スクリプト実行手段１０ｃから受け取ると共にテスト対
象のプログラムをステップトレース実行する（図６のス
テップＳ１）。テスト対象のプログラムが判定位置（所
定ステップ）に来たか否かを判断する（図６のステップ
Ｓ２）。所定ステップに来た場合は必要なデータをダン
プしかつ上記障害特定用データを用いその判定を行なう
（図６のステップＳ３）。判定結果が正しくない場合
（障害位置である可能性が低い場合）、ログ情報を出力
すると共にテスト対象のプログラムを継続実行した後障
害特定モードを終了する（図６のステップＳ５）。判定
結果が正しい場合はログ情報を出力した後（図６のステ
ップＳ６）、さらに別の障害特定のステップがないか否
かが判定され（図６のステップＳ７）、ない場合は判定
結果をテストスクリプト実行手段１０ｃに返し（図６の
ステップＳ８）、ある場合はテスト対象のプログラムの
ステップトレースの実行を継続する（図６のステップＳ
９）。

【００３０】また、テストスクリプト入力手段１０ｆ
は、どのようなテストを行ないたいかを、検査者３０が
プログラムテスト装置１０に入力するためのものであ
り、例えばコンピュータシステム４０に備わるキーボー
ドやマウスなどを含む手段などで構成出来る。この実施
例の場合のテストスクリプト入力手段１０ｆは、以下に
図７を参照して説明する様な動作をするものとしてあ
る。テストスクリプトの入力が終了か否かを検査者に問
う（図７のステップＳ１）。入力終了でない場合はテス
トスクリプトを新規に作成するか否かを検査者に問う
（図７のステップＳ２）。新規作成の場合は、プログラ
ムテスト装置の表示装置（図示せず）に予め定めた新規
テストスクリプト入力用のシートを表示する（図７のス
テップＳ３）、一方、新規作成でない場合は、既に作成
されたテストスクリプトの変更等と判断してテスト自動
化制御手段１０ｂを介しテストスクリプト管理手段１０
ａにテストスクリプトファイルの確認（図７のステップ
Ｓ４）およびテストスクリプト情報を要求し、これによ
りテストスクリプト管理手段１０ａからこのテストスク
リプト情報を得、この情報に基づき所定の入力シートを
上記表示装置に表示する（図７のステップＳ５）。次
に、新規、既存いずれの場合も検査者の入力を待つ（図
７のステップＳ６）。次に、入力完了か否か、必要事項
の入力が済んだか否かを判定し（図７のステップＳ７，
Ｓ８）、完了の場合は入力データをテスト自動化制御手
段１０ｂに送る（図７のステップＳ９）。この入力デー
タはテストスクリプト管理手段１０ａのファイルに登録
されるが、その際に返送される結果で登録完了か否かを
判定する（図７のステップＳ１０）。そして完了した旨
の表示（図７のステップＳ１１）若しくはエラー部分の
強調表示（例えば反転表示）をする（図７のステップＳ
１２）。

【００３１】また、テスト結果出力手段１０ｇは、テス
ト結果を例えばある決められたフォーマット（詳細は後
述する）で出力するもので、例えばコンピュータシステ
ム４０に備わる表示装置やプリンタなどを含む手段で構
成出来る。この実施例の場合のテスト結果出力手段１０
ｇは、以下に図８を参照して説明する様な動作をするも
のとしてある。先ず、検査者によるテストスクリプトフ
ァイルの指定があるか否かを判定する（図８のステップ
Ｓ１）。ある場合は指定のテストスクリプトファイルに
関してのデータを、指定がない場合は既に指定されてい
るテストスクリプトファイルに関してのデータを、テス
ト自動化制御手段１０ｂに要求する（図８のステップＳ
２，Ｓ３）。テスト自動化制御手段１０ｂはテストスク
リプト管理手段１０ａを検索しその結果をテスト結果出
力部に返す。この返された結果から、テスト結果出力手
段１０ｇはデータの有無を判定し（図８のステップＳ
４）、このテストスクリプトファイルに関するデータが
テストスクリプト管理手段になかった場合はエラーメッ
セージを表示し（図８のステップＳ５）、あった場合は
出力先の確認、出力フォーマットの確認、指定フォーマ
ットによる指定出力先への出力、終了メッセージの表示
を順次に行なう（図８のステップＳ６〜Ｓ９）。

【００３２】また、モード切換え／実行手段１０ｈは、
テストモード（障害有無判定モード）かデバッグモード
（障害特定モード）かのモード切換えを行なって実行す
るものである。この実施例の場合のモード切換え／実行
手段１０ｈは、以下に図９を参照して説明する様な動作
をするものとしてある。テストモードか否かを問う（図
９のステップＳ１）。そうである場合はプログラムテス
ト装置１０をテストモードすなわち障害有無判定用テス
トスクリプトを用いる処理モードに（図９のステップＳ
２）、そうでない場合はプログラムテスト装置１０をデ
バッグモードすなわち障害特定用テストスクリプトを用
いる処理モードに、する（図９のステップＳ３）。次
に、テスト対象のプログラムを実行するか否かを問い、
検査者の対応に応じた処理をする（図９のステップＳ
４，Ｓ５）。

【００３３】また、デバッグコマンド入力手段１０ｉ
は、コンピュータシステム４０の一部で構成してあるデ
バッガに具備されているデバッガの機能を利用可能とす
るコマンドを入力するものである。この実施例の場合の
デバッグコマンド入力手段１０ｉは、以下に図１０を参
照して説明するような動作をするものとしてある。デバ
ックコマンド入力画面をプログラムテスト装置１０の表
示装置（図示せず）に表示する（図１０のステップＳ
１）。検査者によるデバッグコマンドの入力を待ち、ま
た、その入力が終了か否かを問う（図１０のステップＳ
２，Ｓ３）。入力されたデバッグコマンドをテスト自動
化制御手段１０ｂに送る（図１０のステップＳ４）。テ
スト自動化制御手段１０ｂから返されるデバッグコマン
ド実行結果を表示装置の画面に表示する（図１０のステ
ップＳ５）。

【００３４】２．プログラムテスト動作の説明 ２−１．障害有無判定動作の説明 先ず、テスト対象のプログラムに障害があるか否かを判
定する方法（第一発明のプログラムテスト方法）の実施
例について説明する。

【００３５】検査者は障害有無判定用テストスクリプト
を作成するためにテスト実施内容を上記のテストスクリ
プト入力手段１０ｆを利用し入力する。この障害有無判
定用テストスクリプトの内容はテスト対象のプログラム
の仕様などを考慮して予め検査者により検討されるもの
である。理解を深めるため、障害有無判定用テストスク
リプトの一例を、図１１（Ａ）に示した。この図１１
（Ａ）に示した例は、テスト対象のプログラム（以下、
テスト対象プログラムＡともいう。）を含むファイルの
名５１が、testＡであり、また、実行履歴保存ファイル
５３（後述する）が、testＡ.logｌというファイル名と
され、所定のブレークポイント（所定のステップ）５５
が、番地ｘｘｘｘであり、ダンプするべきデータ５７が
変数Ｂ，Ｃ，ＤおよびアドレスＡ１，Ａ２であり、所定
のテスト項目５９が、Ｂが１０であるか否かのテストで
ある例を示している。なお、障害有無判定用テストスク
リプトの入力においては、図７を用いて既に説明した様
に、テスト実施内容の記述チェックを行ない不備があっ
た場合は修正が要求される。不備がない場合は、この障
害有無判定用テストスクリプトはテストスクリプト管理
手段１０ａに登録される。

【００３６】また、検査者は上記のモード切換え／実行
手段１０ｈを利用してテストモードを選択する。する
と、テスト自動化制御手段１０ａは、テストスクリプト
管理手段１０ａに対して障害有無判定用テストスクリプ
トの情報を要求する。これに応じテストスクリプト管理
手段１０ａは、テスト対象プログラムＡ用の障害有無判
定用テストスクリプトこの場合は上記のファイルtestＡ
にある障害有無判定用テストスクリプトの情報を自動化
制御手段１０ｃに送る。

【００３７】すると、テスト自動化制御手段１０ｂは、
この障害有無判定用テストスクリプからテスト対象プロ
グラムを格納しているファイル名この場合はtestＡを識
別する。次に、実行履歴保存用のファイル名この場合は
testＡ．log を識別しそのためのファイルをオープンす
ることで実行履歴環境を設定する。その後、テスト対象
プログラムＡとその他のスクリプト情報（図１１（Ａ）
の５３〜５９で示されるもの）とをテストスクリプト実
行手段１０ｃに送る。テストスクリプト実行手段１０ｃ
ではロードファイル名testＡにおける実行オブジェクト
（テスト対象プログラムＡ）をターゲットシステム２０
にダウンロードすること、障害有無判定用テストスクリ
プトで指定されたアドレス（ここでは図１１（Ａ）の５
５参照）にブレークポイントを設定すること、障害有無
判定用テストスクリプトで指定されたダンプすべきデー
タ（ここでは図１１（Ａ）の５７参照）およびテスト項
目（ここでは図１１（Ａ）の５９参照）を合否判定手段
１０ｄに送ること、テスト対象プログラムＡの実行をそ
れぞれ行なう。テスト合否判定手段１０ｄでは設定した
ブレークポイントでテスト対象プログラムＡが停止した
時に受け取ったテストスクリプトのダンプデータの指示
に従ってデータのダンプを行なうと共にテスト項目に示
されたテストを行なう。その後ダンプしたデータとテス
ト合否判定結果をテストスクリプト実行手段１０ｃに送
る。テストスクリプト実行手段１０ｃは、この合否判定
結果をテスト結果出力手段１０ｇおよびテストスクリプ
ト管理手段１０ａに送る。テスト結果出力手段は１０ｇ
は、図８を用いて説明した様に、予め決められたフォー
マットで合否判定結果を出力する。また、テストスクリ
プト管理手段１０ａは、この合否判定結果をテスト対象
プログラムＡ用の障害有無判定テストスクリプトの管理
情報として記録する。以上で、テスト対象プログラムＡ
の障害有無判定が行なえる。他にもテスト対象のプログ
ラムがある場合は上述の処理を繰り返して実施する。

【００３８】この上述の障害有無判定方法では、障害有
無判定用テストスクリプトに所望のテスト内容を記入す
ることで、人手を介することなく自動的にテスト対象の
プログラムを実行しこのプログラム中の所定ポイント
（所定ステップ）で、データのダンプおよびテスト合否
判定を行なってこのプログラム中の障害の有無の判定結
果を出力する。このため、大量のテスト対象のプログラ
ムについて障害の有無を効率的にテストできる。

【００３９】２−２．障害特定動作の説明 上記２−１項においては、大量のテスト対象のプログラ
ムそれぞれについてそれらが障害を持つものか否かのテ
ストを人手を介すことなく自動的かつ効率的に行なう方
法を示したが、プログラムの開発工程の次の段階では障
害を持つプログラムのどこに障害の原因があるのかを調
べる必要（障害を特定する必要）がある。これを行なう
方法（第二発明の方法）について以下説明する。

【００４０】検査者は、障害を含んでいたためテストモ
ードにおいて不合格とされたプログラムに対応する障害
有無判定用テストスクリプトを、テストスクリプト入力
手段１０ｆを利用して、プログラムテスト装置１０の表
示装置（図示せず）に表示させる。次に、この障害を含
むプログラムの障害箇所特定に好適なテストスクリプト
すなわち障害特定用テストスクリプトを、テストスクリ
プト入力手段１０ｆを利用して、テストスクリプト管理
手段１０ａの記憶部のファイルに登録する。この登録す
る障害特定用テストスクリプトは、従来技術において説
明した障害解析関数とは次の様な点で大きく相違する。
すなわち、第一発明の方法で障害があると判定された際
に得られたテスト結果から見て当該障害の特定に好適な
ように、障害有無判定用テストスクリプトを変更して
（流用して）作成される点で大きく相違する。図１１
（Ｂ）に、図１１（Ａ）に示した障害有無判定用テスト
スクリプトを流用して作成した障害特定用テストスクリ
プトの例を示した。この図１１（Ｂ）に示した例は、障
害有無判定のためのテストで得た結果から見て、ロード
ファイル６１、実行履歴ファイル６３の内容は障害有無
判定用テストスクリプトの場合のままで良い例であり、
ただし、ブレークポイント６５はｙｙｙｙとし、ダンプ
するべきデータ６７は変数ＡおよびアドレスＡ１，Ａ２
とし、テスト項目６９はＡが１４であるか否かのテスト
とそれぞれ変更するのが、障害特定に好適である例であ
る。なお、障害特定用テストスクリプトの入力、修正、
登録などは、障害有無判定用テストスクリプトの入力、
修正、登録手順と同様にテストスクリプト入力手段を利
用して行なわれるので、その説明は省略する。

【００４１】次に、検査者はモード切換え／実行手段１
０ｈを利用してプログラムテスト装置１０のモードをデ
バッグモードにする。すると、テスト自動化制御手段１
０ｂは、実行オブジェクトであるロードファイル名とモ
ードの識別および実行履歴保存環境の設定を障害有無判
定時と同様な手順で行ない、また、このロードファイル
名をその他の障害特定用テストスクリプト情報（図１１
（Ｂ）の６５〜６９）と共にテストスクリプト実行手段
１０ｃに送る。テストスクリプト実行手段１０ｃでは実
行オブジェクト（テスト対象プログラムＡ）をターゲッ
トシステムにダウンロードすること、障害特定用テスト
スクリプトで指定されたアドレス（ここでは図１１
（Ｂ）の６５参照）にブレークポイントを設定するこ
と、障害特定用テストスクリプトで指定されたダンプす
べきデータ（ここでは図１１（Ｂ）の６７参照）および
テスト項目（ここでは図１１（Ｂ）の６９参照）を合否
判定手段１０ｄに送ること、プログラム障害特定手段１
０ｅにテスト対象プログラムＡの実行制御を依頼するこ
とを、それぞれ行なう。プログラム障害特定手段１０ｅ
は、テスト対象プログラムＡをステップトレース実行し
ながら、障害特定用テストスクリプトで指示されたステ
ップでのデータのダンプやテスト項目を実施する。障害
が検知された場合、その旨はテストスクリプト実行手段
１０ｃ経由でテスト自動化制御手段１０ｂに通知され
る。テスト自動化制御手段１０ｂはこの通知された障害
特定のための情報をプログラムテスト装置１０の表示装
置やプリンタ（図示せず）等の出力装置上に出力する。
検査者は出力された情報における障害発生位置情報や、
プログラム障害特定手段１０ｅで収集された実行履歴情
報を利用して、障害原因の解析を行ない障害を特定す
る。なお、さらに解析に必要な情報を調べたい場合は、
通常デバッガで提供されているデバッグコマンドがこの
デバッグモードでは利用可能であるので、このデバッグ
コマンドをデバックコマンド入力手段１０ｉを利用して
入力することで、必要な情報を得ることが出来る。

【００４２】この第二発明に係る障害特定の方法によれ
ば、障害解析の箇所を変更するごとに障害解析関数を変
更しこの変更した関数をデバッグ制御プログラムに組み
込むという手間が必要なく、障害有無判定のテスト過程
で使用した障害有無判定用テストスクリプトを単に変更
して得た障害特定テストスクリプトを用い障害箇所の特
定が可能となる。また、検査者の判断を求めながら、障
害発生箇所を特定する必要もなくなるので、障害解析の
所要時間が軽減される。

【００４３】

【発明の効果】上述した説明から明らかなように、第一
発明のプログラムテスト方法によれば、テスト対象のプ
ログラムに応じた障害有無判定用テストスクリプトを登
録する。そして、テスト対象のプログラムをテスト実行
すると共に障害有無判定用テストスクリプトに基づくチ
ェックを自動的に行ないその結果を出力できる。このた
め、大量のテストプログラムの実行とこれらプログラム
における障害の有無の判定とを、人手を介さずに自動的
に実行できるので、プログラムのテストを従来に比べ効
率的にかつ人為的なミスの少ない条件で行なえる。

【００４４】また、第二発明のプログラムテスト方法に
よれば、障害特定に好適な障害特定用テストスクリプト
を登録する。そして、テスト対象のプログラムをテスト
実行すると共に障害特定用テストスクリプトに基づくチ
ェックを自動的に行ないその結果を出力できる。このた
め、テスト対象のプログラムに対する障害有無の判定お
よび障害特定という一連の処理を自動的に行なえる。ま
た、ここで用いる障害特定用テストスクリプトは、障害
有無判定用テストスクリプトを用いたテストの結果に基
づいて作成するものであるので、熟練をそれほど必要と
することなく、作成できる。したがって、デバッグ制御
プログラムに障害解析関数を組み込む従来技術で問題と
されていた、高いスキルが必要という問題と時間がかか
るという問題とを解決出来る。

【００４５】また、この出願の第三発明のプログラムテ
スト装置によれば、第一発明の実施を容易とする。ま
た、この出願の第四発明のプログラムテスト装置によれ
ば、第二発明の実施を容易とする。

【図面の簡単な説明】

【図１】実施例のプログラムテスト装置の説明図であ
る。

【図２】テストスクリプト管理手段の説明図である。

【図３】テスト自動化制御手段の説明図である。

【図４】テストスクリプト実行手段の説明図である。

【図５】テスト合否判定手段の説明図である。

【図６】プログラム障害特定手段の説明図である。

【図７】テストスクリプト入力手段の説明図である。

【図８】テスト結果出力手段の説明図である。

【図９】モード切換え／実行手段の説明図である。

【図１０】デバックコマンド入力手段の説明図である。

【図１１】テストスクリプトの説明図であり、（Ａ）は
障害有無判定用テストスクリプトの説明図、（Ｂ）は障
害特定用テストスクリプトの説明図である。

【符号の説明】

１０：実施例のプログラムテスト装置 １０ａ：テストスクリプト管理手段 １０ｂ：テスト自動化制御手段 １０ｃ：テストスクリプト実行手段 １０ｄ：テスト合否判定手段 １０ｅ：プログラム障害特定手段 １０ｆ：テストスクリプト入力手段 １０ｇ：テスト結果出力手段 １０ｈ：モード切換え／実行手段 １０ｉ：デバッグコマンド入力手段 ２０：ターゲットシステム ３０：検査者 ４０：コンピュータシステム

Claims (6)

【特許請求の範囲】
1. 【請求項１】 テストスクリプトを登録するための書き
   換え可能なファイルを記憶部に設けておき、 該ファイルに、テスト対象のプログラムに障害があるか
   否かの判定に好適な、該プログラムにおける所定ステッ
   プでの実行結果を出力させる旨および該実行結果に対す
   るテスト項目を少なくとも含むテストスクリプトを、予
   め登録し、その後、 前記テスト対象のプログラムを実行すると共に、前記テ
   ストスクリプトに従い前記所定ステップでの実行結果の
   ダンプおよび前記テスト項目によるテストを行なわせ、 該行わせたテスト結果により前記テスト対象のプログラ
   ムに障害があるか否かを判定することを特徴とするプロ
   グラムのテスト方法。
2. 【請求項２】 請求項１に記載のプログラムのテスト方
   法において、 障害特定用テストスクリプトを登録するための書き換え
   可能なファイルを、前記記憶部に設けておき、 請求項１に記載の処理によって障害があると判定された
   場合に、該ファイルに、請求項１の処理によって得られ
   たテスト結果から見て当該障害の特定に好適な、前記テ
   スト対象のプログラムを実行した際における所定ステッ
   プでの実行結果を出力する旨および該実行結果に対する
   テスト項目を少なくとも含む障害特定用テストスクリプ
   トを予め登録し、その後、 前記テスト対象のプログラムの全部または一部を再度実
   行すると共に、前記障害特定用テストスクリプトに従い
   前記好適なステップでの実行結果のダンプおよび前記好
   適なテスト項目によるテストを行なわせ、 該行なわせたテスト結果によりテスト対象のプログラム
   における障害箇所の特定を行なうことを特徴とするプロ
   グラムのテスト方法。
3. 【請求項３】 請求項２に記載のプログラムのテスト方
   法において、 前記障害特定用テストスクリプトは、テスト対象のプロ
   グラム中に障害があるか否かを判定するため登録した請
   求項１に記載の前記テストスクリプトを変更することに
   より作成することを特徴とするプログラムのテスト方
   法。
4. 【請求項４】 プログラムに障害があるか否かをテスト
   するための装置であって、 テストスクリプトを記憶するための記憶手段を有したテ
   ストスクリプト管理手段と、 前記記憶手段に、テスト対象のプログラムに障害がある
   か否かの判定に好適な、該プログラムにおける所定ステ
   ップでの実行結果を出力させる旨および該実行結果に対
   するテスト項目を少なくとも含むテストスクリプトを、
   入力するための手段と、 前記テスト対象のプログラムを実行すると共に前記テス
   トスクリプトに従い前記所定ステップでの実行結果のダ
   ンプおよび前記テスト項目を実行する手段と、 前記テスト項目を実行した際のテスト結果を出力する手
   段とを具えたことを特徴とするプログラムテスト装置。
5. 【請求項５】 請求項４に記載のプログラムテスト装置
   において、 障害の有無をテストするモードか障害を特定するモード
   かを選択する手段と、 障害特定用テストスクリプトを記憶するための手段を有
   したテストスクリプト管理手段と、 前記障害を特定するモードが選択された場合に動作し、
   請求項４に記載のテスト結果から見て当該障害の特定に
   好適な、前記テスト対象のプログラムを実行した際にお
   ける所定ステップでの実行結果を出力する旨および該実
   行結果に対するテスト項目を少なくとも含む障害特定用
   テストスクリプトを入力するための手段と、 前記テスト対象のプログラムの全部または一部を再度実
   行すると共に前記障害特定用テストスクリプトに従い前
   記好適なステップでの実行結果のダンプおよび前記テス
   ト項目を実行する手段と、 前記障害特定に好適なテスト項目を実行した際のテスト
   結果を出力する手段とをさらに具えたことを特徴とする
   プログラムテスト装置。
6. 【請求項６】 請求項５に記載のプログラムテスト装置
   において、 前記障害特定用テストスクリプトを入力するための手段
   は、請求項４に記載の障害の有無の判定に好適な前記テ
   ストスクリプトを変更することで当該入力を行なう手段
   であることを特徴とするプログラムテスト装置。