JPH04104334A - プログラムテスト支援装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔目　次〕 概要 産業上の利用分野 従来の技術 発明が解決しようとする課題 課題を解決するための手段 作用 実施例 実施例（第２図） 他の実施例（第４図） 発明の効果 〔概　要〕 プログラムを構成するプロシージャを追加や変更又は削
除した場合、その影響を受ける機能を検索し、その機能
のテストを行うプログラムテスト支援装置に関し、 プロシージャの追加や変更又は削除によって影響を受け
る機能を検索しその機能をテストデータを用いてテスト
し確認することによりデハックテスト工程を短縮するこ
とを目的とし、構成するプロシージャの実施により複数
の機能を実現するプログラムのテス１−を支援するプロ
グラムテスト支援装置において、前記プログラムを解析
して、構成するプロシージャとその定義を取り出して記
憶し既に記憶されているプロシージャと比較して追加や
変更又は削除されたプロシージャを抽出しこの結果を記
憶する変更プロシージャ抽出部と、前記各機能とこの機
能を実現するプロシージャとの対応表を有し、この対応
表を用い前記抽出したプロシージャに対応する機能を抽
出する機能抽出部と、この抽出した機能をテストデータ
によりテストしそのテスト結果を記憶するテスト実行部
とを備えるよう構成し、また、さらにこのテスト実行部
の記憶している既存のテスト結果と今回のテスト結果を
比較し変化の生じた機能を検索し、この機能に対応する
プロシージャを前記機能とプロシージャの対応表より抽
出するテスト結果比較部とを備えるよう構成する。

〔産業上の利用分野〕

本発明は、プログラムを構成するプロシージャを追加や
変更又は削除した場合、その影響を受ける機能を抽出し
その機能のテストを行うプログラムテスト支援装置に関
する。

プログラム開発において、デパック・テスト工程は、最
も長期に及ぶ作業の−っであり、この工程の短縮が要求
されている。

このため、テストを自動的に行う、或いは支援する装置
が必要とされる。

〔従来の技術〕

プログラムを構成するプロシージャと、そのプログラム
により提供される機能が複雑な関係を持っており、特定
のプロシージャの追加や更新又は削除が、機能の一つに
対しては正常に働き、別の一つに対しては異常に働く可
能性のあるプログラムのテストを行う場合には、従来、
全機能に関するテストを再試行するか、あるいは、ユー
ザ自身が各プロシージャと機能の関係を正しく認識し、
プロシージャの変更により影響を受ける全ての機能に対
してテストを行う必要があった。

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

しかし、現実にはテストを行うべきなのにテストが行わ
れなかった機能が発生したり、テストとその結果の検討
に長時間かかる等の問題を生じていた。

また、上記の特徴を持つプログラムが、複数の人員によ
って共同で作成される場合には、あるプログラマによる
追加や変更又は削除が、そのプログラマの作成部分に対
しては正常に働くものの、他のプログラマが作成した部
分に対しては不利な影響をおよぼすような場合が生じる
。特にこの追加や変更又は削除対象となったプロシージ
ャが、追加や変更又は削除を行ったプログラマ以外の者
の作成した部分にとって間接的に使用されているに過ぎ
ない場合には、原因解明が困難となる。

これらを解決するための一つの方法として特開昭６３−
２１７４３４号公報、特開平１−２２９３４１号公報に
は、プログラムの修正個所のみのテストカバレジを測定
し、プログラムの再テストを必要とする部分のみを抽出
し、テスト結果を保存し、ソースの変更により影響のな
い部分に関しては、過去の結果を転用・継承し、影響す
る部分に関しては過去の結果を無効化する技術が開示さ
れている。

本発明は、これらを更に改良するためになされたもので
、プロシージャの追加や変更又は削除によって影響を受
ける機能を検索するのみならずさらにその機能をテスト
データによりテストして確認するようにしデハック・テ
スト工程を短縮するプログラムテスト支援装置を提供す
ることを目的とする。

