JPH02219136A - プログラム改造時のバグ検査方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔発明の目的］ （産業上の利用分野） この発明は、インタプリタ言語を用いて作成されたプロ
グラムの改造時におけるバグ発生を検査する方法に関す
る。

（従来の技術） 第４図は、従来この種のバグ検査方法に使用される計算
機システムの構成を示すブロック図である。

同図において、１ａはコンピュータ本体、１ｂはＣＲＴ
表示装置、１Ｃはキーボード、１ｄはプリンタ装置、１
ｅはフロッピー装置、１ｔはフロッピーディスクである
。

ところで、アプリケーションソフトウェアをある目的の
ために改造する場合、目的部分以外のデータを壊す（消
滅、追加、変更、移動など）ことがある。

プログラム改造につきものの所Ｉ！［新なるバグの作り
込み」である。

新なるバグの作り込み要因には色々のものがあるが、第
５図にその一例を示す。

この例では、入力はａｆｌ類を利用するが、出力が対応
する処理装冒によって異っている。但し、入力の状態或
いは処理結果の状態によっては処理ルート２ａが存在す
る。

例えば、出力１内の部分２ｂを変更する目的で処理１内
の部分２Ｃをプログラム変更する場合、プログラム改造
者が処理ルート２ａの存在を知らされていないか、或い
は失念した場合などには、部分２ｄに何らかのプログラ
ム改造を加えない限り部分２ｅに唆化が生ずる。この場
合、出力３の部分２ｅに「新なるバグ」が作り込まれた
ことになる。

従来、新なるバグの作り込みを発見、防止する手段とし
ては、新旧７０グラム同士の比較を行い、プログラム上
の不一致点をリストアツブし、それがプログラム改造の
目的１手法に照して合理的不一致２合理的内容であるこ
とを確認することが行われている。種々市販されている
フフイコンベアなどの所謂「コンベア」プログラムがこ
れである。

（発明が解決しようとする課題） コンピュータによる情報処理において、プログラムは手
段であって目的ではない。目的はデータの処理（加工）
であり、プログラム改造時の［ｔｌｌなるバグの作り込
み」とは本来目的のデータを対象として判定されるべき
ものである。

しかし、従来は目的であるデータのｍ、範囲が余りにも
膨大であるために、そのプログラムを使う熟知者に頼り
、重要部分、汎用的部分のみをテストし、そのデータの
不合理な変化を検出する方法が一般的であった。

「データのどこに変化が現われたか」の単純な検出作業
を人間の目視に期待することはまさに不合理である。そ
の結果、［新なるバグＪの見つけ損いによる大小の事故
は「日常的」となっているのが現状である。

この発明は、上記の問題点に鑑みなされたもので、その
目的とするところは、［新なるバグの作り込み」部分の
発見を確実且つ容易に行うことができるようにしたプロ
グラム改造時のバグ検査方法を提供することにある。

［発明の構成コ （課題を解決するための手段） この発明は、上記の目的を達成するために、インタプリ
タ言語を用いて作成されたプログラムの改造時における
バグ発生を検査するにおいて、改造前及び改造後の各プ
ログラム中に記述された各命令語の直前アドレスに入力
レジスタのデータを、また直後のアドレスに出力レジス
タのデータをそれぞれ当該命令語アドレスと関連付けて
保存する処理を挿入する第１のステップと、前記挿入処
理が終了した改造前及び改造後の各プログラムを同一の
条件で実行させる第２のステップと、 前記改造前プログラムの実行により得られた入出力レジ
スタデータ列と前記改造後プログラムの実行により得ら
れた入出力レジスタデータ列とを対比させてリスト出力
させる第３のステップと、を行なうことを特徴とするも
のである。

（作用） このような構成によれば、プログラム改造前と改造後の
処理データの不一致個所を自動的にリストアツブするこ
とができ、従ってこのリストアツブされたアドレスナン
バーを手掛りにして、不一致の合理性判定作業を行えば
、プログラマは「新なるバグの作り込み」部分の発見を
確実且つ容易に行うことができる。

