JPH0614320B2

JPH0614320B2 - 図式プログラム・テスト方法

Info

Publication number: JPH0614320B2
Application number: JP59216146A
Authority: JP
Inventors: 和正斉藤; 裕行前沢
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1984-10-17
Filing date: 1984-10-17
Publication date: 1994-02-23
Anticipated expiration: 2009-02-23
Also published as: US4730315A; JPS6195458A

Description

【発明の詳細な説明】〔発明の利用分野〕本発明は、対話用表示端末上に処理フロー図を表示し、
それによりプログラムのテストを行なうことにより、デ
バッグ，テストの効率を上げることを可能とした図式プ
ログラムテスト方式に関する。

〔発明の背景〕

従来、プログラムのテストは、プログラマがソース・テ
キスト内にデバッグ情報を埋め込み、又はデバッガを動
かして、条件設定を行ない、ソーステキストによるテス
トを行なっていた。そしてエラーの場合は、ソーステキ
ストに対して修正を行ない、再度テストを行なうという
操作をくり返していたため、非効率且つ煩雑であり、ま
たソーステキスト中心のテストであった。

尚本発明に関連のある発明として同一出願人の発明、特
願昭59−13461号がある。

〔発明の目的〕

本発明の目的は、上述の如きプログラムテストの負荷を
軽減し、図式上でテストを行ない、その実行ルート変数
内容出力などビジュアル表示することを可能とし、テス
ト効率を上げることにあり、テスト実施者は、ソースプ
ログラムを一切意識することなしにテスト、デバッグを
行ない得る図式プログラムテスト方式を提供することに
ある。

〔発明の概要〕

本発明は、対話用表示端末により、図式編集部により、
図式仕様を作成し、それらの情報をファイルに蓄積す
る。それら蓄積された図式仕様は図式翻訳部によりファ
イルから読み出される。また、図式上でプログラムを実
行するために、図式仕様と対応をとるための情報が埋め
込まれており、機械翻訳されて実行可能状態となる。

テストを実行するために、テスト条件が設定されテスト
実行部でプログラムが実行される。次に表示部において
対応のため埋め込まれた情報をもとに図式仕様が、端末
上に表示され実行部分がハッチングされる（又はカラー
表示される）などにより明示されたと同時にテスト条件
によって設定された情報がそのつど表示される。

この様に図式上でテストが実行されエラーがある場合
は、図式編集部により対話用端末を使い修正を行なうこ
とができる。こうして、動作が確認されたプログラム
は、図式仕様を機械出力することでドキュメントとして
利用できることになる。

〔発明の実施例〕

第１図は本発明を実施するためのシステム構成の一例を
示す。１は各種情報の処理を行なうホスト計算機、２は
キイボードとグラフィック・ディスプレイ装置を備え、
適当な回線を介して対話形式でホスト計算機１と交信す
るＴＳＳ端末、３はＴＳＳ端末２を用いて作成あるいは
修正された図式仕様情報と自動生成されたソースプログ
ラムを記憶しておくファイル、４は出力用のラインプリ
ンタである。

第２図は本発明においてホスト計算機１が行なう処理の
概略をフローチャートで表わしたものである。この処理
は、オペレータの指定に従い、モジュール関連図を定義
あるいは修正する処理５、処理フロー図を定義あるいは
修正する処理６、内部データを定義あるいは修正する処
理７、インタフェイスデータを定義あるいは修正する処
理８、及びソース・コードを生成しテストを実行する処
理９に分けて遂行され、これらの内で処理５〜８は、Ｔ
ＳＳ端末２のキイボードとグラフィックディスプレイ装
置を用いた対話式処理操作によって行なう図式編集処理
である。これらの処理５〜８によって作成される各図式
仕様のディスプレイ画面上の表示フォーマットを例示し
たものが第３図（１）〜（４）である。

第３図（１）はモジュール関連図で、これは生成しよう
とするソースプログラムの相互接続関係を表わす。第３
図（２）は、処理フロー図を示し、各モジュールの論理
的な処理の流れを表わしており、図示の例は、公知のＰ
ＡＤ（Problem Analysis Diagram）を用いて表現したも
のである。第３図（３）は内部データ定義図であって、
これは前記処理フロー図中の各処理で使用されるデータ
の配列数、型等を定義するものである。第３図（４）は
インタフェイスデータ定義図であって、これはモジュー
ルＣＡＬＬされる時の引数及び、モジュール間で参照あ
るいは更新される共通データについて、それぞれ「引
数」，「ＩＮ−ＤＡＴＡ」、「ＯＵＴ−ＤＡＴＡ」と表
示されたBox内に、内部データと同様に、データの変数
名，型，配列数などを定義する。これらの（１）〜
（４）の作成された図式仕様は、図式情報として図式フ
ァイル３に蓄積した後、ソースコード生成処理９により
ソースプログラムを自動的に作成する。

第４図に各図式情報からソースコードを生成する手順を
示す。同図において（ｉ）図式仕様の（１）に示したモ
ジュール関連図中のモジュール「ＳＵＢ」について、対
応する（２）の処理フロー図、（３）の内部データ定義
図及び（４）のインタフェイスデータ定義図が図示の通
り定義されており、これらからFORTRANで記述されたソ
ースプログラムを作成するものとする。この作成処理は
大別して（ii）ソース変換と（iii）ソース編集の二段
階からなる。

第１段階として、各図式情報（ｉ）の（１）〜（４）か
ら、（ii）のソース変換処理により、矢印で示す様に個
々のソース文が生成される。図中、枠で囲って斜線を施
した部分が本発明により自動的に付加されるものであ
り、それらは指定されたプログラム言語に特有の記述規
則に従って予め決まっているキイワード、記号等であ
る。図示の例では、処理文の「ＤＯ」，「CONTINUE」，
「ＩＦ」等、また、データの型を定義する「INTEGE
R」，「REAL」，「COMMON」等のキイワードはFORTRAN言
語の記述規則に従ったものである。