〔課題を解決するための手段］ 第１図は本発明の原理を示す説明図である。同図におい
て変更プロシージャ抽出部１はプログラムを解析しプロ
グラムを構成するプロシージャとその定義を取り出し記
憶し、既に記憶されているプロシージャと比較して追加
や変更又は削除されたプロシージャを抽出するもので、
機能抽出部２は各機能とこの機能を実現するプロシージ
ャとの対応表を有し、この対応表により、変更プロシー
ジャ抽出部１で抽出したプロシージャに対応する機能を
抽出する働きをし、実行部３はこの抽出した機能をテス
トするテストデータを用いてこの機能をテストしそのテ
スト結果を記憶する働きをし、これにより第１発明を構
成する。

さらに、テスト結果比較部４を設は既存のテスト結果と
今回のテスト結果を比較し、変更の生じた機能を検索し
、この機能に対応するプロシージャを前記対応表から求
めてるようにして第２発明を構成する。

〔作　用］ 上記構成により、プログラムより追加や変更又は削除さ
れたプロシージャが検索され、このプロシージャよりテ
ストを必要とする必要最小限の機能が抽出され、この機
能に対してのみ再テストを行う。そして前に行われたテ
ストと今回のテストとが比較され変化の生ずる原因とな
ったプロシージャが検出され示される。これにより必要
最小限の機能のみの再テストに限定でき、また、他人が
プログラムを変更したような場合でも、その変更および
その変更の及ぼす影響を把握することができる。

〔実　施　例〕

以下、本発明の実施例を図面を参照して説明する。

第２図は本発明の実施例の構成を示すブロック図である
。同図において、変更プロシージャ抽出部１は、プログ
ラム解析部５とプロシージャ保存部６とプロシージャ比
較部７より構成され、追加や変更又は削除などがなされ
たプログラムが変更プロシージャ抽出部１に送られてく
ると、先ずプログラム解析部５により、与えられたプロ
グラムからそのプログラムを構成しているプロシージャ
及びその定義が取り出され、プロシージャ保存部６に記
憶される。次に、プロシージャ比較部７においては、プ
ロシージャ保存部６より前回のテストで使用されたプロ
グラムの各プロシージャとその定義を取り出し、プログ
ラム解析部５によって取り出された各プロシージャとそ
の定義との比較を行い、前回テスト以後変更されたプロ
シージャの一覧を取り出す。

ここで取り出されたプロシージャ（以後変更プロシージ
ャ）は機能抽出部２へ送られる。機能抽出部２はプロシ
ージャ・機能対応保存部８と機能検索部９より構成され
る。テスト対象となるプログラムを構成する各プロシー
ジャの呼び出し関係、及び、プログラム中で提供される
各機能に使用されているプロシージャの一覧はプロシー
ジャ・機能対応保存部８に記憶されている。変更プロシ
ージャ抽出部１より送られた変更プロシージャは機能検
索部９に送られる。機能検索部９は送られた変更プロシ
ージャとプロシージャ・機能対応保存部８の保持する対
応表を用いて、前回とは異なる動作をする可能性のある
機能、即ち、変更プロシージャの何れか一つ以上を、直
接的、間接的に使用している機能、を取り出し、取り出
された機能をユーザに提示する。

実行部３は、テスト実行部１０とテストデータ保存部１
１とテストデータ抽出部１２とから構成され、プログラ
ム中で提供される各機能のテスト時に必要とする人力デ
ータ（以後テストデータ）をテスト実行以前に与えるこ
とが可能な場合は、テストデータ保存部１１にテストデ
ータを予め保存しておく。

テストデータ抽出部１２は、テストデータ保存部１１よ
りテスト対象機能のテストの為に必要なテストデータの
み取り出す機能を有し、テスト実行部１０は、テストデ
ータ抽出部１２より出力されたテストデータを使用して
、機能抽出部２より送られたテスト対象機能のテストを
行う。このテストの結果をユーザに提示する。

