JPH04147351A - テスト網羅状況設定方式 - Google Patents
テスト網羅状況設定方式Info
- Publication number
- JPH04147351A JPH04147351A JP2271744A JP27174490A JPH04147351A JP H04147351 A JPH04147351 A JP H04147351A JP 2271744 A JP2271744 A JP 2271744A JP 27174490 A JP27174490 A JP 27174490A JP H04147351 A JPH04147351 A JP H04147351A
- Authority
- JP
- Japan
- Prior art keywords
- test
- spd
- program
- information
- input
- 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.)
- Pending
Links
Landscapes
- Debugging And Monitoring (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
〔産業上の利用分野〕
本発明は、テスト網羅状況設定方式、特にプログラム開
発を行う担当者がテストを実施する際、対象プログラム
単位に作成するテスト仕様書とテスト結果を作成するテ
スト網羅状況設定方式に関する。
発を行う担当者がテストを実施する際、対象プログラム
単位に作成するテスト仕様書とテスト結果を作成するテ
スト網羅状況設定方式に関する。
従来のこの種のテスト網羅状況設定方式は、手書きのテ
スト仕様書にテスト実施ごとにテスト結果を記入し、そ
の消化状況を把握していた。テスト仕様書の作成は詳細
仕様書と実際にプログラムに展開したソースリストを参
照しなからプログラマが内部手続き単位に論理展開を一
命令ずつ見て作成していた。また、テスト実行後は目視
確認によりテスト仕様書に評価済のチエツクをしていく
ものであった。これら一連の作業はプログラマ自身の手
作業になっていた。
スト仕様書にテスト実施ごとにテスト結果を記入し、そ
の消化状況を把握していた。テスト仕様書の作成は詳細
仕様書と実際にプログラムに展開したソースリストを参
照しなからプログラマが内部手続き単位に論理展開を一
命令ずつ見て作成していた。また、テスト実行後は目視
確認によりテスト仕様書に評価済のチエツクをしていく
ものであった。これら一連の作業はプログラマ自身の手
作業になっていた。
第2図は従来のテスト仕様書と設計仕様書とプログラム
との関連を示したものであり、設計仕様書から実行プロ
グラムおよびテストプログラムまでの流れを矢印で示し
たものである。テスト仕様書の作成およびテスI・の実
行結果をプログラマが手作業で行っている。
との関連を示したものであり、設計仕様書から実行プロ
グラムおよびテストプログラムまでの流れを矢印で示し
たものである。テスト仕様書の作成およびテスI・の実
行結果をプログラマが手作業で行っている。
上述した従来のテスト網羅状況設定方式では、一般的に
設計仕様書をもとにプログラマ担当がテス1へ仕様書を
作成していた。これは設計仕様書とプログラム本体との
差異はなにもチエツクせず作成する。プログラム本体の
正当性は、作成したテスト仕様書を基に設計仕様書とプ
ログラム本体をます机」−で確認し、正しく仕様とおり
論理展開しているのを確認後、マシンテストを実施する
。しかし、これては人間かある程度設計仕様書を解釈し
テスト仕様書を作成するため、プログラム本体のテスト
実行網羅度となると、テスト仕様書作成の詳細度に一貫
性がなく、精度の高いテスト仕様書の作成はプログラマ
まかせになっている。
設計仕様書をもとにプログラマ担当がテス1へ仕様書を
作成していた。これは設計仕様書とプログラム本体との
差異はなにもチエツクせず作成する。プログラム本体の
正当性は、作成したテスト仕様書を基に設計仕様書とプ
ログラム本体をます机」−で確認し、正しく仕様とおり
論理展開しているのを確認後、マシンテストを実施する
。しかし、これては人間かある程度設計仕様書を解釈し
テスト仕様書を作成するため、プログラム本体のテスト
実行網羅度となると、テスト仕様書作成の詳細度に一貫
性がなく、精度の高いテスト仕様書の作成はプログラマ
まかせになっている。
また、テスト実行中は、画面からの目視確認が主な作業
となり、実行後のテスト仕様書への評価済チエツクやテ
スト全体からみたテスト網羅状況は全てプログラマの目
視確認や手作業になっておりこれら一連に作業は多大な
工数を要するという問題かあった。
となり、実行後のテスト仕様書への評価済チエツクやテ
スト全体からみたテスト網羅状況は全てプログラマの目
視確認や手作業になっておりこれら一連に作業は多大な
工数を要するという問題かあった。
本発明のテスト網羅状況設定方式は、ワークステーショ
ン端末からテスト対象プログラムの作成とテスト実行お
よび確認を表示するための入出力手段、入力したSPD
イメージをSPD定義情報として格納するSPD定義手
段、SPD定義情報を基にソースリストの生成とSPD
で記述した分岐命令をチェックポイント情報としてテス
ト仕様書形式で生成するソースリスト/チェックポイン
ト情報生成手段、目的プログラムの生成要求に対し、前
記ソースリストから読み出し実行形式プログラムを生成
する目的プログラム生成手段、目的プログラムの実行要
求に対し、実行形式プログラムを読み込みオペレーティ
ングシステムに対してプログラムの実行を行い、同時に
実施したテスト結果であるチェックポイント通過情報を
テスト網羅状況管理ファイルI\出力する目的プログラ
ム実行手段、前記取得した網羅情報をテスト仕w8書形
式で画面表示または印字するために生成した情報を付加
するテスト仕様書網羅情報手段を有することを特徴とす
る。
ン端末からテスト対象プログラムの作成とテスト実行お
よび確認を表示するための入出力手段、入力したSPD
イメージをSPD定義情報として格納するSPD定義手
段、SPD定義情報を基にソースリストの生成とSPD
で記述した分岐命令をチェックポイント情報としてテス
ト仕様書形式で生成するソースリスト/チェックポイン
ト情報生成手段、目的プログラムの生成要求に対し、前
記ソースリストから読み出し実行形式プログラムを生成
する目的プログラム生成手段、目的プログラムの実行要
求に対し、実行形式プログラムを読み込みオペレーティ
ングシステムに対してプログラムの実行を行い、同時に
実施したテスト結果であるチェックポイント通過情報を
テスト網羅状況管理ファイルI\出力する目的プログラ
ム実行手段、前記取得した網羅情報をテスト仕w8書形
式で画面表示または印字するために生成した情報を付加
するテスト仕様書網羅情報手段を有することを特徴とす
る。
次に、本発明について図面を参照して説明する。
第1図は本発明の実施例を示した図であり、対話的にテ
スト網羅状況を把握するためのワークステーション端末
1とオペレーティングシステム2とソフトウェア開発支
援システム3とから構成される。
スト網羅状況を把握するためのワークステーション端末
1とオペレーティングシステム2とソフトウェア開発支
援システム3とから構成される。
オペレーティングシステム2は既存提供されているコン
パイラ、リンカやテストを対話的に行うための実行管理
を含む。ソフトウェア開発支援システム3は、入出力制
御手段4、SPD定義手段5、ソースリスト/チェック
ポイント情報生成手段、目的プログラム生成手段7、目
的プログラム実行手段8、テスト仕様書網羅状況把握手
段9とを含む。
パイラ、リンカやテストを対話的に行うための実行管理
を含む。ソフトウェア開発支援システム3は、入出力制
御手段4、SPD定義手段5、ソースリスト/チェック
ポイント情報生成手段、目的プログラム生成手段7、目
的プログラム実行手段8、テスト仕様書網羅状況把握手
段9とを含む。
第3図(A)と(B)は第1図のテスト網羅状況管理フ
ァイル13のテスト網羅状況管理レコードの一例とワー
クステーション端末工のテスト網羅状況把握イメージ(
画面表示イメージ)を示したものである。
ァイル13のテスト網羅状況管理レコードの一例とワー
クステーション端末工のテスト網羅状況把握イメージ(
画面表示イメージ)を示したものである。
第4図はSPD作成作業からテスト網羅状況把握までの
流れを示したちのて、SPD作成ステップ41、ソース
リストの生成ステップ42、チェックポイント情報の生
成ステップ43、コンパイル/リンクステップ44、テ
ストの実行ステップ45、チェックポイント通過情報の
更新ステップ46、テスト仕様書網羅状況表示/印字ス
テップ47とからなる。
流れを示したちのて、SPD作成ステップ41、ソース
リストの生成ステップ42、チェックポイント情報の生
成ステップ43、コンパイル/リンクステップ44、テ
ストの実行ステップ45、チェックポイント通過情報の
更新ステップ46、テスト仕様書網羅状況表示/印字ス
テップ47とからなる。
第5図はプログラムSPDイメージの一例を示したもの
である。
である。
次に本実施例のテスト網羅状況把握までの動作について
説明する。
説明する。
まず目的プログラム生成までの動作について説明する。
ワークステーション端末1からプログラムのSPDイメ
ージを入力する。入力したSPDイメージデータは、入
出力制御手段4を介してSPD定義手段らへ渡される。
ージを入力する。入力したSPDイメージデータは、入
出力制御手段4を介してSPD定義手段らへ渡される。
SPD定義手段5ては、表記規則に基づいて入力され、
SPD作成(ステップ41)したSPDイメーシテーデ
ー解析し、SPD定義情報をSPD定義情報格納ファイ
ル10に出力する。実行結果を入出力制御手段4を介し
てワークステーション端末1へ表示する。
SPD作成(ステップ41)したSPDイメーシテーデ
ー解析し、SPD定義情報をSPD定義情報格納ファイ
ル10に出力する。実行結果を入出力制御手段4を介し
てワークステーション端末1へ表示する。
続いてワークステーション端末1からソースリスト及び
チェックポイント情報の生成要求コマンドを投入すると
、入出力制御手段4を介してソースリスト/チェックポ
イント情報生成手段6へ渡される。ソースリスト/チェ
ックポイント情報生成手段6てはSPD定義情報格納フ
ァイル10から対象プログラムを読み込みソースリスト
の生成(ステップ42)を行い、ソースリスト格納ファ
イルへ出力する。同時にチエツクポイン1〜情報の生成
(ステップ43)を行う。これは第5図で示すプログラ
ムSPDイメージの情報を第3図て示すテスト網羅状況
管理レコード20の形式でテスト網羅状況管理ファイル
13へ出力する。実行結果を入出力制御手段4を介して
ワークステーション端末1へ表示する。
チェックポイント情報の生成要求コマンドを投入すると
、入出力制御手段4を介してソースリスト/チェックポ
イント情報生成手段6へ渡される。ソースリスト/チェ
ックポイント情報生成手段6てはSPD定義情報格納フ
ァイル10から対象プログラムを読み込みソースリスト
の生成(ステップ42)を行い、ソースリスト格納ファ
イルへ出力する。同時にチエツクポイン1〜情報の生成
(ステップ43)を行う。これは第5図で示すプログラ
ムSPDイメージの情報を第3図て示すテスト網羅状況
管理レコード20の形式でテスト網羅状況管理ファイル
13へ出力する。実行結果を入出力制御手段4を介して
ワークステーション端末1へ表示する。
続いてワークステーション端末1から目的プログラムの
生成要求コマンドを投入すると、入出力制御手段4を介
して目的プログラム生成手段7へ渡される。目的プログ
ラム生成手段7では、ソースリスト格納ファイル11か
ら対象プログラムを読み込みコンパイル/リンク(ステ
ップ44)を実行し、生成した実行形式プログラムを実
行形式プログラム格納ファイル12へ出力する。実行結
果を入出力制御手段4を介してワークステーション端末
1へ表示する。
生成要求コマンドを投入すると、入出力制御手段4を介
して目的プログラム生成手段7へ渡される。目的プログ
ラム生成手段7では、ソースリスト格納ファイル11か
ら対象プログラムを読み込みコンパイル/リンク(ステ
ップ44)を実行し、生成した実行形式プログラムを実
行形式プログラム格納ファイル12へ出力する。実行結
果を入出力制御手段4を介してワークステーション端末
1へ表示する。
次に目的プログラムの実行動作について説明する。
ワークステーション端末1からプログラムテスト実行要
求コマンドを投入すると、入出力制御手段4を介して目
的プログラム実行手段8ヘコマンドが渡される。目的プ
ログラム実行手段8では、コマンドで指定されたプログ
ラムを実行形式プログラム格納ファイル12から読み込
み、コマンドで指示された処理タイプを基にオペレーテ
ィングシステム2へ実行要求を出す。オペレーティング
システム2では実行管理機能が目的プログラムのテスト
の実行(ステップ45)を行う。
求コマンドを投入すると、入出力制御手段4を介して目
的プログラム実行手段8ヘコマンドが渡される。目的プ
ログラム実行手段8では、コマンドで指定されたプログ
ラムを実行形式プログラム格納ファイル12から読み込
み、コマンドで指示された処理タイプを基にオペレーテ
ィングシステム2へ実行要求を出す。オペレーティング
システム2では実行管理機能が目的プログラムのテスト
の実行(ステップ45)を行う。
実行管理機能ではテストコマンドのデータを基にプログ
ラム上で実際にチェックポイント情報の通過した箇所を
予め条件項目としてテスト網羅状況管理ファイル13に
存在するテスト網羅状況管理レコード20の確認項目の
通過カウンタと実行命令の情報をチェックポイント通過
情報として更新(ステップ46)する。実行処理結果は
、この実行プログラムの評価が終了するまで繰り返し入
出力制御手段を介してワークステーション端末1へ表示
する。
ラム上で実際にチェックポイント情報の通過した箇所を
予め条件項目としてテスト網羅状況管理ファイル13に
存在するテスト網羅状況管理レコード20の確認項目の
通過カウンタと実行命令の情報をチェックポイント通過
情報として更新(ステップ46)する。実行処理結果は
、この実行プログラムの評価が終了するまで繰り返し入
出力制御手段を介してワークステーション端末1へ表示
する。
最後にテスト仕様書網羅状況の把握動作について説明す
る。
る。
ワークステーション端末1からテスト実行網羅状況要求
コマンドを投入すると、入出力制御手段4を介してテス
ト仕様書網羅状況把握手段9ヘコマンドが渡される。テ
スト仕様書網羅状況把握手段9では、テスト網羅状況管
理ファイル13のテスト網羅状況管理レコード20から
実行済のチェックポイント通過情報をマトリクス上に展
開したテスト仕様書形式でテスト網羅状況把握イメージ
21で入出力制御手段4を介してワークステーション端
末1に表示する。表示確認後、必要に応じてテスト仕様
書形式で印字を行う(ステップ47)。
コマンドを投入すると、入出力制御手段4を介してテス
ト仕様書網羅状況把握手段9ヘコマンドが渡される。テ
スト仕様書網羅状況把握手段9では、テスト網羅状況管
理ファイル13のテスト網羅状況管理レコード20から
実行済のチェックポイント通過情報をマトリクス上に展
開したテスト仕様書形式でテスト網羅状況把握イメージ
21で入出力制御手段4を介してワークステーション端
末1に表示する。表示確認後、必要に応じてテスト仕様
書形式で印字を行う(ステップ47)。
以上説明したように、本発明を従来のソフトウエア開発
支援システムに組み込むことによりテスト仕様書の作成
をプログラム設計仕様書から人が作成するのではなく、
SPDから本発明か自動的に作成することとなる。
支援システムに組み込むことによりテスト仕様書の作成
をプログラム設計仕様書から人が作成するのではなく、
SPDから本発明か自動的に作成することとなる。
また、ナス1〜実行後の評価についてもデパック終了後
、テスト実行結果を自動作成したテスト仕様書で即時に
テスト網羅状況を確認できる。
、テスト実行結果を自動作成したテスト仕様書で即時に
テスト網羅状況を確認できる。
このように、テストに関して一連の周辺作業に対する自
動化を図り開発者の付加を軽減させることでテスト作業
の効率化を図るものである。
動化を図り開発者の付加を軽減させることでテスト作業
の効率化を図るものである。
第1図は本発明のテスト仕様書網羅状況設定作成方式の
実施例を示す構成図、第2図は従来のプログラム作成か
らテスト実施までの概念図、第3図は第1図のテスト網
羅状況管理レコードおよびテスト仕様書による網羅状況
把握イメージの一例を示す図、第4図は第1図のテスト
仕様書網羅状況把握手段の動作を示すフローチャート、
第5図はプログラムSPDイメージを示す図である。 1・・・ワークステーション端末、2・・・オペレーテ
ィングシステム、3・・・ソフトウェア開発支援システ
ム、4・・・入出力制御手段、5・・・SPD定義手段
、6・・・ソースリスト/チェックポイン1〜情報生成
手段、7・・・目的プログラム生成手段、8・・・目的
プログラム実行手段、9・・・テスト仕様書網羅状況把
握手段、10・・・SPD定義手段、11・・・ソース
リスト格納ファイル、12・・・実行形式プログラム格
納ファイル、13・・・テスト網羅状況管理ファイル、
20・・・テスト網羅状況管理レコード、21・・・テ
スト網羅状況把握イメージ、41・・・SPD網羅状況
管理レコード、42・・・ソースリストの生成、43・
・・ヂエックポイント情報の生成、44・・・コンパイ
ル/リンク、45・・・テストの実行、46・・・チェ
ックポイント通過情報の更新、47・・・テスト仕様書
網羅状況表示/印字。
実施例を示す構成図、第2図は従来のプログラム作成か
らテスト実施までの概念図、第3図は第1図のテスト網
羅状況管理レコードおよびテスト仕様書による網羅状況
把握イメージの一例を示す図、第4図は第1図のテスト
仕様書網羅状況把握手段の動作を示すフローチャート、
第5図はプログラムSPDイメージを示す図である。 1・・・ワークステーション端末、2・・・オペレーテ
ィングシステム、3・・・ソフトウェア開発支援システ
ム、4・・・入出力制御手段、5・・・SPD定義手段
、6・・・ソースリスト/チェックポイン1〜情報生成
手段、7・・・目的プログラム生成手段、8・・・目的
プログラム実行手段、9・・・テスト仕様書網羅状況把
握手段、10・・・SPD定義手段、11・・・ソース
リスト格納ファイル、12・・・実行形式プログラム格
納ファイル、13・・・テスト網羅状況管理ファイル、
20・・・テスト網羅状況管理レコード、21・・・テ
スト網羅状況把握イメージ、41・・・SPD網羅状況
管理レコード、42・・・ソースリストの生成、43・
・・ヂエックポイント情報の生成、44・・・コンパイ
ル/リンク、45・・・テストの実行、46・・・チェ
ックポイント通過情報の更新、47・・・テスト仕様書
網羅状況表示/印字。
Claims (1)
- 【特許請求の範囲】 ワークステーション端末からテスト対象プログラムの作
成とテスト実行および確認を表示するための入出力手段
、 入力したSPDイメージ定義情報として格納するSPD
定義手段、 SPD定義情報を基にソースリストの生成とSPDで記
述した分岐命令をチェックポイント情報としてテスト仕
様書形式で生成するソースリスト/チェックポイント情
報生成手段、 目的プログラムの生成要求に対し、前記ソースリストか
ら読み出し実行形式プログラムを生成する目的プログラ
ム生成手段、 目的プログラムの実行要求に対し、実行形式プログラム
を読み込みオペレーティングシステムに対してプログラ
ムの実行を行い、同時に実施したテスト結果であるチェ
ックポイント通過情報をテスト網羅状況管理ファイルへ
出力する目的プログラム実行手段、 前記取得した網羅情報をテスト仕様書形式で画面表示ま
たは印字するために生成した情報を付加するテスト仕様
書網羅情報手段を有することを特徴とするテスト網羅状
況設定方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2271744A JPH04147351A (ja) | 1990-10-09 | 1990-10-09 | テスト網羅状況設定方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2271744A JPH04147351A (ja) | 1990-10-09 | 1990-10-09 | テスト網羅状況設定方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH04147351A true JPH04147351A (ja) | 1992-05-20 |
Family
ID=17504227
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2271744A Pending JPH04147351A (ja) | 1990-10-09 | 1990-10-09 | テスト網羅状況設定方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH04147351A (ja) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6261130A (ja) * | 1985-09-11 | 1987-03-17 | Fujitsu Ltd | テストカバレツジ自動図示処理方式 |
| JPH02216547A (ja) * | 1989-02-17 | 1990-08-29 | Chugoku Nippon Denki Software Kk | プログラム設計システム |
-
1990
- 1990-10-09 JP JP2271744A patent/JPH04147351A/ja active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6261130A (ja) * | 1985-09-11 | 1987-03-17 | Fujitsu Ltd | テストカバレツジ自動図示処理方式 |
| JPH02216547A (ja) * | 1989-02-17 | 1990-08-29 | Chugoku Nippon Denki Software Kk | プログラム設計システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100314262B1 (ko) | 그래픽언어기술프로세스내다수도구사용대화식컴퓨터프로그램개발방법및그장치 | |
| Sankar et al. | Concurrent runtime monitoring of formally specified programs | |
| EP0690378A1 (en) | Tool and method for diagnosing and correcting errors in a computer programm | |
| DE69823153T2 (de) | Software-Emulationssystem | |
| JPH10301766A (ja) | プログラム開発装置および並列リアルタイム処理装置 | |
| Kramer et al. | Mapping aspect-oriented models to aspect-oriented code | |
| JPH04147351A (ja) | テスト網羅状況設定方式 | |
| JPH08314760A (ja) | プログラム開発支援装置 | |
| JPS62113244A (ja) | プログラムテスト装置 | |
| Hu et al. | XRTJ: An extensible distributed high-integrity real-time Java environment | |
| Lutz et al. | Testing tools (software) | |
| JP2672968B2 (ja) | デバッグ用ソースリスト出力処理方式 | |
| JP2882876B2 (ja) | プログラム試験方法 | |
| Reese et al. | A software development environment for simulation programming | |
| JPH07295858A (ja) | 画像処理装置及び並列コンピュータのデバッグ処理方法 | |
| Chou | ProActNet: Modeling processes through activity networks | |
| JPH0997183A (ja) | プログラム変換検査装置及びプログラム変換方法 | |
| JPH09190364A (ja) | プログラムのデバッグ方法 | |
| JP2924080B2 (ja) | 論理シミュレーション支援システム | |
| JPH08212103A (ja) | マルチスレッド・プロセッサのテスト・データ作成方法 | |
| JPH0481940A (ja) | テルト網羅状況表示方式 | |
| JPS62214444A (ja) | シミユレ−シヨン方法 | |
| JPH04155540A (ja) | 対話型デバッガによるプログラム修正方式 | |
| JPH01287753A (ja) | プログラム自動テスト装置 | |
| JPS6277657A (ja) | 利用者プログラムの実行履歴情報収集方式 |