JPH09190364A - プログラムのデバッグ方法 - Google Patents

Abstract

(57)【要約】 【課題】 デバッグ作業時のシステム操作回数を削減
し、プログラムのデバッグに要する時間を短縮すること
が可能となる。 【解決手段】 テストプログラムの全体、または特定区
間を複数のテストデータのパターンでデバッグ処理を行
い、その各テストデータにおけるデバッグ処理結果を一
括して出力するプログラムのデバッグ方法であって、前
記テストプログラムのデバッグを行う前記テストデータ
を複数定義するデバッグ定義ファイルを作成するステッ
プと、前記デバッグ定義ファイルで指定した情報をシス
テム内部にテーブルとして登録するステップと、前記内
部テーブルの情報を基に、テストプログラムのデバッグ
処理を行うステップと、デバッグ処理の結果を出力する
ステップとを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プログラムのデバ
ッグを行うデバッグ処理システムに関し、特に、プログ
ラム内のモジュールや関数単位、またはプログラム内の
特定の区間に対して動作検証を行うプログラムのデバッ
グ方法に関するものである。

【０００２】

【従来の技術】従来のデバッグ処理システムにおいて、
システム開発時のプログラムのデバッグ方法として一般
的に行われているのは、対話形式のデバッガにより、プ
ログラム内（特定のモジュール、ルーチン内）のデータ
項目に着目し、その値を任意に変更または参照するとい
うものである。

【０００３】その操作は、テストプログラムを特定の箇
所で中断させ、オペレータが逐次端末からコマンドによ
りデバッグ処理システムに要求を行う。

【０００４】なお、トレース対象のデータ項目などを予
め登録しておき、それらのデータをテストプログラム実
行時に自動的に画面表示することで、作業担当者の確認
作業を簡素化するものである。

【０００５】このようなデバッグ処理システムは、例え
ば、特開平６−１６１８１５号公報「シンボリックデバ
ッガ」に開示されている。

【０００６】

【発明が解決しようとする課題】ところで、上述のよう
な従来のデバッグ処理システムでは、以下のような問題
が発生する。

【０００７】テストプログラムが、動作確認を行う区間
（以下、トレース区間と記述する）の処理を一度終了し
てしまうと、その区間のテストを再度行うときに、テス
トプログラムをもう１度最初から起動する必要がある。
また、トレース区間内でテストプログラムが予期せず異
常終了した場合にも同様のことがいえる。

【０００８】その例を図９を用いて説明する。図９は、
入力装置から入力された３つの数値Ｘ１、Ｘ２、Ｘ３の
なかの最大値を返すサブルーチンを示した図である。こ
こで、例えば、Ｘ１＝２、Ｘ２＝１、Ｘ３＝３という値
を入力した場合にはステップ１０４を実行せずに本ルー
チンを終了する。実行されていない残ったステップ１０
４を実行させるためにはもう１度テストプログラムを最
初から起動して別のテストデータ、例えば、Ｘ１＝２、
Ｘ２＝４、Ｘ３＝１を入力する必要がある。

【０００９】そのため、１回のテスト毎にプログラム開
始からトレース開始地点までテストプログラムを実行さ
せ、データ項目の値を変更し、またトレース終了地点ま
で実行させるという操作を繰り返さなくてはならない。

【００１０】その結果、テストデータが多くなると、デ
バッグ作業担当者（オペレータ）が端末上でデバッグ処
理システムを操作する回数は必然的に多くなるという問
題点があった。

【００１１】本発明は、上述した従来の技術の持つ課題
を解決するために成されたものであり、その目的は、デ
バッグ作業時のシステム操作回数を削減し、プログラム
のデバッグに要する時間を短縮することが可能な技術を
提供することにある。

【００１２】

【課題を解決するための手段】上記のような目的を達成
するため、本発明のデバッグ方法は、テストプログラム
のデバッグを行うテストデータを複数定義するデバッグ
定義ファイルを作成するステップと、デバッグ定義ファ
イルで指定した情報をシステム内部にテーブルとして登
録するステップと、内部テーブルの情報を基にテストプ
ログラムのデバッグ処理を行うステップと、デバッグ処
理の結果を出力するステップとを備える。