（実施例） 第１図に、インタプリタ型プログラムの処理ブロック図
の一部分を示す。

処理は、インタプリタ型に実行され、各処理の入力（３
ａ、３ｃ、３ｅ、３ｏ、３ｉ　）や出力（３ｂ　、　３
ｄ　、　３ｆ　、　３ｈ　、　３ｊ　）はレジス・り上
にあるので、プログラム実行のアドレスナンバーに対応
した入力値、出力値を特定することが可能である。

本発明では、この特定する手段として、■プログラム実
行のアドレスナンバーの前後に、入力しジスタを読出し
て保存する機能と、■出力レジスタを読出して保存する
機能と、■アドレスナンバーを保存する機能と、■この
アドレスナンバーの前後に組込む礪能−式を自動的に組
込む機能と、■前記■から■を改造前プログラム上で実
行する式と改造後プログラム上で実行する一式と、■改
造後プログラムで得たレジスタデータと改造後プログラ
ムで得たレジスタデータをアドレスナンバー毎に比較し
、リスト出力する機能とにより実現している。

第２図は、後述する実施例により（ｑられたリスト出力
の一例を示す図であり、以下このリスト出力が得られる
過程について具体的なプログラムを例にとって説明する
。

第３図（ａ　’）に、対象ソフトとして、インタプリタ
含Ｊ８であるベーシックで作られた平均値計ロブログラ
ムを示す。

この実施例のソフトでは、まず第一に対象ソフト（プロ
グラム）のアドレスナンバーを第３図（ｂ）に示すよう
に全て読出す。

次に、この実施例ソフトでは、第二に、アドレスナンバ
ー−１を第３図（Ｃ）のように処理する。

次に、「入力レジスタ読出しサブルーチン」を第３図（
ｄ　）のように挿入する。このサブルーチンの構造は、
■入力レジスタのデータを読出す■読出したデータを対
象ソフトのアドレスナンバー（アドレスナンバー＋１と
してして戻す）と対にして保存ファイルへ保存する、も
のである。

次いで、この実施例ソフトでは、第三に、アドレスナン
バー＋１を第３図（ｅ　）のように処理する。

次に、［出力レジスタ読出しサブルーチン」を第３図（
ｆ　）のように挿入する。このサブルーチンの構造は、
■出力レジスタのデータを読出す■続出したデータを対
象ソフトのアドレスナンバー（アドレスナンバー−１と
して戻す）と対にして保存ファイルへ保存する、もので
ある。

次に、オペレータ（デバッグ者）は、入力データを入力
ファイルから入力する。入力ファイルを用いないシステ
ムである場合は、キーボードなどから入力することにな
るが、改造前と改造後とも同じ値を用いることが重要で
ある。

入力データを入力した後、必要性がある場合は演陣その
他メニュー選択などを行う。

この時も、改造前と改造後とでは同じことを同じ手順で
行うことが重要である。

これでプログラム改ｍ　ｋｌの入力レジスタ、出力レジ
スタのデータを保存できたので、オペレータは「改選前
入力レジスタ、出力レジスタデータ保存ファイル」を更
新しないように接続経路を「断」にする。

この復、対象ソフトを「プログラム改造後」に更新し、
「入力レジスタ、出力レジスタのデータＪを以後「改造
後入力レジスタ、出力レジスタデータ保存ファイル」に
保存されるように、接続経路を「断」から「改造後」に
切換える。

以後、航速の［改造前Ｊで行った処理を、「改造後ソフ
ト」に対しても行い、オペレータが最後にデータ保存経
路を「所」にして、比較データを収集するための実施例
ソフト操作を終了する。

そして、この実施例ソフトでは一番最後に、［改選前入
力レジスタ、出力レジスタデータ」と「改造後入力レジ
スタ、出力レジスタデータ」の比較プログラムを実行す
る。

そして不一致データのリストを第２図の形式で出力させ
る。

