JPH04247532A - テスト支援システム - Google Patents

テスト支援システム

Info

Publication number
JPH04247532A
JPH04247532A JP3033526A JP3352691A JPH04247532A JP H04247532 A JPH04247532 A JP H04247532A JP 3033526 A JP3033526 A JP 3033526A JP 3352691 A JP3352691 A JP 3352691A JP H04247532 A JPH04247532 A JP H04247532A
Authority
JP
Japan
Prior art keywords
test
module
modules
program
execution
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP3033526A
Other languages
English (en)
Inventor
Miyuki Ono
美由紀 小野
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP3033526A priority Critical patent/JPH04247532A/ja
Publication of JPH04247532A publication Critical patent/JPH04247532A/ja
Withdrawn legal-status Critical Current

Links

Landscapes

  • Debugging And Monitoring (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)

Abstract

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

Description

【発明の詳細な説明】
【0001】
【産業上の利用分野】本発明は、モジュール化可能なプ
ログラミング言語におけるプログラムテストに関し、特
に、テストに関連するモジュールなどの情報をデータベ
ース化し、これによりテストの効率化を図るテスト支援
システムに係る。
【0002】
【従来の技術】プログラムは複数のモジュールから構成
されており、そのうちの或るモジュールを更新した場合
は再テストを行うことが必要となるが、この更新により
再実行すべきテストすべてを把握することは難しい。し
かし、再実行すべきテストを得る手段は提供されておら
ず、プログラムのテストを行う者が自分で把握しておか
なければならない。これらの作業は、従来からプログラ
ム担当者の経験と判断に頼っていた。
【0003】また、プログラムのある機能をテストしよ
うとする場合、プログラムを構成するすべてのモジュー
ルが必要となるわけではない。従来の方式では、必要と
思われるモジュールのみを結合して実行ファイルを作成
することは可能だが、実行するテストにどのモジュール
が必要かを把握する手段が提供されていなかった。
【0004】
【発明が解決しようとする課題】上述のように、従来、
プログラムのモジュールを変更する場合のテストはプロ
グラム担当者の経験と判断に頼っていたため、以下のよ
うな問題点があった。例えば、或るモジュールを更新し
、テストを再実行する場合、テストの内容の判断は、担
当者に任かされている。このとき、修正しようとした機
能についてのテストは行っても、該モジュールが他の機
能に関係していた場合にはこれらの機能のテストを行う
ことを忘れることがある。このように、更新したモジュ
ールの関係する機能をきちんとテストせずに使用してし
まうと、思いがけないところでバグを引き起こすことに
なり、バクの原因追求に時間を取られることになる。
【0005】また、実行するテストにどのモジュールが
必要かを把握する手段が提供されていなかったため、不
要なモジュールのオブジェクトコードを結合することと
なり、大規模なプログラムのテストでは、実行可能ファ
イルを作成するのに要する時間や実行可能ファイルの大
きさが、かなりなものになっていた。また、例えば、グ
ループで開発を行っている場合に、実際のテストには不
要であっても他人の更新したモジュールを再結合するこ
とがある。このような場合に、バグが出ると、自分の更
新したものが原因であるのか他人の更新したものが原因
であるのかが判別できなくなる。
【0006】また、さらに、複数のモジュールから構成
されるプログラムのテストを行う場合には、テストの進
捗状況を細かく把握することが必要である。そのため、
モジュール毎のテストの進捗を的確に把握できる技術が
望まれる。
【0007】本発明はこのような従来の問題点に鑑み、
複数のモジュールから構成されるプログラムのモジュー
ルを変更した場合に効率的なテストを行なうことのでき
る手段を提供することを目的としている。
【0008】
【課題を解決するための手段】本発明によれば、上述の
目的は、前記特許請求の範囲に記載した手段により達成
される。すなわち、請求項1の発明は、モジュール化可
能なプログラミング言語のプログラムのテストを支援す
るシステムであって、実行するテストとテスト対象モジ
ュールの関係を対応づけしたテスト対応モジュール表を
有するデータベース部と、テスト実行要求、または、支
援情報要求の入力を受ける入力手段と、上記入力がテス
ト実行要求の場合にテストを実行するとともに、該テス
トの実行で関与したモジュールをデータベース部のテス
ト対応モジュール表へ記録する実行手段と、モジュール
を更新したとき、該モジュール名を基にデータベース部
に格納されたテスト対応モジュール表からテスト名を抽
出する検索手段と、テスト支援の処理結果の情報を表示
する出力手段とを設けたテスト支援システムである。
【0009】請求項2の発明は、データベース部に、テ
ストするプログラムのモジュール別に該モジュールの実
行可能ファイルの作成情報を対応づけた実行可能情報を
設けるとともに、モジュールを更新し、該モジュールを
テストするとき、テストを実施するプログラムが結合し
必要とするモジュールを、該テスト名を基にデータベー
ス部に格納したテスト対応モジュール表から検索し抽出
する検索手段と、上記手段により抽出したモジュールを
基に実行可能ファイル作成情報の情報によって実行可能
ファイル作成の処理手段とを設けた請求項1記載のテス
ト支援システムである。
【0010】請求項3の発明は、データベース部に、テ
ストモジュールから呼ばれ連係してテストする被呼モジ
ュールの関係を対応づけたモジュールテスト情況表を設
けるとともに、テスト実行時にテストする関係モジュー
ルの発呼モジュールから呼ばれ連係してテストする被呼
モジュールの実施結果をデータベース部のモジュールテ
スト状況表に記録する実行手段と、モジュールのテスト
進捗と残りのテストの状況を把握するとき、プログラム
名を基にデータベース部に格納したモジュールテスト状
況表の該当する表を抽出する検索手段と、上記手段によ
り抽出したモジュールテスト状況表からテストを実行し
たモジュール数をテストを行うべき対象モジュール数で
除し、その比率で表すテスト進捗状況と、未テストのモ
ジュール一覧を作成する処理手段とを設けた請求項1記
載のテスト支援システムである。
【0011】
【作用】図1に本発明の原理を説明するブロック図を示
す。本発明によるシステムは同図に示すように入力を受
付け解析を行う入力部1と、利用者の要求がテストの実
行であった場合に実行を行い、必要な情報をデータベー
ス部6に格納する実行部2と、利用者の要求がデータベ
ースの情報を必要とする場合にデータベースの検索を行
う検索部3と、検索した情報を処理する処理部4および
結果を利用者に通知するための出力部5とから構成され
る。図2は、データベース部6に格納するテスト対応モ
ジュール表6a、モジュールテスト状況表6b、および
、実行可能ファイル作成情報6cの構造を示す。
【0012】請求項1の発明は、実行部2aにおいて、
モジュール化構造を有するプログラムのテストを実行す
るとき、テストの実行を入力部1より入力する。実行部
2aは、実行時に、そのプログラムをテストするテスト
名(テストをパターン別等に区分して行うとき、テスト
実行単位に付けた名称)と該テストで実行のモジュール
名を抽出し、プログラム名をキーとしてデータベース部
6のテスト対応モジュール表6a(図2(a))の該当
する表にテスト名とモジュールを記録し格納する。
【0013】また、或るモジュールの内容を変更し、更
新したとき、再度テストすべきテスト名を検索する場合
は、プログラム名とモジュール名を入力部1より入力し
、検索部3aがプログラム名をキーとして、データベー
ス部6のテスト対応モジュール表6a(図2(a))を
検索し該当の表を抽出する。その表から入力で指定した
モジュールのテスト名一覧を抽出し、出力部5に表示す
る。
【0014】請求項2の発明は、或るモジュールの内容
を変更し、更新したとき、そのプログラムのテストに必
要な結合すべきモジュールを把握して、実行可能ファイ
ルを作成するため、実行可能ファイル作成に必要なモジ
ュールを検索するためプログラム名とテスト名を入力部
1より入力し、検索部3bは、プログラム名をキーとし
てデータベース部6のテスト対応モジュール表6a(図
2(a))から該当の表を検索し、その表から入力で指
定したテスト名で実行に必要とするモジュール一覧を抽
出する。処理部4aは、検索部3bで抽出したモジュー
ル一覧を基に、データベース部6の実行可能ファイル作
成情報6c(図2(c))に予め利用者が保有し記録し
てある情報から該当するモジュールのオブジェクトファ
イルを結合編集して実行可能ファイルを作成する。オブ
ジェクトファイルが作成されていない場合は、実行可能
ファイル作成情報6c(図2(c))の情報に基づきソ
ースファイルをコンパイルしてオブジェクトファイルを
作成し、前記の手順でオブジェクトファイルを結合編集
して実行可能ファイルを作成する。
【0015】請求項3の発明は、実行部2bにおいて、
モジュール化構造を有するプログラムのテストを実行す
るとき、テストの実行を入力部1より入力する。実行部
2bは、実行時に、テストする関係モジュールで、発呼
モジュールから呼ばれ連係してテストを行う被呼モジュ
ールのうち実行したモジュールを抽出し、プログラム名
をキーとしてデータベース部6のモジュールテスト状況
表6b(図2(b))の該当する表に発呼モジュール別
の被呼モジュールを記録し格納する。なお、モジュール
テスト状況表6bは、予め利用者がテストすべき発呼モ
ジュールと連係してテストする被呼モジュールのすべて
を記録し、格納しておく。
【0016】また、テストの実施進捗状況の把握および
未テストのモジュール一覧の作成を要求する場合は、上
記を要求するプログラム名を入力部1より入力し、検索
部3cは、プログラム名をキーとしてデータベース部6
のモジュールテスト状況表6b(図2(b))から該当
の表を抽出する。処理部4bは、前記で抽出した表から
、テスト実施のモジュール(図では黒丸印で示している
)をテスト対象のモジュールで除算し、その比率で表す
テスト進捗状況と、未テストモジュール(図では白丸印
で示している)の一覧表を作成し出力部5に表示する。
【0017】
【実施例】図3は、本発明の一実施例を示す構成図で、
本実施例は、請求項1、2の発明に対応している。なお
、図6は、実施例のデータベースの構造を示す図である
【0018】図3において、入力部11からプログラム
のテストを要求された場合は、実施部12の処理を行い
、その処理結果をデータベース部16のテスト対応モジ
ュール表16aに格納し、処理終了を出力部15に表示
する。プログラムの実行をプログラム実行部12aで開
始した後、実行に関与したモジュール一覧獲得部12b
からデータベースへの情報格納部12cの処理は、図4
のモジュール一覧獲得情報の処理の流れ図により行う。 すなわち、処理P1でプログラムの実行を開始する。処
理P2でプログラム名をキーとして、データベース部1
6のテスト対応モジュール表16a(図6(a))を検
索し抽出する。そして、処理P3によって、実行するテ
スト名をキーとして、上記で抽出した表を検索する。次
に、処理P4によりテストするプログラムのモジュール
のテストを実行する。処理P5によって、前記P3で検
索した該当のテスト対応モジュール表にテスト名と関与
したモジュール名および実行したモジュールにマーキン
グ(図6(a)のように)して格納する。処理P6で実
行すべきモジュールのテスト終了を判断し、すべてのテ
スト実行後に終了する。
【0019】モジュールの関係するテスト名を要求され
た場合には、対応表検索部13aでプログラム名をキー
としてデータベース16aから該当するテスト対応モジ
ュール表を検索し、指定されたモジュールの関係するテ
スト名の一覧を得てこれを出力部15により出力装置に
表示する。この場合の例を図6(a)で説明する。同図
は、a,b,c,d,e,fの6つモジュールから構成
されるプログラムPを例としている。プログラムPでは
test1、test2、test3の3つテストが現
在行われている。各テストの実行に関与したモジュール
は同図の通りである。ここで、モジュールbを更新し、
これにより再テストすべきものを問い合わせると、te
st1とtest2が得られる。
【0020】以上は、請求項1の発明に対応した実施例
についての説明である。次に請求項2に対応する説明を
以下に述べる。図3において、入力部11からテスト用
の実行可能ファイルの作成を要求された場合には、対応
表検索部13aでプログラム名をキーとしてデータベー
ス16aから該当するテスト対応モジュール表を検索し
、指定されたテスト名の実行に関与したモジュール名の
一覧を取り出す。
【0021】その各モジュールのオブジェクトに関する
情報が実行可能ファイル作成情報16cに登録されてい
るかどうかを実行可能ファイル作成情報検索部13bに
おいて調べる。登録されていれば、その情報をもとに実
行可能ファイル作成部14cにおいて実行可能ファイル
を作成する。そうでなければ、実行可能ファイル作成情
報獲得部14aでオブジェクトファイルが存在するかど
うかを、利用者に問い合わせ、存在していればそのファ
イルを使用し、存在しなければ、オブジェクトファイル
作成のための情報、すなわち、図6(c)の実行可能フ
ァイル作成情報に相当する内容を問い合わせる。
【0022】問い合わせの結果得られた情報をもとに実
行可能ファイル作成部14cにおいて実行可能ファイル
を作成する。この情報は実行可能ファイル作成情報登録
部14bによってデータベース16cに登録しておき、
再利用を可能とする。なお、登録済みの情報を更新する
手段を用意しておけば、より使いやすくなる。実行可能
ファイルの作成が終了したことを出力部15に表示する
。前記の実行可能メファイル作成情報獲得部14aから
実行可能ファイル作成部14cの処理は図5の実行可能
ファイル作成の流れ図によって行う。
【0023】すなわち、処理S1によってモジュール一
覧(図6(a)テスト対応モジュール表)から該当する
テストのモジュールを1つ取り出す。処理S2は、取り
出したモジュール名を表示する。処理S3によって、処
理S2で取り出したモジュールのオブジェクトファイル
の存在を利用者に問い合わせを行う。その結果、オブジ
ェクトファイルが存在する場合は、処理S6でモジュー
ル名とオブジェクト情報を記憶しておく。存在しない場
合は、処理S4によって利用者に該当するモジュールの
ソースファイル名とコンパイル方法を問い合わせる。
【0024】問い合わせ結果を処理S5でデータベース
に登録する。そして処理S6でモジュール名とオブジェ
クト情報を記憶しておく。該当するプログラムにモジュ
ールが複数ある場合は、処理S7で、処理S1からS6
を繰り返えして行う。実行可能ファイル作成に必要なモ
ジュールのオブジェクトファイルの情報がすべて集った
とき、処理S8により、該当するプログラムの実行可能
ファイルを作成する。
【0025】図6(a)の例では、test1用の実行
可能ファイルの作成を要求すると、モジュールaとbと
cのオブジェクトファイルを結合して実行可能ファイル
を作成する。
【0026】図7は、本発明の他の実施例を示す構成図
で、本実施例は、請求項3の発明に対応している。本実
施例はプログラムのテストに先立って、予めデータベー
ス部16bのモジュールテスト状況表(図6(b))に
該当するプログラムを構成するモジュールの一覧を既存
の技術で記録しておく。そして、入力部11からテスト
実行を入力する。
【0027】最初に、プログラム構成モジュール一覧獲
得部12dでデータベース部16bからテストするプロ
グラムのモジュールテスト状況表を抽出する。そして、
プログラム実行部12aでプログラムのテストの実行を
開始する。モジュール一覧獲得部12eで実行に関与し
たモジュールの一覧を取り出し先に抽出したモジュール
テスト状況表に記録する。情報格納部12fでモジュー
ルのテスト状況表(図6(b))をデータベース16b
に格納する。
【0028】このとき、モジュールテスト状況表には、
テストを実行した発呼モジュールから呼び出された被呼
モジュールにマーキング(図6(b)の黒丸印のように
)する。プログラム実行部12aからデータベースへの
情報格納部12fの処理は、図8のモジュール一覧情報
格納の処理の流れ図によって行う。すなわち、処理F1
でプログラムの実行を開始し、処理F2によって、該当
するテストのプログラム名からモジュールテスト状況表
(図6(b))の該当する表を検索する。
【0029】処理F3でモジュールのテストを実行する
。該モジュールから他のモジュールを呼出しテストを行
う場合は、処理F4で判別して、処理F5によりモジュ
ールテスト状況表(F2検索)の呼び出された被呼モジ
ュールをマーキング(図6(b)の黒丸印のように)す
る。該当するプログラムのモジュールのテストの実行終
了を処理F6で判別し、すべての処理が終了するまで行
う。
【0030】以上、テストを実行したとき、実行したモ
ジュールをデータベースに記録するまでの処理について
説明した。次にテストの実施率および未テストのモジュ
ール一覧を作成する場合の処理について、説明する。
【0031】図7において、入力部11からテスト状況
を要求の場合、モジュールテスト状況表検索部13cは
、入力で指定されたプログラム名をキーとしてデータベ
ース16bを検索し、モジュールテスト状況表(図6(
b))の該当する表を取り出す。表からテスト済のモジ
ュールの総数とテスト対象の被呼モジュールの総数を求
め、計算部14dでテスト済みのモジュール総数をテス
ト対象の被呼モジュールの総数で割ることによりテスト
実施率が得られる。プログラム全体だけではなく、モジ
ュール毎に求めることも可能である。
【0032】また、要求が未テストモジュールの把握で
あれば、モジュールテスト状況表検索部13cで指定さ
れたプログラム名をキーとしてデータベース16bを検
索し、モジュールテスト状況表の該当する表を得る。表
からモジュール毎に未テストのモジュール一覧を作成す
る。図6(b)の例では未テストモジュールとして、モ
ジュールcから呼び出されるモジュールbとe、モジュ
ールdから呼び出されるモジュールa、モジュールfか
ら呼び出されるモジュールcが得られる。従って、プロ
グラム全体のテスト状況は5/9となる。
【0033】以上を実現するために必要な情報として、
実行に関与したモジュールの一覧とプログラムを構成す
るモジュールの一覧がある。この実行に関与したモジュ
ールの一覧は、デバッガが一般に有するトレース機能の
出力から抽出したり、実行時にモジュールが呼び出され
た時点でその情報をファイルに出力するなどの手段によ
り簡単に実現できる。また、プログラムを構成するモジ
ュールの一覧はプログラムを解析することによっても得
られるものであり、また、プログラム記述言語のツール
として提供されている場合もある。
【0034】
【発明の効果】以上説明したように、本発明は以下に述
べる利点がある。すなわち、請求項1の発明によれば、
あるモジュールを更新した場合の再実行すべきテスト内
容を容易に把握することができるからテスト漏れが無く
なる。また、請求項2の発明によれば、テストに必要な
モジュールのみを結合した実行可能ファイルを作成でき
るから、実行可能ファイルの作成に要する時間の削減お
よび、実行可能ファイルの大きさの縮小が可能となる。 また、他の担当者が更新したものの影響を受けることも
少なくなり、テストが容易になる。更に、請求項3の発
明によれば、モジュール毎に未テスト部分を把握できる
から、プログラムに対するテストの進み具合も把握でき
る。上述のように本発明によれば、複数のモジュールか
ら構成されたプログラムのテストを効率的に行うことが
可能となると言う効果がある。
【図面の簡単な説明】
【図1】本発明の原理を説明するブロック図
【図2】本
発明の原理のデータベースを示す図
【図3】本発明の一
実施例の構成図
【図4】モジュール一覧情報の格納の処理の流れを示す
【図5】実行可能ファイル作成の処理の流れを示す図