テスト結果比較部４はテスト結果保存部１３、テスト結
果保存実行部１４、プロシージャ検索部１５、機能・プ
ロシージャ対応保存部１６および原因プロシージャ抽出
部１７より構成される。実行部３より送られたテスト結
果は、テスト結果保存実行部１４によりテスト結果保存
部１３に保存される。

プロシージャ検索部１５は、テスト対象となった機能の
前回のテスト結果をテスト結果保存部１３より取り出し
、この取り出された前回のテスト結果と、テスト実行部
１０より送られたテスト結果とを比較して異なる結果が
得られた機能を検索し、機能・プロシージャ対応保存部
１６に保存されている機能・プロシージャ対応表を用い
て、検索により取り出された機能が使用しているプロシ
ージャを取り出す。原因プロシージャ抽出部１７はプロ
シージャ検索部１５により得られたプロシージャより、
プロシージャ保存部６に保存されているプロシージャ更
新履歴を用いて、今回のテスト実行時に変更されている
プロシージャを抽出する。この抽出の結果得られたプロ
シージャを、先にテスト結果保存部１３より取り出され
た前回のテスト結果、及び、実行部３より送られたテス
ト結果と併せてユーザに提示する。

なお、第２図中カッコで示す数字はデータの流れを示す
ものであり、次の意味を表す。

（１）プログラム （２）、　（＋）を構成するプロシージャとその定義（
３）前回テストの対象となったプログラムを構成するプ
ロシージャとその定義 （４）今回のプログラムで更新されているプロシージャ
名 （５）プロシージャ・機能対応表 （６）テストを必要とする機能 （７）テストデータ （８）、　（６）のテストに必要とするテストデータ（
９）テスト結果 ００）前回テスト実行時の結果 （１１）機能・プロシージャ対応表 ０クチストを行った（６）の機能に使用しているプロシ
ージャ ０３）、　（９）、　００）の差の原因となる可能性を
持つプロシージャ 次に簡単なプログラムを例として具体例に説明する。以
下の説明において実行ファイル、関数はそれぞれプログ
ラム、プロシージャと同じ意味である。第３Ａ図、第３
Ｂ図、第３Ｃ図は具体例を示す図である。対象となる実
行ファイルは関数ＰＩ。

Ｐ２．−Ｐ６よりなり、機能Ｅｌ、−Ｅ４を提供するも
のとする。このＭ、−Ｐ６とＥｌ、　−−−Ｅ４の関係
を第３Ａ図（ａ）に示す。例えば、関数Ｐ１は機能Ｅｌ
中で使用されており、Ｐ２はＰ３より呼び出されている
ことを示す。

従ってプロシージャ・機能対応表１機能・プロシージャ
対応表はそれぞれ、第３Ａ図（＋））、　（Ｃ）のよう
に与えられる。この二つの表は、予めユーザによって指
定されているか、あるいは、テスト対象となる実行ファ
イルを与えることにより、システムにより自動作成され
るものである。

この実行ファイルに対して、第２図で説明した装置を適
用する。

（１）プログラム解析部５にて 先ず、対象ファイルを構成する関数名、各関数の定義を
解析する。入力された実行ファイルを解析して各関数毎
に分割する。ここでは、第３Ｂ図（ｄ）の様に関数ＰＬ
、Ｐ２．Ｐ３．Ｐ４．Ｐ５．Ｐ６とそれぞれの関数の定
義が得られる。これをプロシージャ保存部６に保存する
。解析結果はプロシージャ保存部６に保存すると同時に
、プロシージャ比較部７に送る。

（２）プロシージャ比較部７にて プロシージャ比較７では、プロシージャ保存部６より、
今回保存したものより一つ前のものを取り出す。取り出
された関数定義の一覧は、前回のテストで対象とした実
行ファイルのものである。

これを第３Ｂ図（ｅ）に示す。プログラム解析部５で得
られた第３Ｂ図（ｄ）とここで得られた第３Ｂ図（ｅ）
とを比較する。比較方法は、単純文字列比較、構文比較
等が考えられるが、ここでは特定しない。

比較結果として、関数Ｐ２．及びＰ４が更新されている
ことが判る。