これ以降は、オペレータ（デバッグ者）の判断作業とな
る。即ち「従来の技術」の後半で述べたように、新旧プ
ログラム同士をファイルコンベアしてデバッグを行うの
と同様な手法であるが、本実施例の特徴的な相違点は、
入力データの与え方を曇本的データ、Ｒ大ボリュームデ
ータ、特殊データなどに分けて行い、その不一致個所を
検出するといった運用方法を採用できる点にある。

このように、以上の実施例によれば、インタプリタ言語
を用いて作成されたプログラムの改造時におけるバグ発
生を検査するにおいて、改造前及び改造後の各プログラ
ム中に記述された各命令語の直前アドレスに入力レジス
タのデータを、また直後アドレスに出力レジスタのデー
タをそれぞれ当該命令語アドレスと関連付けて保存する
処理を挿入する第一のステップと、前記挿入処理が終了
した改造前及び改造後の各プログラムを同一の条件で実
行させる第二のステップと、前記改造前プログラムの実
行により得られた入出力レジスタデータ列と前記改造後
プログラムの実行により得られた入出力レジスタデータ
列とを対比させてリスト出力させる第三のステップとを
行うことを特徴とするものである。

その結束、第２図に示されるように、デバッグ対象とな
るプログラムの各アドレスの関連付けて、パノルジスタ
、出力しジスタ別に、改造前と改造後とのデータの相違
を明瞭にリストアツブさせることができ、このリストを
用いることによって、プログラマは不一致の合理性判定
作業を行い、［新なるバグの作り込み」部分の発見を確
実口つ容易に行うことができるのである。

［発明の効果コ 以上の説明で明らかなように、この発明によるプログラ
ム改造時のバグ検査方法によれば、プログラム改造前と
改造後の処理データの不一致個所を自動的にリストアツ
ブさせることができ、このリストアツブされたアドレス
ナンバーを手掛りとして、不一致の合理性判定作業を行
えば、プログラマは「新なるバグの作り込み」部分の発
見を確実且つ容易に行うことができる。

【図面の簡単な説明】

第１図はインタプリタ型プログラムの処理ブロック図の
一部分を示す図、第２図はリスト出力の一例を示す図、
第３図はデバッグ対象プログラムとその処理過程とをそ
れぞれ示す図、第４図は本発明方法の前提となる計樟機
シスデムの構成を示すブロック図、第５図は新なるバグ
の作り込み要因の一例を示す図である。 １ａ・・・コンピュータ本体 １ｂ・・・ＣＲ７表示装置 １Ｃ・・・キーボード １ｄ・・・プリンタ装置 １ｅ・・・フロッピー装置 １ず・・・フロッピーディスク ３ａ、３ｃ、３ｅ、３ｏ、３ｉ・・・入力３ｂ、３ｄ、
　３ｆ、３ｈ、３ｊ・・・出力代私弁理士三好秀和 第１図 第２図 ＩＮＰＵＴ　Ｘ ＩＦ　Ｘ＝−９９９９ＴＨＥＮ　２６０ＳＳ＝ＳＳ杢Ｘ Ｃ＝Ｃ＋１ ＧＯＴＯ２１Ｇ 第３図（ａ） ０３ＵＢ ３図（ｅ） 第３図（ｆ） １ｇ４ 第５図

Claims (1)

【特許請求の範囲】
1. （１）インタプリタ言語を用いて作成されたプログラム
   の改造時におけるバグ発生を検査するにおいて、 改造前及び改造後の各プログラム中に記述された各命令
   語の直前アドレスに入力レジスタのデータを、また直後
   のアドレスに出力レジスタのデータをそれぞれ当該命令
   語アドレスと関連付けて保存する処理を挿入する第１の
   ステップと、 前記挿入処理が終了した改造前及び改造後の各プログラ
   ムを同一の条件で実行させる第２のステップと、 前記改造前プログラムの実行により得られた入出力レジ
   スタデータ列と前記改造後プログラムの実行により得ら
   れた入出力レジスタデータ列とを対比させてリスト出力
   させる第３のステップと、を行なうことを特徴とするプ
   ログラム改造時のバグ検査方法。