図6】実施例のデータベースの構造を示す図
【図7】本
発明の他の実施例の構成図
【図8】モジュール一覧情報の格納の処理の流れを示す
【符号の説明】
1,11    入力部 2a,2b,12    実行部 12a    プログラム実行部 12b,12e    実行に関与したモジュール一覧
獲得部 12c,12f    データベースへ情報格納部12
d    プログラム構成モジュール一覧獲得部3a〜
3c,13    検索部 13a    対応表検索部 13b    実行可能ファイル作成情報検索部13c
    モジュールテスト状況表の検索部4a,4b,
14    処理部 14a    実行可能ファイル作成情報獲得部14b
    実行可能ファイル作成情報登録部14c   
 実行可能ファイル作成部14d    計算部 5,15    出力部 6,16    データベース部

Claims (3)

    【特許請求の範囲】
  1. 【請求項1】  モジュール化可能なプログラミング言
    語のプログラムのテストを支援するシステムであって、
    実行するテストとテスト対象モジュールの関係を対応づ
    けしたテスト対応モジュール表(6a)を有するデータ
    ベース部(6)と、テスト実行要求、または、支援情報
    要求の入力を受ける入力手段(1)と、上記入力がテス
    ト実行要求の場合にテストを実行するとともに、該テス
    トの実行で関与したモジュールをデータベース部(6)
    のテスト対応モジュール表(6a)へ記録する実行手段
    (2a)と、モジュールを更新したとき、該モジュール
    名を基にデータベース部(6)に格納されたテスト対応
    モジュール表(6a)からテスト名を抽出する検索手段
    (3a)と、テスト支援の処理結果の情報を表示する出
    力手段(5)とを設けたことを特徴とするテスト支援シ
    ステム。
  2. 【請求項2】  データベース部(6)に、テストする
    プログラムのモジュール別に該モジュールの実行可能フ
    ァイルの作成情報を対応づけた実行可能ファイル作成情
    報(6c)を設けるとともに、モジュールを更新し、該
    モジュールをテストするとき、テストを実施するプログ
    ラムが結合し必要とするモジュールを、該テスト名を基
    にデータベース部(6)に格納したテスト対応モジュー
    ル表(6a)から検索し抽出する検索手段(3b)と、
    上記手段により抽出したモジュールを基に実行可能ファ
    イル作成情報(6c)の情報によって実行可能ファイル
    作成の処理手段(4a)とを設けた請求項1記載のテス
    ト支援システム。
  3. 【請求項3】  データベース部(6)にテストモジュ
    ールから呼ばれ連係してテストする被呼モジュールの関
    係を対応づけたモジュールテスト情況表(6b)を設け
    るとともに、テスト実行時にテストする関係モジュール
    の発呼モジュールから呼ばれ連係してテストする被呼モ
    ジュールの実施結果をデータベース部(6)のモジュー
    ルテスト状況表(6b)に記録する実行手段(2b)と
    、モジュールのテスト進捗と残りのテストの状況を把握
    するとき、プログラム名を基にデータベース部(6)に
    格納したモジュールテスト状況表(6b)の該当する表
    を抽出する検索手段(3c)と、上記手段により抽出し
    たモジュールテスト状況表からテストを実行したモジュ
    ール数をテストを行うべき対象モジュール数で除し、そ
    の比率で表すテスト進捗状況と、未テストのモジュール
    一覧を作成する処理手段(4b)とを設けた請求項1記
    載のテスト支援システム。