この更新情報は、例えば第３Ｂ図（ｆ）のような表を作
成し、プロシージャ変更履歴として関数定義と共に、プ
ロシージャ保存部６に保存しておく。

同時にここで得られた更新された関数の一覧Ｐ２Ｐ４は
機能検索部９へ送られる。

（３）機能検索部９にて プロシージャ比較部７で求められた更新された関数より
、この変更が動作に対して影響する機能を求める。プロ
シージャ・機能対応保存部９には、第３Ａ図（ｂ）の様
なテーブルが保存されている。このテーブルを用いて、
プロシージャ比較部７で得られた関数により、影響を受
ける機能を検索する。

ここではＰ２　Ｐ４であったからそれぞれ（Ｅ２．Ｅ４
１（Ｅ３．Ｅ４１がえられる。得られたデータを併合す
ることにより、今回の更新で影響を受ける機能の一覧（
Ｅ２．　Ｅ３．　Ｅ４１が得られる。

この情報をユーザに提示する。

ユーザは得られた情報を基にして、機能［２，Ｅ３．　
Ｅ４に対してのみテストを行えば、今回の更新で影響を
受ける全ての機能に対してのテストを済ませた１に とになる。

（４）テストデータ抽出部１２にて 今、テストの対象としている実行ファイルはＥＩＥ４の
機能を持っている。これらの機能が正常に働いているか
どうかは、簡単に、例えば、それぞれ文字列、ｄａｔａ
１″、”ｄａ　ｔａ２”＋”ｄａｔａ３”、”ｄａｔａ
４″を入力した場合に返される出力文字列で判別可能で
あるとする。この場合には、このような入力データをテ
ストデータとしてテストデータ保存部１１に予め記憶さ
せておく。ここではテストデータ保存部１１に第３Ｂ図
（ｇ）のようなテーブルが保存される。

このテーブルを用いて機能検索部９より送られた、各機
能に対するテストデータを検索する。ここでは、Ｅ２に
対してｄａ　ｔａ２”、Ｅ３に対して”ｄａｔａ３″、
Ｅ４に対して”ｄａｔａ４”を入力すれば良いことが判
る。

以上を組にして、例えば、　　（（Ｅ２．”ｄａｔａ２
”　１（Ｅ３．”ｄａｔａ３”ｌ　　、（Ｅ４．”ｄａ
ｔａ４”）　ｌの形でテスト実行部１０に送る。

（５）テスト実行部１０にて テストデータ抽出部１２より送られた、機能とテストデ
ータを用いて、送られた機能のテストを行い、テスト結
果をユーザに提示する。

次のステップではテスト結果に関する考察を補助する機
能について説明する。

例えば、複数のユーザにより共同で構築されるシステム
（プログラム）の場合、各自は自分がどの関数を更新し
たか、ということは把握していても、他の共同作業者が
どの関数を更新したかということは理解しにくい。また
、ある関数を更新したことでそれまで正常な動作を行っ
てきた機能が異常終了したような場合は、その原因とな
る可能性があるのはどの関数であるか、つまり、この機
能が使用している関数の内今回更新されたものはどれか
、ということが得られると、原因の特定のための時間が
短縮出来る。

（６）テスト結果保存実行部１４にて テスト実行部１０においてユーザに提供するに留めたテ
スト結果は、ここではテスト結果保存実行部１４により
テスト結果保存部１３に保存される。テスト結果保存部
１３には、プログラムの提供する機能と、その機能のテ
ストを第３Ｂ図（（至）で与えられたテストデータを用
いることによって行った場合の結果出力が第３Ｃ図（ｈ
）のような形で保存される。

ここでは、最も単純なものを考え、各機能とも成功した
場合には文字列”ｔｒｕｅ”を、失敗した場合には文字
列”ｆａｌｓｅ”を出力するものとする。テスト実行部
１０によって実行された機能Ｅ２．Ｅ３．Ｅ４の結果が
、それぞれ”ｆａｌｓｅ”、”ｆａｌｓｅ”、”ｔｒｕ
ｅ”であったとする。この結果はテスト結果保存部１３
に第３Ｃ図（ｈ）の様な形式で保存される。（ｈ’ｌ中
の空白はその版において、対応する機能に影響する関数
の更新がなく、テストを行う必要が無かったものを示す
。