【００１３】

【発明の実施の形態】以下、本発明を実施する場合の形
態について図面に基づいて詳細に説明する。

【００１４】図１は、本発明の実施の形態にかかるデバ
ッグ処理システムの機能構成を説明するためのブロック
図である。

【００１５】本実施形態のデバッグ処理システム１は、
図１に示すように、デバッグについて定義するデバッグ
定義ファイル１２を作成に使用するエディタ２と、その
エディタ２の操作によりデバッグ定義ファイル１２を作
成するデバッグ定義ファイル作成部３と、デバッグ定義
ファイル１２で指定した情報を登録する内部テーブル
（テストデータ登録用テーブル）を作成する内部テーブ
ル作成部４と、ソースプログラムからテストプログラム
（ロードモジュール）を作成するテストプログラム作成
部５と、上述した各部により作成されたデバッグ定義フ
ァイル１２とテストプログラム１３と内部テーブル１４
とを格納する記憶部６と、デバッグ処理を行う一括実行
デバッガ７と、トレース開始時点のプログラム実行状態
を保存する記憶エリア８と、デバッグの結果であるデバ
ッグ結果ファイル１５を格納するデバッグ結果ファイル
格納エリア９と、その格納されたデバッグ結果ファイル
１５を出力する結果ファイル出力部１０とを備える。

【００１６】図２は、上述した本実施形態のデバッグ処
理システムの基本的なハードウェア構成を示した図であ
る。

【００１７】図２において、２０は本実施形態のデバッ
グ処理システムの各装置の制御及びデバッグ処理を実行
するＣＰＵ（中央処理装置）、２１は各装置の制御プロ
グラム等を格納するＲＯＭとデバッグ処理に要するデー
タ等を格納するＲＡＭとからなる内部記憶装置、２２は
フロッピーディスクやハードディスクなどの外部記憶装
置、２３は各装置の制御とエディタ２等の入力に用いる
キーボードやマウス等の入力装置、２４はデバッグ結果
ファイル１５を表示するディスプレイ等の表示装置、２
５はデバッグ結果ファイル１５の印字出力を行うプリン
タを示す。

【００１８】なお、外部記憶装置２２には、ソースプロ
グラムやそれをコンパイル・リンクして作成されたテス
トプログラム１３、デバッグ処理を行う各プログラム
（デバッグ定義ファイル作成部３と内部テーブル作成部
４とテストプログラム作成部５と一括実行デバッガ７）
が格納されており、デバッグ処理時には内部記憶装置２
１に転送格納される。

【００１９】また、トレース開始時の実行状態保存エリ
ア８とデバッグ結果格納エリア９も外部記憶装置２２上
に確保される。

【００２０】次に、図１で示したデバッグ定義ファイル
１２、テストプログラム１３、内部テーブル１４、及び
デバッグ結果ファイル１５について説明する。

【００２１】図３は、上述したデバッグ定義ファイル１
２の構成例を示した図である。

【００２２】本実施形態のデバッグ定義ファイル１２
は、オペレータがデバッグ開始前に予め作成するもので
あり、図３に示すように、トレースの開始位置３１とト
レースの終了位置とをそれぞれソースファイル名とその
中の行番号で指定し、トレースの対象となるプログラム
の区間を定義する。

【００２３】図３に示す３３はトレース区間において操
作対象とするデータ項目の定義群である。その定義群３
３において、３４はトレース開始位置で値の変更または
設定を行うデータ項目名であり、３５はトレース終了時
に値を参照するデータ項目名を指定するものである。な
お、定義群３３を複数記述することにより、複数のテス
トデータを入力することができるようになっている。

【００２４】図４は、上述したテストプログラム１３に
ついて説明するための図である。

【００２５】図４に示すように、テストプログラム１３
は、ソースプログラム４０をアセンブラやコンパイラで
コンパイルして、オブジェクトモジュール４１を生成
し、それをリンカ等でリンクして生成する。その生成さ
れたテストプログラム１３を起動させ、デバッグ処理を
行う。