JP3033526A 1991-02-01 1991-02-01 テスト支援システム Withdrawn JPH04247532A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP3033526A JPH04247532A (ja) 1991-02-01 1991-02-01 テスト支援システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP3033526A JPH04247532A (ja) 1991-02-01 1991-02-01 テスト支援システム

Publications (1)

Publication Number Publication Date
JPH04247532A true JPH04247532A (ja) 1992-09-03

Family

ID=12388994

Family Applications (1)

Application Number Title Priority Date Filing Date
JP3033526A Withdrawn JPH04247532A (ja) 1991-02-01 1991-02-01 テスト支援システム

Country Status (1)

Country Link
JP (1) JPH04247532A (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012084030A (ja) * 2010-10-14 2012-04-26 Toshiba Corp ソフトウェア開発支援システム、ソフトウェア開発支援プログラム、ソフトウェア開発支援方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012084030A (ja) * 2010-10-14 2012-04-26 Toshiba Corp ソフトウェア開発支援システム、ソフトウェア開発支援プログラム、ソフトウェア開発支援方法

Similar Documents

Publication Publication Date Title
JP3779665B2 (ja) テスト支援プログラム
US20090271661A1 (en) Status transition test support device, status transition test support method, and recording medium
US20020012009A1 (en) Scenario display method and apparatus
JPH04247532A (ja) テスト支援システム
JP4702194B2 (ja) プログラム開発支援装置、プログラム開発支援方法およびプログラム開発支援プログラム
JPH05313969A (ja) ファイル一覧表示方法
JP2004362495A (ja) エラーログ情報解析支援方法及び実施装置並びに処理プログラム
JP2015011685A (ja) ビジネスルール管理システム及びビジネスルール管理方法
JPH1153391A (ja) データベースアクセス方法
JP2525393B2 (ja) 論理シミュレ−ションのテストカバレ−ジ方式
JP2002049507A (ja) テスト管理装置
JPH07146787A (ja) 影響プログラムの検索方法
Pooley et al. Reuse through requirements traceability
JP3646376B2 (ja) 情報管理装置及び情報管理方法
JPS63148339A (ja) プログラムテスト処理方式
JP2000181691A (ja) プログラム構造解析方式
JPH08314758A (ja) プログラムテスト進捗管理方法
JPH0324639A (ja) プログラム理解支援方法
JPS62216047A (ja) リグレツシヨン防止用テストケ−スの決定方式
JP2000200185A (ja) プログラムのバ―ジョン管理装置
JP2003196088A (ja) 既存プログラムを再利用する新プログラム生成方法及び装置
JPH07114485A (ja) シミュレーションテストシステム実行方法
JPH07302194A (ja) モジュール群の版管理方法
JPH03132831A (ja) チェック項目自動抽出方式
JPH103390A (ja) テーブル管理システムとその作成方法

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 19980514