ここに対応するテストの結果はその前の版と等しくなる
。例えば（ｈ）中の機能Ｅ１は実行ファイルの新規作成
以後影響を受ける関数の更新が成されておらず、その出
力も不変、即ちＶｅｒ２．　Ｖｅｒ３．　Ｖｅｒ４の結
果はＶｅｒｌの結果”　ｔｒｕｅ”と等しいことを示し
ている。

（７）プロシージャ検索部１５にて テスト結果保存実行部１４において最新の結果が与えら
れた実行結果保存部１３に存在するテスト結果より、今
回テストを行った機能、即ち、Ｅ２．　Ｅ３Ｅ４．の最
新の結果、とその直前の結果を取り出す。

最新の結果とは、つまり、テスト実行部５において得ら
れた実行結果であり、直前の結果とは第３Ｃ図（ｈ）の
場合には、Ｅ２機能に対するＶｅｒ２の実行ファイルの
テスト結果”ｆａｌｓｅ　　、、Ｅ３機能に対するＶｅ
ｒｌの実行ファイルテスト結果″ｔｒｕｅ　、　Ｅ４機
能に対するＶｅｒ３の実行ファイルのテスト結果”　ｔ
ｒｕｅ”のことである。プロシージャ検索部１５では、
先ずこの二つの結果を比較し、その結果に変更の有った
機能を取り出す。

例えば機能Ｅ３のテスト結果が直前の実行ファイルを使
用した場合に”　ｔｒｕｅ”であったものが、’ｆａｌ
ｓｅ”に変化したと言うことを、 （Ｅ３．　　（”ｔｒｕｅ”、”ｆａｌｓｅ”）　ｌと
表すと、各機能に対するテスト実行結果の変遷は （Ｅ２．　　　（”ｆａｌｓｅ’、”ｆａｌｓｅ″　）
　）（Ｅ３．　　　（ｔｒｕｅ　　、　　”ｆａｌｓｅ
’　　ｌ　　）（Ｅ４．　　　（ｔｒｕｅ　　＋　　”
ｔｒｕｅ”）　）の様に表すことが出来る。

これらを比較すると、今回の更新でテスト結果、に変化
が現れたのは、機能Ｅ３に対してであることが判る。そ
こで、機能・プロシージャ対応保存部１６に保存されて
いる機能・プロシージャ対応表を用いて、先ず、機能Ｅ
３が使用している全関数を求める。この機能・プロシー
ジャ対応表は、例えば、第３Ａ図（Ｃ）の様な形で用意
されている。この表を検索することにより、機能Ｅ３が
使用している関数Ｐ４．　Ｐ６が得られる。この関数を
原因プロシージャ抽出部１７に送る。

（８）原因プロシージャ抽出部１７にてプロシージャ検
索部１５において得られた関数より、プロシージャ比較
部７で作成された第３Ｂ図（ｆ）に示すプロシージャ変
更履歴をもとに、今回更新された関数を検索する。ここ
では、プロシージャ検索部１５より送られた関数Ｐ２．
　Ｐ４が更新されているかどうかの検索対象となるが、
表（ｆ）を検索することにより、関数Ｐ２．　Ｐ４が更
新されていることが判る。この関数Ｐ２．　Ｐ４が更新
されているという情報と、プロシージャ検索部１５で得
られた機能Ｅ３のテスト結果の変遷、即ち機能Ｅ３のテ
スト結果が”ｔｒｕｅ”より”ｆａｌｓｅ″に変化して
いるという情報を併せて、ユーザに提示する。

次に他の実施例について説明する。