【００２６】図５は、上述した内部テーブル１４につい
て説明するための図である。

【００２７】内部テーブル１４は、デバッグ定義ファイ
ル１２で指定した情報を登録したものであり、各テスト
データの指定情報を管理するテストデータ登録テーブル
６０と、各テストデータ登録テーブル６０を管理する管
理テーブル６１とからなる。

【００２８】テストデータ登録テーブル６０は、データ
項目の名称を登録するデータ名６３と、値の変更または
参照を表すフラグを設定する区分６４と、データ項目６
３の値を中断点で変更する場合において、その値を設定
する値６５とからなる。

【００２９】管理テーブル６１は、各テストデータ登録
テーブルのアドレスを示すアドレステーブル６２と、ト
レース開始位置を示すためのテストプログラム内のモジ
ュール名と行番号とからなるトレース開始位置６６と、
トレース終了位置を示すためのテストプログラム内のモ
ジュール名と行番号とからなるトレース終了位置６７と
からなる。

【００３０】図６は、上述したデバッグ結果ファイル１
５の構成例を示した図である。

【００３１】デバッグ結果ファイル１５は、一括実行デ
バッガ７がトレース区間の終了時点で作成するものであ
り、図３に示したデバッグ定義ファイルの中の各定義群
３３（各テスト）におけるデータ項目３５がトレース終
了時に持つ値を各テストデータ毎に出力した値６８であ
る。

【００３２】次に、本実施形態のデバッグ処理システム
におけるデバッグ処理手順について図７、図８を用いて
説明する。

【００３３】図７は、本実施形態のデバッグ処理システ
ムにおけるデバッグ処理手順を説明するためのフローチ
ャートである。

【００３４】本実施形態のデバッグ処理システムにおけ
るデバッグ処理は、図７に示すように、まず、オペレー
タがデバッグを開始する前に、入力装置２３より図３に
示したようなデバッグ定義ファイル１２を作成し（ステ
ップ７１）、一括実行デバッガ７を起動する（ステップ
７２）。

【００３５】一括実行デバッガ７は、デバッグ定義ファ
イル１２に指定した内容から図５に示した内部テーブル
１４を作成し（ステップ７３）、デバッグ定義ファイル
１２のトレース開始箇所までテストプログラム１３を実
行し（ステップ７４）、トレース開始箇所の内部記憶装
置の状態を外部記憶装置上の記憶エリア８に一時的に保
存する（ステップ７５）。

【００３６】そして、処理を行うべきデバッグ対象のテ
ストデータが存在するかどうかのチェックを行い（ステ
ップ７６）、存在する場合は、管理テーブル６１の記憶
エリア６２に示すアドレスを参照し、値の変更を行うデ
ータ項目が存在すれば（６４の区分＝Ｓ）、中断した状
態のテストプログラム１３に対しそのデータ項目の値の
設定を行う（ステップ７７）。テストデータが存在しな
ければ、ループを抜けてステップ８１以降の処理を行
う。

【００３７】その後、トレース終了箇所までテストプロ
グラム１３を実行させ（ステップ７８）、テストデータ
登録テーブル６０の参照用のデータ項目における区分＝
Ｒがトレース終了箇所で持つ値をデバッグ結果ファイル
格納エリア９のデバッグ結果ファイル１５に格納する
（ステップ７９）。

【００３８】その後、トレース開始時点の実行状態の待
避エリア８の状態を基にテストプログラム１３の実行状
態をトレース開始時の状態に復元する（ステップ８
０）。

【００３９】以下、テストデータがなくなるまで、ステ
ップ７６〜ステップ８０の処理を繰り返し実行する。

【００４０】最後に、全てのテストデータについて処理
を終えた後、デバッガ７の終了とデバッグ結果ファイル
１５のクローズを行い（ステップ８１）、その各テスト
データの出力結果を一度に表示装置２４またはプリンタ
２５に出力して確認し（ステップ８２）、テストプログ
ラム１３に対する一連のデバッグ処理を完了する。

【００４１】次に、上述したステップ７３の内部テーブ
ル作成処理について説明する。