第２段階として、第１段階で得られたソース文を（ii
i）のソース編集処理により、一つのプログラム単位を
形成する様に、プログラムの記述規則に従って順序よく
並べ変える。FORTRANの場合、「SUBROUTINE」から「Ｅ
ＮＤ」までが一つのコンパイル単位であり、これらの間
に、規則に従い先頭にデータ宣言文、その後に処理文が
並べられプログラムが完成する。図中、矢印は各ソース
文がソース編集によってどこに移されるかを示す。

第２図９での、ソースコード生成処理は以上の様に行な
われるが、図式上でテストを実行するためには、第４図
（iii）により生成されたソース・コードに図式仕様を
検索，表示するための情報を追加する。

第５図は、そのために追加した情報を示している。ソー
スコード内の下線を施した部分が追加した情報である。
そのコードは、「Ｃ＊」で始まっているが、これはFORT
RAN言語ではコメント文となる。１行のソースコードに
１行のコメント文が付き、どの図式仕様からソースに変
換されたのかを表わす。（１）のＳ，PROC１，ＳＵＢの
各キイワードはＳはモジュール関連図を示し、関連図名
称PROC１のＳＵＢというモジュール名の変換を意味す
る。（２）のＩＦ，ＳＵＢはモジュール名ＳＵＢのＩＦ
つまりインタフェースデータ定義図を表わす。同様に
（３）は、モジュール名ＳＵＢのＩＮつまり内部データ
定義図を、そして（４）は、ＳＵＢというモジュール名
のＰつまり処理フロー図（ＰＡＤ）を表わし、最後の数
値１０はＢＯＸ番号を表わす。第４図（ｉ）図式仕様
（２）処理プロー図内の右上に付された番号がＢＯＸ番号である。以上の様に
（１）〜（４）の形式で付されたコメント文をもとに、
ソースと図式の対応を付けている。これら一連の処理が
図式翻訳処理である。

第６図は、テストを実行する時の処理手順を示したフロ
ーチャートである。条件設定コマンド（ＳＥＴ，ＯＵ
Ｔ，ＢＲＫなど）でテストする環境を設定し（６０
１）、６０２ＧＯコマンドでテストが開始される。そし
て実際、実行している処理フロー図が表示され、そのど
この部分を実行しているかＢＯＸが塗りつぶされ（６０
３）その結果データがどう更新されたのか画面上に表示
される。

実際に実行した時の画面遷移を示したのが第７図であ
る。（１）でプログラムを起動する前の条件を設定して
いる。Ｌ，Ｍにそれぞれ１０，１の値をＳＥＴＬ，Ｊ，
Ｍという変数名の内容をＯＵＴ（出力）することを指定
し、ＧＯコマンドでテストが開始される。画面は、
（２）（３）（４）（５）（６）…という順に進みその
つど実行された部分が斜線で塗りつぶされていく。
（４）では、Ｉ＝１，５というくり返し条件のため、Ｊ
＝Ｉ＊Ｌが５回実行され、その結果Ｊの値が更新される
つどＢＯＸの右側に出力される。

この様に、画面上に実行部が表示され、その結果値がど
の様に変化したか、又どういうルートで処理が進んでい
るかを、目で確認しながら図式上で行なうので大変効率
よくテストを行なうことができる。

ここでもし、エラー又は誤りを発見したなら、第２図５
〜８で示した各処理に於て図式仕様の誤り個所を修正
し、再度９の処理によりソース生成、テスト実行をくり
返す。

そして正しく動くことが確認された時は、これら図式仕
様をラインプリンタに出力し、そのまま仕様書として使
用で、人手による仕様書作成、修正の手間が一切なくな
る。

〔発明の効果〕

本発明によれば、オペレータが対話形式で完成した図式
仕様書をファイルすると、自動的にソースプログラムが
作成され、かつ、テスト、デバッグを図式仕様上で行な
い、エラーなどの場合は、対話により図式仕様を修正す
ることができる。このため、一貫して人間がわかりやす
い図式上で、設計からテストまでを行なうことができる
もので、ソースリストから人間は解放される。

また、清書された図式仕様書を機械出力することもでき
る。

【図面の簡単な説明】

第１図は本発明を実施するためのシステム構成の一例を
示すブロックダイヤグラム、第２図は本発明による処理
の概略フローチャート、第３図（１）〜（４）は本発明
による各図式仕様の表示画面フォーマットの説明図、第
４図は、本発明ソースコード変換処理部の過程図、第５
図は本発明におけるテストするためのソース埋め込み情
報を示す説明図、第６図は本発明におけるテスト実行処
理の概略フローチャート、第７図は、本発明テスト実行
時の表示画面の遷移を表わす説明図である。１……ホスト計算機、２……ＴＳＳ端末、３……図式、
ソースリストファイル、４……ラインプリンタ、５……
モジュール関連図定義／修正処理、６……処理フロー図
定義／修正処理、７……内部データ定義／修正処理、８
……インタフェイスデータ定義／修正処理、９……ソー
スコード生成、テスト実行処理。

Claims

【特許請求の範囲】

【請求項１】対話用端末を有する情報処理装置におい
て、プログラム仕様を対話により複数の要素からなる図
形式で入力し、編集する図式仕様編集ステップと、前記
図式仕様を翻訳してテスト実行可能状態に変換する図式
翻訳ステップと、テスト条件を設定しテストを実行する
テスト実行ステップと、前記テスト状態を前記入力した
図式の要素毎に対応させて前記端末に出力するステップ
からなることを特徴とする図式プログラム・テスト方
法。