前述の実施例においては、テストデータ保存部１１に格
納されているテストデータはテスト実行前に一義的に決
定可能なデータであった。しかし予めテストデータを一
義的に定められないような場合、テストデータを格納し
ておくことはできない。本実施例は、前述の具体例の記
号を使用して説明すると、テストを必要とする機能Ｅ２
．　Ｅ３．　Ｅ４が得られた後、それぞれに対するテス
トデータの入力を要求し、その入力に対する動作を行う
ものである。

そして、この結果に対して、その正当性が一義的に判別
不可能である場合には、結果を出力し、その正当性をユ
ーザに問い、その判断の入力を促す。

これにより、テストデータ及び、結果の正否の判断が一
義的に出来ない場合でも、テストの自動化と、行ったテ
ストの結果の管理が可能になる。このため本実施例では
、実行部３およびテスト結果比較部４の構成を第４図で
示すように変更する。

なお第２図と同一符号は同一内容の部材を表す。

即ち、実行部３に関しては、テスト実行部１８にテスト
データ保存部１１の代わりにテストデータ入力部１９を
結合し、テストデータ保存部１１より必要なテストデー
タを取り出すという操作を、ユーザに必要なテストデー
タをテストデータ入力部１９より入力させる構造に変更
し、テスト結果比較部４に関しては、実行部３より送ら
れたテスト結果をそのままテスト結果保存実行部１３の
人力としたのに対して本実施例では、実行部３とテスト
結果保存実行部１４の中間にナス１−結果評価部２０を
組み込む。

テスト結果評価部２０は実行部３より送られたテスト結
果をユーザに提示し、評価入力部２１により得られたテ
スト結果に対する評価をもとに結果を正否を示す情報に
変換する。評価入力部２１はテスト結果の評価、ここで
は、正しいか否か、の人力をユーザより受は付ける。得
られた、テスト結果に対する評価をテスト結果保存実行
部１４に送り、テスト結果保存１３には正誤の区別が保
存される。

本実施例の具体例として例えば、機能Ｅｌ、Ｅ２．Ｅ３
Ｅ４はそれぞれある数値の入力を必要とし、入力された
数値が機能実行時の時刻に等しい場合に限り、使用者（
ユーザ）の名前を出力するものであったとする。この場
合、前版のテスト結果と異なることは、必ずしも機能動
作に変化が生じたことを意味しない。

次に、具体例について本実施例の動作を説明する。

（１）テスト実行部１８にて 機能検索部９において、今回テストを必要とすると判断
された機能Ｅ２．Ｅ３．Ｅ４はテスト実行部１８に送ら
れる。テストデータ入力部１９は、機能Ｅ２．Ｅ３Ｅ４
に対してテストデータが要求されていることを示し、ユ
ーザの入力を受は付ける。ユーザは要求されている入力
が機能Ｅ２．Ｅ３．Ｅ４に対する為のものであることを
認識し、正しい入力、ここでは即ち、その時点の時刻を
入力する。テストデータ入力部１９からユーザにより入
力されたテストデータを用いて、テスト実行部工８は機
能Ｅ２．　Ｅ３．　Ｅ４に対するテストを実行する。こ
の結果をテスト結果評価部２０に送る。

（２）テスト結果評価部２０にて いま、実行部３より得られたテスト結果は、Ｅ２にたい
して”ｕｓｅｒ３”　、　Ｅ３に対して”ｕｓｅｒ２”
、Ｅ４に対して”ｕｓｅｒ４”であり、ここで実際にテ
ストを実行しているユーザは”ｕｓｅｒ４”であったと
する。評価入力部２１は実行されたテスト結果が、Ｅ２
に対してＵｓｅｒ３’、Ｅ３に対して”ｕｓｅｒ２″＋
Ｅ４に対して”ｕｓｅｒ４″であったことを提示（出力
）し、それぞれの結果の正否をユーザに問う。ユーザは
、機能Ｅ２に対してｆａｌｓｅ、Ｅ３に対してｆａｌｓ
ｅ、Ｅ４に対してｔｒｕｅを入力する。テスト結果評価
部２０はこのユーザの応答をテスト結果保存部１３に送
る。テスト結果評価部１３はこの評価を保存する。必要
に応じて結果も併せて保存する。テスト結果保存部１３
には第３Ｃ図（ｉ）の形式で評価、及び結果が保存され
る。