【００４２】図８は、図７に示したステップ７３の内部
テーブル作成処理を説明するためのフローチャートであ
る。

【００４３】上述したステップ７３の内部テーブル作成
処理は、まず、一括実行デバッガ７がデバッグ定義ファ
イル１２をオープンし（ステップ９１）、テストデータ
が最後まで登録されているがどうかの判定を行う（ステ
ップ９２）。

【００４４】テストデータの指定がまだあれば、そのテ
ストデータ設定用の記憶エリアの確保を行い（ステップ
９３）、変更用のデータ項目か参照用データ項目かを確
認した上で、その設定値をテストデータ登録テーブル６
０における６３〜６５の記憶エリアに登録し（ステップ
９４）、管理テーブル６１の記憶エリア６２にアドレス
を設定する（ステップ９５）。

【００４５】全てのテストデータの登録が終了後、トレ
ース開始・終了位置を管理テーブル６１に登録し（ステ
ップ９６）、デバッグ定義ファイル１２をクローズし
（ステップ９７）、ステップ７４に戻る。

【００４６】以上、説明してきたように、デバッグ時に
値の変更または参照を行うデータ項目を一括して定義し
ておくことにより、オペレータが繰り返しデバッガを操
作する手間を省けるため、デバッグ作業時のシステム操
作回数を削減できるので、プログラムのデバッグに要す
る時間を短縮することが可能となる。

【００４７】また、システムの操作時間およびデバッグ
結果の確認作業を簡略化することができるため、デバッ
グ時の作業効率を向上することが可能となる。

【００４８】以上、本発明者によってなされた発明を、
前記実施形態に基づき具体的に説明したが、本発明は、
前記実施形態に限定されるものではなく、その要旨を逸
脱しない範囲において種々変更可能であることは勿論で
ある。

【００４９】

【発明の効果】本願において開示される発明のうち代表
的なものによって得られる効果を簡単に説明すれば、下
記のとおりである。

【００５０】デバッグ作業時のシステム操作回数を削減
し、プログラムのデバッグに要する時間を短縮すること
が可能となる。

【図面の簡単な説明】

【図１】本発明の一実施形態であるデバッグ処理システ
ムの機能構成を説明するためのブロック図である。

【図２】本実施形態のデバッグ処理システムの基本的な
ハードウェア構成を示した図である。

【図３】本実施形態のデバッグ定義ファイルの構成を示
した図である。

【図４】本実施形態のテストプログラムについて説明す
るための図である。

【図５】本実施形態の内部テーブルについて説明するた
めの図である。

【図６】本実施形態のデバッグ結果ファイルの構成を示
した図である。

【図７】本実施形態のシステムにおけるデバッグ処理手
順を説明するためのフローチャートである。

【図８】図７に示したステップ７３の内部テーブル作成
処理を説明するためのフローチャートである。

【図９】従来のデバッグ処理を説明するための図であ
る。

【符号の説明】

１…デバッグ処理システム、２…エディタ、３…デバッ
グ定義ファイル作成部、４…内部テーブル作成部、５…
テストプログラム作成部、６…記憶部、７…一括実行デ
バッガ、８…トレース開始時点のプログラム実行状態を
保存する記憶エリア、９…デバッグ結果ファイル格納エ
リア、１０…結果ファイル出力部、１２…デバッグ定義
ファイル、１３…テストプログラム、１４…内部テーブ
ル、１５…デバッグ結果ファイル。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 テストプログラムの全体、または特定区
   間を複数のテストデータのパターンでデバッグ処理を行
   い、その各テストデータにおけるデバッグ処理結果を一
   括して出力するプログラムのデバッグ方法であって、 前記テストプログラムのデバッグを行う前記テストデー
   タを複数定義するデバッグ定義ファイルを作成するステ
   ップと、 前記デバッグ定義ファイルで指定した情報をシステム内
   部にテーブルとして登録するステップと、 前記内部テーブルの情報を基に、テストプログラムのデ
   バッグ処理を行うステップと、 デバッグ処理の結果を出力するステップとを備えたこと
   を特徴とするプログラムのデバッグ方法。