JPS59186054A - 計算機プログラムの試験方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 発明の技術分野 本発明は計算機のソフトウェアであるプログラムの試験
方法に関する。

発明の技術的背景とそ０問題点 計算機のソフトウェアそのものであるプログラムの試験
に於いて、最も問題となることは、プログラムそのもの
が目にみえないということでおる。

ここから派生する影響は重大であり、ソフトウェアニブ
ログラムが商品化している現在、他ノ・−ドウエア商品
にはみられない問題が発生している。

一方プログラムを作成する側にとってみてもプログラム
の動きが目視できないという事はプログラム製作後の試
験（以後デバッグと呼ぶ）時に無駄な時間をとられる原
因となる。又大規模な計算機システムを構築するには多
数のプログラム製作者（以後プログラマ−と呼ぶ）が必
要であり、そのプログラマ−をマネジャーが管理する形
態をとるのが一般でおるが、マネジャーにしてみれば、
プログラムのデバッグ結果が見えないことは、工程管理
上、プログラマ−の申告を信するしかない。

品質面についてみても同じであり、１ソフトウエアの工
業化′ということが言われているが、上記の様な問題が
ある限り、とてもそうは言えない現状である。

発明の目的 本発明は上記の事情に鑑みなされたもので、プログラム
の動き、完成度を視覚を通じて認識できる計算機プログ
ラムの試験方法を提供することを目的とする。

発明の概要 本発明の目的は、ソースプログラムに基きそれに対応す
るフローチャー）　’ｉｉ　ＣＲＴ表示装置に表示して
おき、ソースプログラムを実行したとき、その動きをＣ
ＲＴ表示装置を使ってモニタすることにより達成するこ
とができる。

発明の実施例 以下、本発明の一実施例を図面を参照しながら説明する
。第１図は本発明の概念図である。Ｓは計算機へ登録し
た人間の読めるプログラム言語である。これをソースプ
ログラムと呼ぶ。

Ｏはソースプログラムより、計算機で実行出来る様に作
り直されたプログラムである、これをオブジェク３ドブ
ログラムと呼ぶ。計算機のハードウェアが実行対象とす
るのは、このオブジェクトプログラムだけである。

ソースプログラムの１行は、オブジェクトプログラムの
数行分に相当する。従ってソースプログラムに１行毎に
行番号をつけると、オブジェクトプログラムは数行おき
に対応したＮｏ、がぶられる。

本発明では、相方のプログラムの行番号を管理しておく
。

一方、ソースプログラムからは、そのプログラムの構成
を図示したフローチャートを作成できる。

（一般にこれをオートフローと呼ぶ）プログラムのデバ
ッグとは、フローチャートを見ながら、プログラムの動
く条件を作成しプログラムを動作させ予想された走行結
果が得られるが否かのテストである。

フローチャートはプログラムの構造が図で表現されてい
るために１．ソースプログラム自体を読むよりは、はる
かにプログラム全体を理解するのは容易である。第２図
に示すものが、フローチャートの１列である。

ソースプログラムで表現されている処理又は判定が第２
図のＰＬ−Ｐ４．Ｊｌ　　で現わされている。ｊ〜ｊ＋
４はソースプログラムの行番号を章味している。

ここで、第１図に話しを戻して、計算機上でプログラム
を走行させた場合、オブジェクトプログラムが解読され
、実行されるわけであるが、この時にオブジェクトプロ
グラムに前述のソースプログラムに対応した行Ａを管理
しておく行煮管理テーブルＯ′を設け、現在走行してい
る行Ａ’ｆｒ取り出せる様にしておく。

オブジェクトプログラムの走行に応じて、走行したとこ
ろの行Ａｔ次々にとり出し、ソースプログラムの行煮管
理テーブルＳ′に保存していく。

プログラムの走行が完了した時点で、ソースプログラム
及びソースプログラム行管理テーブルからフローチャー
トを作成する。ここで、第２図に示すａ　−ｆの各処理
を結ぶ線を行扁管理テーブルにある走行履歴データより
色替して表示する。

即ち、例えば第２図のＪｌの判定にてＰ２の処理を通ら
ずに、Ｐ３の処理を実行したとする。この場合は５ＴＡ
ＲＴから始ってａ−＋　ｌ）　−＋　ｄ　−＋　６−＋
ｆのルートを赤く表示し、Ｃのルートは緑で表示する。

こうすることによって−目で、プログラムの走行ルート
が図形的に人間に確認される。

又、例えばＰ３の処理がまずいためにＰ３の処理中にプ
ログラムの処理が停止したとする。この場合はａ−＋ｌ
）−＋ｄのルートを赤で表示し、他を緑で表示する。プ
ログラマ−は赤色の止っている箇所からプログラムの異
常箇所を直ちにみつけることが可能である。さらに、ソ
ースプログラムの行管理テーブルに、分岐判定の条件を
変えて走行した記録を全て残せば、プログラム全ロジッ
クのどの程度がテストされたかが目視出来る。

発明の他の実施例 本発明の他の実施例としては、プログラム全体のロジッ
クのルート本数とテストで走らせたルートの本数の比較
を求め、プログラムの完成度の尺度とすることも考えら
れる。また、色分けによりプログラムの実行状態を表示
する代わりにフローチャートのａ、ｂ、ｃ等の線の太さ
を変えてもよい。

更にまた、ＣＲＴ表示装置に表示するフローチャートは
オブジェクトプログラムに対応したものでもよい。

発明の効果 以上述べたように本発明によれば、プログラムの動き及
びプログラムの完成度を客観的に認識することができる
。。

また、本発明の他の効果として、 （１）　　プログシムを走行させながらではなく、走行
させた後にも記録を残すことができる。

（２）　　プログラムのテスト結果が、自＃（手書きで
ない）で出力されるので、結果の評価が均質化される。

評価が均質化されるということは、プログラムの品質が
目にみえるものになることを意味する。

【図面の簡単な説明】

第１図は本発明の概念図、第２図はＣＲＴ表示装置に表
示されたフローチャートである。 Ｓ：ソースプログラム Ｓ′二ソースプログラムの行管理テーブルＯ：オブジェ
クＦプログラム σ：オブジェクトプログラムの行管理テーブルＥ：本発
明のロジック部 γニブログラム走行時のジャーナルデータの流れＣ：　
ＣＲＴ表示装置 （７３１７）　　代理人　弁理士　　則　近　憲　佑　
（ほか１名）第１図 第２図

Claims (1)

1. 【特許請求の範囲】 ゛（１）計算機にロードされた一連のソースプログラム
   に基き表示装置に前記ソースプログラムのフローチャー
   トを表示し、前記ソースプログラムが計算機にて実行さ
   れたとき前記フローチャー）にその実行状況を示す色分
   は等の表示することによりソースプログラムの走行履歴
   を記録するとともにソースプログラムの異常全検出する
   ことを特徴とする計算機プログラムの試験方法。 （２）前記ソースプログラムの代わりにソースプログラ
   ムを変換したオブジェクトプログラムを使用することを
   特徴とする特許請求の範囲第１項記載の計算機プログラ
   ムの試験方法。