JPS6195458A

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

Info

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

Abstract

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

Description

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

〔発明の背景〕

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

尚本発明に関連のある発明として同一出願人の発明、特
願昭５９−１３４６１号がある。

［発明の目的〕本発明の目的は、上述の如きプログラムテストの負荷を
軽減し、図式上でテストを行ない、その実行ルート変数
内容出力などビジュアル表示することを可能とし、テス
ト効率を上げることにあり。

テスト実施者は、ソースプログラムを一切意識すること
なしにテスト、デバッグを行ない得る図式プログラムテ
スト方式を提供することにある。

〔発明の概要〕

本発明は、対話用表示端末により１図式編集部により、
図式仕様を作成し、それらの情報をファイルに蓄積する
。それら蓄積された図式仕様は図式翻訳部によりファイ
ルから読み出される。また。

図式上でプログラムを実行するために１図式仕様と対応
をとるための情報が埋め込まれており、機械翻訳されて
実行可能状態となる。

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

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

〔発明の実施例〕

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

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

第３図（１）はモジュール関連図で、これは生成しよう
とするソースプログラムの相互接続関係を表わす、第３
図（２）は、処理フロー図を示し。

各モジュールの論理的な処理の流れを表わしており、図
示の例は、公知のＰ　Ａ　Ｄ　（Ｐｒｏｂｌｅｍ＾ｎａ
ｌｙｓｉｓ　Ｄｉａｇｒａｍ）を用いて表現したもので
ある。

第３図（３）は内部データ定義図であって、これは前記
処理フロー図中の各処理で使用されるデータの配列数、
型等を定義するものである。第３図（４）はインタフェ
イスデータ定義図であって、これはモジュールＣＡＬＬ
される時の引数及び。

モジュール間で参照あるいは更新される共通データにつ
いて、それぞれ「引数Ｊ　、ｒＩＮ−ＤＡＴＡＪ　、　
　ｒ　ＯＵ　Ｔ　−Ｄ　Ａ　Ｔ　Ａ　Ｊ　と表示された
ＢＯＸ内に、内部データと同様に、データの変数名、型
、配列数などを定義する。これらの（１）〜（４）の作
成された図式仕様は、図式情報として図式ファイル３に
蓄積した後、ソースコード生成処理９によリソースプロ
グラムを自動的に作成する。

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

第１段階として、各図式情報（ｉ）の（１）〜（４）か
ら、　　（ｉｉ）のソース変換処理により、矢印で示す
様に個々のソース文が生成される０図中。

枠で囲って斜線を施した部分が本発明により自動的に付
加されるものであり、それらは指定されたプログラム言
語に特有の記述規則に従って予め決まっているキイワー
ド、記号等である０図示の例では、処理文の「Ｄ○Ｊ　
、　　ｒｃＯＮＴＩＮＵＥＪ　、　　ｒＩ　ＦＪ等、ま
た、データの型を定義するｒＩＮＴＥＧＥＲＪ　　。

ｒＲＥＡＬＪ　、　　ｒｃＯＭＭＯＮＪ等のキイワード
はＦＯＲＴＲＡＮ言語の記述規則に従ったものである。

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

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

第５図は、そのために追加した情報を示している。ソー
スコード内の下線を施した部分が追加した情報である。

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

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

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

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

ここでもし、エラー又は誤りを発見したなら。

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

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

〔発明の効果〕

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

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

【図面の簡単な説明】

第１図は本発明を実施するためのシステム構成の一例を
示すブロックダイヤグラム、第２図は本発明による処理
の概略フローチャート、第３図（１）〜（４）は本発明
による各図式仕様の表示画面フォーマットの説明図、第
４図は、本発明ソースコード変換処理部の過程図、第５
図は本発明におけるテストするためのソース埋め込み情
報を示す説明図、第６図は本発明におけるテスト実行処
理の概略フローチャート、第７図は、本発明テスト実行
時の表示画面の遷移を表わす説明図である。１・・・ホスト計算機、２・・・ＴＳＳ端末、３・・・
図式、ソースリストファイル、４・・・ラインプリンタ
、５・・・モジュール関連図定義／修止処理、６・・・
処理フロー図定義／修正処理、７・・・内部データ定義
／修正処理、８・・・インタフェイスデータ定！＆／修
正処第１（２） Φ 竿ｚｒｆ３草３国第Ｓ躬５ｕａＲｏｕｖ＋Ｎｒ：５ｕＩＳ（ｃ、　ｏ　）（＋ｌ
　ＣＸ　　Ｓ　　ＰＲＯＣＩ　　５ｕ８ＣＯ門ＭＯＮ　
　ＡＢ、Ｋ”ｒこえ　　ＩＮ　　５ＵＢｔＮＴＥＱＥ＆享４Ｃ，［）Ｃオ　ＩＦ　　５ｕｅＱｏ　　１０　　Ｚ・１，５（４）ＣＸ　　Ｐ　　５ｕ８　　ｔ。Ｊ、Ｉ寡ＬＣｋ　　Ｐ　　Ｓｕ８　２０１０　　Ｃ０ＮＴＴＮμε Ｊ二了↑り茅ら（２）

Claims

【特許請求の範囲】

対話用表示端末を有する情報処理装置において、プログ
ラム仕様を対話により図形式で入力し、編集する図式仕
様編集ステップと、該図式仕様を翻訳してテスト実行可
能状態に変換する図式翻訳ステップと、テスト条件を設
定しテストを実行するテスト実行ステップと、該テスト
状態を出力するステップから成ることを特徴とする図式
プログラムテスト方式。