〔発明の効果〕

以上の説明から明らかなように、本発明は、追加や変更
又は削除されたプロシージャを検索し、その追加や変更
又は削除に伴いテストを必要とする機能を抽出しテスト
データを入力して再テストを行う。更にこのテスト結果
を評価する。これによりテスト確認が行われないような
事態の発生を防止し、テスト工程の時間短縮を可能とす
る。

【図面の簡単な説明】

第１図は本発明の原理図、第２図は本発明の実施例の構
成を示すブロック図、第３Ａ図、第３Ｂ図、第３Ｃ図は
本発明の実施例に具体例を適用した場合の説明図、第４
図は本発明の他の実施例の構成を示すブロック図である
。 図において、 １−変更プロシージャ抽出部、 ２−機能抽出部、　３−実行部、 ４−テスト結果比較部、 ５−プログラム解析部、 ６−プロシージャ保存部、 ７−プロシージャ比較部、 ８−・プロシージャ・機能対応保存部、−テスト実行部
、 ９−機能検索部、　１０．１８ １１−テストデータ保存部、 １２−　テストデータ抽出部、 １３−テスト結果保存部、 １４−テスト結果保存実行部、 １５−プロシージャ検索部、 １６・−機能・プロシージャ対応保存部、１７−原因プ
ロシージャ抽出部、 １９−テストデータ入力部、 ２０−　テスト結果評価部、　２１−評価入力部。 る ミ ■ 絋 ■

Claims (1)

1. 【特許請求の範囲】 １、構成するプロシージャの実施により複数の機能を実
   現するプログラムのテストを支援するプログラムテスト
   支援装置において、前記プログラムを解析して、構成す
   るプロシージャとその定義を取り出して記憶し既に記憶
   されているプロシージャと比較して追加や変更又は削除
   されたプロシージャを抽出しこの結果を記憶する変更プ
   ロシージャ抽出部（１）と、前記各機能とこの機能を実
   現するプロシージャとの対応表を有し、この対応表を用
   い前記抽出したプロシージャに対応する機能を抽出する
   機能抽出部（２）と、この抽出した機能をテストデータ
   によりテストしそのテスト結果を記憶するテスト実行部
   （３）とを備えたことを特徴とするプログラムテスト支
   援装置。 ２、構成するプロシージャの実施により複数の機能を実
   現するプログラムのテストを支援するプログラムテスト
   支援装置において、前記プログラムを解析して、構成す
   るプロシージャとその定義を取り出して記憶し既に記憶
   されているプロシージャと比較して追加や変更又は削除
   されたプロシージャを抽出しこの結果を記憶する変更プ
   ロシージャ抽出部（１）と、前記各機能とこの機能を実
   現するプロシージャとの対応表を有し、この対応表を用
   い前記抽出したプロシージャに対応する機能を抽出する
   機能抽出部（２）と、この抽出した機能をテストデータ
   によりテストしそのテスト結果を記憶するテスト実行部
   （３）と、このテスト実行部（３）の記憶している既存
   のテスト結果と、今回のテスト結果を比較し変化の生じ
   た機能を検索し、この機能に対応するプロシージャを、
   前記機能とプロシージャの対応表より抽出するテスト結
   果比較部（４）とを備えたことを特徴とするプログラム
   テスト支援装置。 ３、前記既存のテスト結果と前記今回のテスト結果と前
   記変化の生じた機能に対応するプロシージャとを表示す
   ることを特徴とする請求項２記載のプログラムテスト支
   援装置。 ４、前記テストデータがテスト実行前に一義的に決定で
   きる場合、予め記憶したテストデータによりテストを実
   行するようにしたことを特徴とする請求項１または２記
   載のプログラムテスト支援装置。 ５、前記テストデータの入力を操作者に要求し、入力さ
   れたデータにより実行されたテスト結果を、操作者が評
   価するようにしたことを特徴とする請求項１または２記
   載のプログラムテスト支援装置。