JPH08212105A - Program managing device - Google Patents

Abstract

PURPOSE: To automatically generate a test program for singly testing a subroutine called in a source program. CONSTITUTION: A designated subroutine 107 designated out of a program 101 is segmented. The designated subroutine 107 is analyzed, its input parameter is extracted, an input part is generated from the input parameter, and a header part + input part 109 is generated. Further, an output part 110 is generated from an output parameter, and a single test program 102 is generated by linking the header part + input part 109, designated subroutine 107 and output part 110. Afterwards, a person in charge of a test performs debugging by executing the single test program 102 and when there is bugging, a single test program 103 is corrected. Then, the corrected designated subroutine is returned to the original program 101 so that the debugging of the designated subroutine in the source program can be finished.

Description

【発明の詳細な説明】Detailed Description of the Invention

【０００１】[0001]

【産業上の利用分野】本発明は、ソフトウェア開発業務
において、ソースプログラムをデバッグするためのテス
トプログラムを作成するプログラム管理装置に関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a program management device for creating a test program for debugging a source program in software development work.

【０００２】[0002]

【従来の技術】ソフトウェア開発においては、ソースプ
ログラムのデバッグ作業が必要不可欠であり、該デバッ
グ作業を短時間で終了することが開発期間の短縮化にと
って非常に重要である。該デバッグ作業においては、専
用のデバッグツールを使用する以外にターゲットのソー
スプログラム内にテスト用のルーチンを組み込みテスト
プログラムを作成する方法がある。2. Description of the Related Art Debugging work of a source program is indispensable in software development, and finishing the debugging work in a short time is very important for shortening the development period. In the debugging work, there is a method of creating a test program by incorporating a test routine in the target source program other than using a dedicated debug tool.

【０００３】通常のソフトウェアは、複数のソースプロ
グラムから成っており、各ソースプログラム毎に、その
開発者が単体テストを行う。また、各ソースプログラム
は複数のサブルーチン（または関数）をコールするよう
になっており、ソースプログラムの不具合がどのサブル
ーチン（または関数）なのかを特定するのが難しいこと
が、テスト作業が遅れる要因の一つとなっている。Ordinary software is composed of a plurality of source programs, and the developer performs a unit test for each source program. In addition, each source program is designed to call multiple subroutines (or functions), and it is difficult to identify which subroutine (or function) has a defect in the source program. It is one.

【０００４】[0004]

【発明が解決しようとする課題】ソースプログラムのテ
スト工程では、通常ソースプログラム開発者自身がテス
トプログラムを作成してデバッグ作業を行う場合が多
い。しかし、ソースプログラムが複数のサブルーチン
（関数）から成っている場合、ソースプログラム全体で
テストを行うとバグの要因となっているサブルーチン
（関数）を推測するのが難しく、このことがデバッグ作
業が遅れてしまう大きな要因となっていた。したがっ
て、各サブルーチン毎に単体テストを行った方が、デバ
ッグ効率が向上するが、サブルーチンの数が多くなる
と、それらのテストプログラムを作成する作業は長時間
となり、テスト効率が向上しなくなる。また、該テスト
プログラムにおいては、対象となるサブルーチン（また
は、関数）をコールする前に、該サブルーチンの引数や
該サブルーチン内部で使われる外部変数などに初期値を
設定する処理などを組み込む必要があるが、それらの変
数の数が多くなると、手作業によるテストプログラム作
成では、人為的ミスにより、初期値を与えるべき変数に
抜けがあったり等してテストプログラム自体にバグが発
生する確率が高くなる。In the source program test process, the source program developer often creates a test program and performs debugging work. However, if the source program consists of multiple subroutines (functions), it is difficult to guess the subroutine (function) that is the cause of the bug when the entire source program is tested, which delays debugging work. It was a big factor that caused it. Therefore, performing the unit test for each subroutine improves the debugging efficiency, but when the number of subroutines increases, the work for creating those test programs takes a long time and the testing efficiency does not improve. In addition, in the test program, before calling a target subroutine (or function), it is necessary to incorporate processing for setting initial values in arguments of the subroutine or external variables used inside the subroutine. However, if the number of these variables increases, the probability that a bug will occur in the test program itself due to human error in the variables that should be given initial values when creating a test program by hand, etc. .

【０００５】本発明の課題は、ソースプログラム内部の
サブルーチン（または関数）の単体テスト用プログラム
を自動的に生成し、ソースプログラムのテスト効率及び
生産性を向上させることである。An object of the present invention is to automatically generate a unit test program for a subroutine (or function) inside a source program and improve the test efficiency and productivity of the source program.

【０００６】[0006]

【課題を解決するための手段】請求項１記載の第１の発
明は、以下の手段を有する。サブルーチン抽出手段は、
ソースプログラムから指定されたサブルーチンを抽出す
る。The first aspect of the present invention has the following means. Subroutine extraction means
Extract the specified subroutine from the source program.

【０００７】インタフェース情報抽出手段は、上記サブ
ルーチン抽出手段によって抽出されたサブルーチンの内
容を解析して、該サブルーチンの外部入出力インタフェ
ース情報を抽出する。The interface information extracting means analyzes the contents of the subroutine extracted by the subroutine extracting means, and extracts external input / output interface information of the subroutine.

【０００８】入出力処理部生成手段は、上記インタフェ
ース情報抽出手段で抽出された外部入出力インタフェー
ス情報に基づいて、上記指定サブルーチンの外部入力変
数の値を設定するための処理を実行する入力処理部と、
上記指定サブルーチンの外部出力変数の値を出力するた
めの処理を実行する出力処理部とを生成する。The input / output processing unit generation means executes the processing for setting the value of the external input variable of the designated subroutine based on the external input / output interface information extracted by the interface information extraction means. When,
And an output processing unit that executes a process for outputting the value of the external output variable of the designated subroutine.

【０００９】テストプログラム生成手段は、上記入出力
処理部生成手段によって生成された上記入力処理部と上
記出力処理部、及び上記サブルーチン抽出手段によって
抽出されたサブルーチンを結合して、上記指定サブルー
チンの単体テスト用プログラムを生成する。The test program generating means combines the input processing portion and the output processing portion generated by the input / output processing portion generating means, and the subroutine extracted by the subroutine extracting means, and performs a unit test of the designated subroutine. Program for

【００１０】また、請求項２記載の第２の発明は、上記
請求項１記載の発明に加え、上記テストプログラム生成
手段によって生成されたテストプログラムの実行によっ
て修正がなされた上記指定されたサブルーチンを、元の
ソースプログラム内の修正前の上記指定サブルーチンと
置き換えて、新たなソースプログラムを生成する新規ソ
ースプログラム生成手段を更に有する。According to a second aspect of the present invention, in addition to the invention according to the first aspect, the specified subroutine modified by the execution of the test program generated by the test program generating means is added. Further, there is further provided new source program generating means for generating a new source program by replacing the above-mentioned designated subroutine in the original source program before correction.

【００１１】[0011]

【作用】上記第１の発明の作用は、次の通りである。先
ず、テスト担当者がソースプログラムのデバッグを行う
際に、該ソースプログラムからデバッグを行いたいサブ
ルーチンを指定すると、該指定されたサブルーチンがサ
ブルーチン抽出手段によって切り出される。The operation of the first invention is as follows. First, when the tester specifies a subroutine to be debugged from the source program when debugging the source program, the specified subroutine is cut out by the subroutine extracting means.

【００１２】インタフェース情報抽出手段は、該サブル
ーチン抽出手段によって抽出されたサブルーチンを解析
し、該サブルーチン内に記述されている外部入出力イン
タフェース情報、例えば、該サブルーチンの引数となっ
ている入力変数、或いは該サブルーチンがメインプログ
ラムに戻す返り値である出力変数等を抽出する。The interface information extracting means analyzes the subroutine extracted by the subroutine extracting means, and external input / output interface information described in the subroutine, for example, an input variable as an argument of the subroutine, or The subroutine extracts an output variable or the like which is a return value returned to the main program.

【００１３】入出力処理部生成手段は、上記インタフェ
ース情報抽出手段で抽出された外部入出力インタフェー
ス情報から標準入力処理等から成る入力処理部、及び前
期指定されたサブルーチンの実行結果である戻り値など
の外部出力変数を表示装置や印字出力装置などに出力す
る標準出力処理等からなる出力処理部を生成する。上記
入力処理部は、例えば、キーボード等の外部入力装置か
ら単体テスト用プログラム内の前記指定されたサブルー
チンの入力変数に任意の値を設定するための処理を実行
するものである。また、上記出力処理部は、上記指定さ
れたサブルーチンの実行結果などが設定された上記外部
変数の値を、例えば、表示装置や印字出力装置を介して
画面や用紙上に出力するための処理を実行するものであ
る。The input / output processing unit generation means includes an input processing unit including standard input processing from the external input / output interface information extracted by the interface information extraction unit, a return value which is an execution result of the subroutine designated in the previous period, and the like. And an output processing unit including standard output processing for outputting the external output variables of the above to a display device, a print output device, or the like. The input processing unit executes processing for setting an arbitrary value to an input variable of the designated subroutine in the unit test program from an external input device such as a keyboard. Further, the output processing unit performs a process for outputting the value of the external variable in which the execution result of the designated subroutine is set, for example, on a screen or paper through a display device or a print output device. It is what you do.

【００１４】テストプログラム生成手段は、入出力処理
部生成手段によって生成された上記入力処理部と上記出
力処理部、及び上記サブルーチン抽出手段によって抽出
されたサブルーチン、また、必要に応じてソースプログ
ラムに記述されたヘッダ部を結合して単体テスト用プロ
グラムを生成する。テスト担当者は、該生成された単体
テスト用プログラムを実行してデバッグを行い、上記指
定したサブルーチンにバグがあった場合、そのサブルー
チンをエディタ等により修正する。The test program generating means is described in the input processing section and the output processing section generated by the input / output processing section generating section, the subroutine extracted by the subroutine extracting section, and, if necessary, in the source program. Generate the unit test program by combining the generated header parts. The tester executes the generated unit test program to perform debugging, and if the specified subroutine has a bug, corrects the subroutine with an editor or the like.

【００１５】従って、テスト担当者は、あるソースプロ
グラムにおいてテストしたいサブルーチンを指定するだ
けで、自動的にそのサブルーチン用の単体テストプログ
ラムを作成することができる。このため、複数のサブル
ーチンを呼び出しているソースプログラムにおいて各サ
ブルーチン毎に、個別に単体テストを実行することが可
能となるので、上記ソースプログラムのテストを効率良
く行うことが可能になる。Therefore, a tester can automatically create a unit test program for a subroutine by simply designating a subroutine to be tested in a certain source program. For this reason, it is possible to individually execute a unit test for each subroutine in a source program that calls a plurality of subroutines, and thus it is possible to efficiently test the source program.

【００１６】また、第２の発明においては、新規ソース
プログラム生成手段が、該修正された単体テスト用プロ
グラム内の上記指定されたサブルーチンを、元のソース
プログラム内の修正前の上記指定サブルーチンと置き換
えて、該指定サブルーチンに関してはバグが解消された
新規のソースプログラムを生成する。Further, in the second invention, the new source program generating means replaces the designated subroutine in the modified unit test program with the designated subroutine before modification in the original source program. With respect to the designated subroutine, a new source program in which a bug is eliminated is generated.

【００１７】従って、デバッグの完了したサブルーチン
をソースプログラムに直ちに反映させることができるの
で、該ソースプログラムのデバッグ作業の効率が向上す
る。Therefore, since the subroutine for which debugging has been completed can be immediately reflected in the source program, the efficiency of the debugging work of the source program is improved.

【００１８】[0018]

【実施例】図１は、本発明の一実施例の全体構成を示す
ブロック図である。表示装置２１は、例えば、ＣＲＴデ
ィスプレイや液晶表示装置等から成り、プログラマーに
よって作成されたターゲット・システム用のソースプロ
グラム（以後、正規プログラムと呼ぶ）内の動作を確認
したいサブルーチンの指定や、自動作成されたテストプ
ログラムの内容等を表示する。1 is a block diagram showing the overall construction of an embodiment of the present invention. The display device 21 is composed of, for example, a CRT display, a liquid crystal display device, or the like, and specifies a subroutine for which the operation in the source program for the target system (hereinafter referred to as a regular program) created by the programmer is to be confirmed or automatically created. Display the contents of the executed test program.

【００１９】キーボード２２は、上記対象プログラム及
び該対象プログラム内のサブルーチンの指定等の入力の
ために使用される入力装置である。外部記憶装置２３
は、ハードディスク装置、フロッピィディスク装置、或
いは光磁気ディスク装置等からなり、システムプログラ
ム、さらには上記対象プログラムや該対象プログラム内
でコールされているサブルーチンや、使用されているフ
ァイル、ライブラリ化された標準入出力関数、プリプロ
セッサ、該対象プログラムのメインプログラム等が格納
されている記憶装置である。The keyboard 22 is an input device used for inputting the target program and a subroutine in the target program. External storage device 23
Is a hard disk device, a floppy disk device, a magneto-optical disk device, or the like, and is a system program, the above-mentioned target program, a subroutine called in the target program, a file used, a library standard. The storage device stores an input / output function, a preprocessor, a main program of the target program, and the like.

【００２０】また、さらには、正規プログラム内のテス
ト対象となるサブルーチンのテストプログラムを自動生
成するためのツールであるテストプログラム自動生成
部、動作の不具合が見つかったサブルーチンを修正のた
めのツールであるエディタ等が格納される。また、主記
憶装置２４は、該外部記憶装置２３内に格納されている
上記正規プログラム、上記サブプログラムやファイルな
どの各種ソフトウェアがロードされるＣＰＵ２５のメイ
ンメモリである。Furthermore, a test program automatic generation unit which is a tool for automatically generating a test program for a subroutine to be tested in a regular program, and a tool for correcting a subroutine in which a malfunction is found. The editor etc. are stored. Further, the main storage device 24 is a main memory of the CPU 25 into which various software such as the regular program, the sub program, and the files stored in the external storage device 23 are loaded.

【００２１】ＣＰＵ（中央処理装置）２５は、該メイン
メモリ２４上にロードされた前記テストプログラム自動
生成部を実行して、上記対象プログラム内のテスト対象
となるサブルーチンのテストプログラムを自動生成す
る。また、上記エディタを実行することにより、該テス
トプログラムの修正も行う。The CPU (Central Processing Unit) 25 executes the test program automatic generation section loaded on the main memory 24 to automatically generate the test program of the subroutine to be tested in the target program. Also, the test program is modified by executing the editor.

【００２２】図２は、上記テストプログラム自動生成部
のモジュール構成を示す図である。該テストプログラム
自動生成部は、正規プログラムからテスト担当者により
指定された該対象プログラム内でコールされているサブ
ルーチンの動作確認を行うためのテストプログラムを自
動生成するものであり、ＣＰＵ２１によって外部記憶装
置２３から読み出されて上記主記憶装置２４にロードさ
れる。FIG. 2 is a diagram showing the module configuration of the test program automatic generation unit. The test program automatic generation unit is for automatically generating a test program for confirming the operation of the subroutine called in the target program designated by the tester from the regular program. It is read from 23 and loaded into the main memory 24.

【００２３】このテストプログラム自動生成部は、プロ
グラム管理装置制御部３１、プログラム分割／結合処理
部３２、Ｉ／Ｆ生成処理部３３、入出力生成処理部の４
個のモジュールから構成される。The test program automatic generation unit includes a program management device control unit 31, a program division / connection processing unit 32, an I / F generation processing unit 33, and an input / output generation processing unit.
It consists of 4 modules.

【００２４】プログラム管理装置制御部３１は、主とし
て、テストプログラム自動生成の全体的な制御を行うも
のであり、プログラム分割／結合処理部３２、Ｉ／Ｆ生
成処理部３３、入出力生成処理部３４を個々に制御す
る。The program management device control unit 31 mainly controls the entire test program automatic generation, and includes a program division / connection processing unit 32, an I / F generation processing unit 33, and an input / output generation processing unit 34. Control individually.

【００２５】プログラム分割／結合処理部３２は、正規
プログラムをヘッダ部、上記指定した指定サブルーチ
ン、該指定サブルーチン以外のサブルーチンに分割す
る。また、プログラム分割／結合処理部３２は、テスト
担当者により修正された上記指定サブルーチンと上記ヘ
ッダ部、及び上記指定サブルーチン以外のサブルーチン
を結合する。The program dividing / combining unit 32 divides the regular program into a header portion, the designated subroutine designated above, and a subroutine other than the designated subroutine. In addition, the program division / combination processing unit 32 combines the specified subroutine modified by the tester, the header section, and a subroutine other than the specified subroutine.

【００２６】Ｉ／Ｆ生成処理部３３は、テスト担当者に
よりテスト対象として指定された上記対象プログラム内
のサブルーチン（指定サブルーチン）を解析し、該指定
サブルーチン内で記述された入力変数、及び出力変数を
抽出し、これらの変数を該指定サブルーチンに対する外
部入出力用の変数に設定する。The I / F generation processing unit 33 analyzes a subroutine (designated subroutine) in the target program designated as a test target by the tester, and inputs and output variables described in the designated subroutine. And set these variables as variables for external input / output to the designated subroutine.

【００２７】入出力生成処理部３４は、上記Ｉ／Ｆ生成
処理部３３で抽出された上記指定サブルーチンに対する
外部入力変数から入力部（入力処理部）を生成する。ま
た、上記外部出力変数から出力部（出力処理部）を生成
する。プログラム管理装置制御部３１は、プログラム分
割／結合処理部３２を制御して、上記ヘッダ部と上記入
力部、上記指定サブルーチン、及び上記出力部を結合し
て、上記指定サブルーチンをテストするためのテストプ
ログラムを生成する。テスト担当者は、キーボード２２
から上記テストプログラムをコンパイル・リンクして実
行形式のプログラムに変換した後、該プログラムを実行
することにより、上記指定サブルーチン内で用いられて
いる入力変数の値を入力することにより、表示装置２１
上の画面を見ながら対話形式で上記指定サブルーチンの
動作確認を行うことが可能になる。尚、この場合、該入
力変数に対する指定サブルーチンの実行結果は、表示装
置２１上に表示される。The input / output generation processing unit 34 generates an input unit (input processing unit) from the external input variable for the specified subroutine extracted by the I / F generation processing unit 33. Also, an output unit (output processing unit) is generated from the external output variable. The program management device control section 31 controls the program division / combination processing section 32 to combine the header section, the input section, the designated subroutine, and the output section to test the designated subroutine. Generate a program. The tester uses the keyboard 22
After compiling and linking the above test program into an executable program, the program is executed to input the value of the input variable used in the designated subroutine, thereby displaying the display device 21.
It is possible to check the operation of the specified subroutine interactively while looking at the screen above. In this case, the execution result of the designated subroutine for the input variable is displayed on the display device 21.

【００２８】図３は、上記構成の実施例の全体的な処理
の流れを説明する図である。プログラム１０１は、図３
に模式的に示すように主としてヘッダ部１０５、及び複
数のサブルーチン１０６〜１０８によって構成されてい
る。テスト担当者は、該プログラム１０１全体をデバッ
グするに際して、該プログラム１０１内でコールされて
いる複数のサブルーチン１０６〜１０８を個々に単体テ
ストする。図３（ａ）に示す例では、サブルーチン１０
７を単体テストの対象として指定する。その結果、図３
（ａ）に示すように、複数のサブルーチン１０６〜１０
８は、第１の指定外サブルーチン１０６、指定サブルー
チン１０７、及び第２の指定外サブルーチン１０８に区
分される。FIG. 3 is a diagram for explaining the overall processing flow of the embodiment having the above configuration. The program 101 is shown in FIG.
As shown schematically in FIG. 1, it is mainly composed of a header section 105 and a plurality of subroutines 106 to 108. When debugging the entire program 101, the tester individually tests each of the plurality of subroutines 106 to 108 called in the program 101. In the example shown in FIG. 3A, the subroutine 10
Specify 7 as the unit test target. As a result, FIG.
As shown in (a), a plurality of subroutines 106 to 10
8 is divided into a first undesignated subroutine 106, a designated subroutine 107, and a second undesignated subroutine 108.

【００２９】該区分によりプログラム１０１は、図３
（ｂ）に示すように（ヘッダ部１０５＋第１の指定外サ
ブルーチン１０６）、指定サブルーチン１０７、及び第
２の指定外サブルーチン１０８に分割される。According to the division, the program 101 is shown in FIG.
As shown in (b), (header section 105 + first undesignated subroutine 106) is divided into a designated subroutine 107 and a second undesignated subroutine 108.

【００３０】Ｉ／Ｆ生成処理部３３は、指定サブルーチ
ン１０７を解析して、該指定サブルーチン１０７内の入
力変数、及び出力変数を抽出する。そして、入出力生成
処理部３４は、該抽出された入力変数から入力部（入力
処理部）を生成し、前記分割されたヘッダ部１０５と上
記生成された入力部とから（ヘッダ部＋入力部）１０９
を生成する。更に、入出力生成処理部３３は、上記抽出
された出力変数から出力部（出力処理部）１１０を生成
する。The I / F generation processing unit 33 analyzes the designated subroutine 107 and extracts the input variable and the output variable in the designated subroutine 107. Then, the input / output generation processing unit 34 generates an input unit (input processing unit) from the extracted input variable, and calculates (header unit + input unit) from the divided header unit 105 and the generated input unit. ) 109
Generate Further, the input / output generation processing unit 33 generates the output unit (output processing unit) 110 from the extracted output variable.

【００３１】プログラム分割／結合処理部３２は、（ヘ
ッダ部＋入力部）１０９、指定サブルーチン１０７、出
力部１１０をリンクして図３（ｄ）に示すように、該指
定サブルーチン１０７をテストするための単体のテスト
プログラム１０２を生成する。The program division / combination processing section 32 links the (header section + input section) 109, the designated subroutine 107, and the output section 110 to test the designated subroutine 107 as shown in FIG. 3 (d). The unit test program 102 is generated.

【００３２】テスト担当者は、該単体のテストプログラ
ム１０２をコンパイル・リンクして実行することによ
り、該単体のテストプログラム１０２をデバッグする。
そして、該単体のテストプログラム１０２にバグが見つ
かった場合には、エディタにより該バグの修正箇所を修
正して新たな単体のテストプログラム１０３を作成する
（図３（ｅ））。The tester debugs the unit test program 102 by compiling, linking and executing the unit test program 102.
When a bug is found in the unit test program 102, the editor corrects the bug correction portion to create a new unit test program 103 (FIG. 3E).

【００３３】以上のようにして、指定サブルーチン１０
７のデバッグが完了すると、プログラム分割／結合処理
部３２は、図３（ｆ）に示すように、上記テストプログ
ラム１０３を、（ヘッダ部＋入力部）１０９、修正され
た指定サブルーチン１１１、及び出力部１１０に分割す
る。As described above, the designated subroutine 10
When the debugging of 7 is completed, the program division / coupling processing unit 32, as shown in FIG. 3F, outputs the test program 103 to the (header unit + input unit) 109, the modified designated subroutine 111, and the output. Divide into parts 110.

【００３４】最後に、プログラム分割／結合処理部３２
は、図３（ｇ）に示すように、ヘッダ部１０５、第１の
指定外サブルーチン１０６、及び第２の指定外サブルー
チン１０８の間に上記デバッグの完了した指定サブルー
チン１１１を挿入して、指定サブルーチンのデバッグが
完了したプログラム１０４を生成する。Finally, the program division / connection processing unit 32
As shown in FIG. 3G, the designated subroutine 111, which has been debugged, is inserted between the header section 105, the first undesignated subroutine 106, and the second undesignated subroutine 108, and the designated subroutine The program 104 for which debugging of is completed is generated.

【００３５】以上のようにして、テスト担当者は、テス
ト対象のプログラムについて、個々のサブルーチンを個
別に指定することによりそれら個々のサブルーチンに対
する単体のプログラムを自動生成できるので、該テスト
対象のプログラムをサブルーチン単位でデバッグできる
ようになる。このため、バグが発生しているサブルーチ
ンを効率良く、見つけ出すことが可能となる。As described above, the tester can automatically generate a single program for each sub-routine by individually specifying each sub-routine for the test target program. You will be able to debug in subroutine units. For this reason, it becomes possible to efficiently find the subroutine in which the bug has occurred.

【００３６】次に、図４乃至図１２のフローチャートを
参照しながら、上述した本実施例におけるプログラムの
デバッグ方法を説明する。図４は、本実施例におけるデ
バッグ処理の全体の処理手順を示すゼネラル・フローチ
ャートである。Next, the program debugging method in the above-described embodiment will be described with reference to the flowcharts of FIGS. FIG. 4 is a general flowchart showing the overall processing procedure of the debug processing in this embodiment.

【００３７】先ず、テスト担当者は表示装置２１に表示
された正規プログラムの内容を見ながら、テストを行い
たいサブルーチンの指定をキーボード２２を用いて行
う。すなわち、ＣＰＵ２５は、外部記憶装置２３から上
記正規プログラムを読出し、該正規プログラムを主記憶
装置２４にロードすると共に、該正規プログラムの内容
をＣＲＴ２１に表示する。そしてテスト担当者は、例え
ば直接コマンド入力により、またはＣＲＴ２１に表示さ
れる該対象プログラムの表示範囲をキーボード２２を介
したスクロール操作により変更しながら、テストを行い
たいサブルーチン全体をキーボード２２を用いて範囲指
定する（Ｓ１０１）。First, the tester uses the keyboard 22 to specify the subroutine to be tested while observing the contents of the regular program displayed on the display device 21. That is, the CPU 25 reads the regular program from the external storage device 23, loads the regular program into the main storage device 24, and displays the contents of the regular program on the CRT 21. Then, the tester changes the display range of the target program displayed on the CRT 21 by scrolling through the keyboard 22 while directly changing the display range of the target program by using the keyboard 22 while performing the test operation. It is designated (S101).

【００３８】該指定により、前記テストプログラム自動
生成部は、該指定されたサブルーチンの動作のみを確認
するためのテストプログラムを自動生成する（Ｓ１０
２）。テスト担当者は、不図示のコンパイラを起動して
該テストプログラムをコンパイルし、さらに、不図示の
リンクを起動して上記テストプログラムのＣＰＵ２５上
で実行可能な形式のファイルを作成し、該実行形式ファ
イルをＣＰＵ２５上で実行させて該テストプログラムの
テストを行う（Ｓ１０３）。According to the designation, the test program automatic generation unit automatically generates a test program for confirming only the operation of the designated subroutine (S10).
2). The tester activates a compiler (not shown) to compile the test program, further activates a link (not shown) to create a file in a format executable on the CPU 25 of the test program, and execute the execution format. The file is executed on the CPU 25 to test the test program (S103).

【００３９】テスト担当者は上記テストプログラムの実
行によって出力される結果（テスト結果）をＣＲＴ２５
の画面上で確認して、上記テスト対象のサブルーチン内
にバグが含まれているか否かを判定する。そして、該テ
スト結果が正常であれば（Ｓ１０４，Ｙｅｓ）、上記テ
スト対象のサブルーチンにはバグが含まれていないもの
と判断してステップＳ１０６へ進む。一方、テスト結果
が異常であれば（Ｓ１０４，Ｎｏ）、上記テスト対象の
サブルーチンにバグがあるものと判断してステップＳ１
０５へ進む（Ｓ１０４）。The person in charge of the test outputs the result (test result) output by the execution of the above test program to the CRT 25.
Check on the screen to determine whether a bug is included in the subroutine to be tested. If the test result is normal (S104, Yes), it is determined that the test target subroutine does not include a bug, and the process proceeds to step S106. On the other hand, if the test result is abnormal (S104, No), it is determined that there is a bug in the subroutine to be tested, and step S1 is performed.
It progresses to 05 (S104).

【００４０】該ステップＳ１０５では、バグがあること
が判明した上記サブルーチンのデバッグを行う。該デバ
ッグは、例えば、以下に述べるような手順で行われる。
テスト担当者は、机上デバッグにより、上記指定サブル
ーチンのバク発生箇所を見つけると、ＣＰＵ２５上でエ
ディタを起動して、上記テストプログラム内のサブルー
チンを修正する。そして、該修正後のテストプログラム
に対して、コンパイル及びリンクの作業を行い、再びテ
ストプログラムをＣＰＵ２５上で実行する。このような
作業を、テスト結果に異常が発生しなくなるまで繰り返
す（Ｓ１０５）。In the step S105, the above subroutine found to have a bug is debugged. The debugging is performed, for example, in the procedure described below.
When the tester finds a bug occurrence location of the designated subroutine by desk debugging, he starts an editor on the CPU 25 and corrects the subroutine in the test program. Then, the modified test program is compiled and linked, and the test program is executed again on the CPU 25. Such work is repeated until no abnormality occurs in the test result (S105).

【００４１】そして、上記最終的に修正されたテストプ
ログラムから指定サブルーチンを分離し、該指定サブル
ーチンを正規プログラム内の正しい位置へ自動挿入する
（Ｓ１０６）。Then, the designated subroutine is separated from the finally modified test program, and the designated subroutine is automatically inserted into the correct position in the regular program (S106).

【００４２】図５は、前記テストプログラム自動生成部
によって実行される正規プログラムからテストプログラ
ムを自動生成する処理を説明するフローチャートであ
る。先ず、テスト担当者はＣＲＴ２１に表示された正規
プログラムに含まれているサブルーチンの中からテスト
を行いたいサブルーチンを指定する。この指定は、例え
ば、該指定サブルーチンの記述領域の前後をマーキング
することによって行う。このマーキングに基づいて、正
規プログラムから該指定サブルーチンを切り分ける処理
や修正後の上記指定サブルーチンを、再び正規プログラ
ムに挿入する処理が行われる（Ｓ２０１）。FIG. 5 is a flow chart for explaining a process of automatically generating a test program from a regular program executed by the test program automatic generation section. First, the tester designates a subroutine to be tested from the subroutines included in the regular program displayed on the CRT 21. This designation is made, for example, by marking the front and back of the description area of the designated subroutine. Based on this marking, a process of separating the designated subroutine from the regular program and a process of inserting the corrected designated subroutine into the regular program again are performed (S201).

【００４３】次に、正規プログラムからヘッダ部、及び
指定サブルーチンを取得する（Ｓ２０２）。続いて、上
記取得した指定サブルーチン内で記述されている各識別
子を解析し、入力変数、及び出力変数を抽出する。識別
子とは、例えば、“Ｃ”などのプログラミング言語で記
述されたプログラム内のマクロ命令、定数、変数、或い
は関数などに付ける名前のことであり、該識別子に基づ
いて入力変数、出力変数を抽出する（Ｓ２０３）。Next, the header section and the designated subroutine are acquired from the regular program (S202). Subsequently, each identifier described in the acquired designated subroutine is analyzed to extract an input variable and an output variable. The identifier is a name given to a macro instruction, a constant, a variable, or a function in a program written in a programming language such as “C”, and extracts an input variable and an output variable based on the identifier. Yes (S203).

【００４４】次に、上記抽出された入力変数に基づいて
入力処理部を生成する（Ｓ２０４）。更に、上記抽出さ
れた出力変数に基づいて出力処理部を生成する（Ｓ２０
５）。Next, an input processing unit is generated based on the extracted input variables (S204). Further, an output processing unit is generated based on the extracted output variable (S20).
5).

【００４５】最後に、上記ステップＳ２０２で取得され
たヘッダ部と指定サブルーチン、上記ステップＳ２０４
で生成された入力処理部、及び上記ステップＳ２０５で
生成された出力処理部とを結合してテストプログラムを
生成する（Ｓ２０６）。Finally, the header section acquired in step S202 and the designation subroutine, and step S204 described above.
The input processing unit generated in step S205 and the output processing unit generated in step S205 are combined to generate a test program (S206).

【００４６】図６は、上記ステップＳ２０１の処理の詳
細を示したフローチャートである。マーキングは２種類
に大別され、その１つは指定サブルーチンを切り出した
後の正規プログラムに付加されるマーキングである挿入
用マーキングである。該挿入用マーキングは、指定サブ
ルーチンの最初の行の前と、該指定サブルーチンの最後
の行の後に付加される。該挿入用マーキングは、修正さ
れたサブルーチンを元の正規プログラムに戻す際の挿入
箇所を示すものである。FIG. 6 is a flow chart showing details of the processing in step S201. The markings are roughly classified into two types, one of which is an insertion marking which is a marking added to a regular program after cutting out a designated subroutine. The insertion marking is added before the first line of the designated subroutine and after the last line of the designated subroutine. The insertion marking indicates an insertion point when the corrected subroutine is returned to the original regular program.

【００４７】また、もう１つのマーキングは、指定サブ
ルーチンの最初の行、及び該指定サブルーチンの最後の
行に付加されるマーキングである取り出し用マーキング
である。該取り出し用マーキングは、修正された指定サ
ブルーチンを元の正規プログラムに戻す際の該修正され
た指定サブルーチンのポインタとして使用される。Another marking is a marking for extraction which is a marking added to the first line of the designated subroutine and the last line of the designated subroutine. The extraction marking is used as a pointer of the modified designated subroutine when returning the modified designated subroutine to the original regular program.

【００４８】先ず、テスト担当者は正規プログラム内で
検査したいサブルーチン（指定サブルーチン）を決め、
正規プログラム内での該指定サブルーチンの最初の行の
前と最後の行の後にマーキングを行う。例えば、図１３
（ａ）に示すようなＣ言語で記述された正規プログラム
１０１を例にとると、テスト担当者が正規プログラム１
０１の１３〜１７行目の前後First, the tester decides a subroutine (designated subroutine) to be inspected in the regular program,
Marking is performed before the first line and after the last line of the designated subroutine in the regular program. For example, in FIG.
Taking the regular program 101 written in C language as shown in (a) as an example, the person in charge of testing is the regular program 1
Before and after the 13th to 17th lines of 01

【００４９】[0049]

【数１】 [Equation 1]

【００５０】に２つの特殊記号 外１ でマーキングを
行った場合、サブルーチンｃｏｎｖｈWhen the marking is performed with two special symbols 1 in, the subroutine convh

【００５１】[0051]

【外１】 [Outside 1]

【００５２】ｅｘ（ｉｘ）が指定サブルーチンとなる。
この時、２つの 外２ が挿入用マーEx (ix) is the designated subroutine.
At this time, the two outer 2 are insertion marks

【００５３】[0053]

【外２】 [Outside 2]

【００５４】キングとなる。尚、該挿入用マーキングと
して、コメント文を用いるようにしてもよい（Ｓ３０
１）。次に、正規プログラムから上記２つの挿入用マー
キングで囲まれた指定サブルーチンを切り出し、これを
主記憶装置２４内の別の領域に格納する（Ｓ３０２）。Become the King. A comment sentence may be used as the insertion marking (S30).
1). Next, the designated subroutine surrounded by the two insertion markings is cut out from the regular program and stored in another area in the main memory 24 (S302).

【００５５】最後に、該切り出され、格納された指定サ
ブルーチンの最初の行の前と、最後の行の後に取り出し
用マーキングを付加する。。この取り出し用マーキング
は、指定サブルーチンの修正時にも付加されたままとな
り、修正後のサブルーチンを正規プログラムに挿入する
際に使用される（Ｓ３０３）。Finally, the extraction marking is added before the first line and after the last line of the cut out and stored designated subroutine. . The extraction marking remains added even when the designated subroutine is modified, and is used when the modified subroutine is inserted into the regular program (S303).

【００５６】図７は、上記ステップＳ２０２の処理の詳
細を示したフローチャートである。先ず、正規プログラ
ムの中から上記挿入用マーキングを基に、指定サブルー
チンを検索すると共に、該正規プログラムのヘッダ部に
記述されているｉｎｃｌｕｄｅ文、外部変数、及びマク
ロ命令等の識別子を検索する。例えば、図１３（ａ）に
示す正規プログラム１０１の場合には、１〜２行目の記
述から♯ｉｎｃｌｕｄｅ ＜ｓｔｄｉｏ．ｈ＞ がｉｎ
ｃｌｕｄｅ文として、ｅｘｔｅｒｎ ｃｈａｒ ｈｅｘ
ｂｕｆ〔〕； から、ｈｅｘｂｕｆ〔〕が外部変数とし
て検索される（Ｓ４０１）。FIG. 7 is a flow chart showing details of the processing in step S202. First, the designated subroutine is searched from the regular program based on the above insertion marking, and at the same time, the include statement, the external variable, the macro instruction and the like described in the header of the regular program are searched. For example, in the case of the regular program 101 shown in FIG. 13A, from the description of the first and second lines, #include <stdio. h> is in
As a sentence statement, extern char hex
bubu []; is searched as hexbuf [] as an external variable (S401).

【００５７】次に、正規プログラムから上記ステップＳ
４０１で検索されたｉｎｃｌｕｄｅ文、外部変数、及び
マクロ命令で構成されるヘッダ部、及び上記指定サブル
ーチンの本体を取得する（Ｓ４０２）。Next, from the regular program, the above step S
The include statement retrieved in 401, the external variable, and the header section including the macro instruction and the main body of the designated subroutine are acquired (S402).

【００５８】図８は、上記ステップＳ２０３の処理の詳
細を示したフローチャートである。先ず、上記ステップ
Ｓ４０２で取得した指定サブルーチンの先頭行から識別
子を検索する。このステップは、２回目以降は次の識別
子を検索するものである（Ｓ５０１）。FIG. 8 is a flow chart showing details of the processing in step S203. First, the identifier is searched from the first line of the designated subroutine acquired in step S402. This step is to search for the next identifier after the second time (S501).

【００５９】次に、上記識別子の検索結果から、識別子
が存在するか否かを判定する。すなわち、指定サブルー
チンの全ての行について、識別子の検索が終了したか否
かを判定する。識別子が存在しない場合（Ｓ５０２，Ｎ
ｏ）は、指定サブルーチン内で記述されている全ての識
別子の抽出が終了したのが処理を終了する。一方、識別
子が存在する場合（Ｓ５０２，Ｙｅｓ）には、該識別子
がマクロ命令であるか否かを判定する。該識別子がマク
ロ命令の場合（Ｓ５０３，Ｙｅｓ）には、入力変数、出
力変数のいずれでもないので、上記ステップＳ５０１へ
戻り次の識別子を検索する。また、該識別子がマクロ命
令でない場合（Ｓ５０３，Ｎｏ）には、次に、上記識別
子が関数であるか否かを判定する（Ｓ５０４）。該識別
子が関数の場合（Ｓ５０４，Ｙｅｓ）には、入力変数、
出力変数のいずれでもないので、Ｓ５０１へ戻り次の識
別子を検索する。一方、該識別子が関数でない場合（Ｓ
５０４，Ｎｏ）には、該識別子が引数であるか否かを判
定する。該識別子が引数の場合（Ｓ５０５，Ｙｅｓ）に
は入力変数であると判定して、主記憶装置２０４内に作
成された不図示の入出力変数テーブルに該引数を設定す
ると共に、該引数に対応して設けられた入力変数フラグ
を立てる（Ｓ５０６）。例えば、図１３（ａ）の１３行
目の記述 ｃｏｎｖｈｅｘ （ｉｘ） からｉｘが引数であると判断され、入力変数として設定
される。Next, it is judged from the search result of the above identifier whether or not the identifier exists. That is, it is determined whether the identifier search has been completed for all the lines of the designated subroutine. If no identifier exists (S502, N
In o), the process ends when the extraction of all the identifiers described in the designated subroutine is completed. On the other hand, if the identifier exists (S502, Yes), it is determined whether the identifier is a macro instruction. If the identifier is a macro instruction (S503, Yes), it is neither an input variable nor an output variable, so the process returns to step S501 to search for the next identifier. If the identifier is not a macro instruction (S503, No), then it is determined whether the identifier is a function (S504). If the identifier is a function (S504, Yes), the input variable,
Since it is not one of the output variables, the process returns to S501 to search for the next identifier. On the other hand, if the identifier is not a function (S
No. 504, No), it is determined whether the identifier is an argument. When the identifier is an argument (S505, Yes), it is determined to be an input variable, the argument is set in the input / output variable table (not shown) created in the main storage device 204, and the corresponding argument is set. Then, the provided input variable flag is set (S506). For example, it is determined from the description convhex (ix) on the 13th line in FIG. 13A that ix is an argument and is set as an input variable.

【００６０】また、該識別子が引数でない場合（Ｓ５０
５，Ｎｏ）には、該識別子が返値（戻り値）であるか否
かを判定する。該識別子が返値である場合（Ｓ５０７，
Ｙｅｓ）には該識別子は出力変数であると判定して、前
記入出力変数テーブルに該識別子名を設定すると共に、
それに対応付けられた出力変数フラグを立てる（Ｓ５０
８）。さらに、該識別子が返値でない場合（Ｓ５０７，
Ｎｏ）には、該識別子が外部変数であるか否かの判定を
前記ステップＳ４０２で抽出した全ての外部変数と照合
することにより行う。該識別子が外部変数の場合（Ｓ５
０９，Ｙｅｓ）には、更に該外部変数が入力変数または
出力変数のいずれであるかを判定する（Ｓ５１０）。
尚、該識別子が外部変数でない場合（Ｓ５０９，Ｎｏ）
には、上記Ｓ５０１へ戻り次の識別子を検索する。If the identifier is not an argument (S50
5, No), it is determined whether or not the identifier is a return value (return value). If the identifier is a return value (S507,
Yes), the identifier is determined to be an output variable, the identifier name is set in the input / output variable table, and
An output variable flag associated with it is set (S50
8). Furthermore, if the identifier is not the return value (S507,
No), the determination as to whether or not the identifier is an external variable is made by collating all the external variables extracted in step S402. If the identifier is an external variable (S5
(09, Yes), it is further determined whether the external variable is an input variable or an output variable (S510).
When the identifier is not an external variable (S509, No)
To return to step S501, the next identifier is searched.

【００６１】次に、上記ステップＳ５１０の判定処理の
詳細を、図９のフローチャートを用いて以下に説明す
る。先ず、外部変数を含む命令文に代入演算子が含まれ
ているか否かを判定する。代入演算子が含まれていない
場合（Ｓ６０１，Ｎｏ）には、該外部変数を入力変数と
判定する。例えば、図１３（ａ）の１６行目に外部変数
であるｈｅｘｂｕｆを含んだ命令ｓｐｒｉｎｔｆ（ｈｅ
ｘｂｕｆ，”％０４ｄ￥ｎ”，ｉｘ）があるが、この命
令文には代入演算子が含まれていないので、外部変数ｈ
ｅｘｂｕｆは入力変数として判定する。Next, the details of the determination processing in step S510 will be described below with reference to the flowchart in FIG. First, it is determined whether the imperative sentence including the external variable includes the assignment operator. When the assignment operator is not included (S601, No), the external variable is determined as the input variable. For example, in the 16th line in FIG. 13A, the instruction printf (he containing the external variable hexbuf is included.
xbuf, "% 04d \ n", ix), but since this statement does not include an assignment operator, the external variable h
exbuf is determined as an input variable.

【００６２】また、代入演算子が含まれている場合（Ｓ
６０１，Ｙｅｓ）には、外部変数が代入演算子に対して
右辺であるか、左辺であるかを判定する。該外部変数が
代入演算子に対して右辺である場合（Ｓ６０２，Ｙｅ
ｓ）には、それを入力変数として識別し、前記入出力変
数テーブルに該識別子名を設定すると共に、該識別子名
に対応して設けられた入力変数フラグを立てる。また、
該外部変数が代入演算子に対して左辺である場合（Ｓ６
０２，Ｎｏ）には、出力変数として識別し、前記入出力
変数テーブルに該識別子名を設定すると共に、それに対
応付けられた出力変数フラグを立てる。When the assignment operator is included (S
No. 601, Yes) determines whether the external variable is on the right side or the left side of the assignment operator. When the external variable is on the right side of the assignment operator (S602, Ye
In s), it is identified as an input variable, the identifier name is set in the input / output variable table, and an input variable flag provided corresponding to the identifier name is set. Also,
When the external variable is on the left side of the assignment operator (S6
No. 02, No) is identified as an output variable, the identifier name is set in the input / output variable table, and an output variable flag associated with it is set.

【００６３】次に、上記ステップＳ２０４の処理の詳細
を、図１０のフローチャートを用いて以下に説明する。
先ず、上記入出力変数テーブルの中で、入力変数フラグ
が立っている入力変数を検索する。次に、該検索によっ
て抽出された入力変数の型が文字型か否かを判定する。
そして、該入力変数の型が文字型の場合（Ｓ７０１，Ｙ
ｅｓ）には、後述するステップＳ７０３へ進む。また、
該入力変数の型が文字型でない場合（Ｓ７０１，Ｎｏ）
には、該入力変数の標準入力データを文字型から数値型
へ変換する処理を生成する（Ｓ７０２）。これは、標準
入力としてキーボード２０２から入力される変数のデー
タは文字型としてＣＰＵ２５に入力されるので、ＣＰＵ
２５内部で上記入力変数を数値型として処理するために
は、該入力変数を文字型から数値型へ変換処理が必要と
なるからである。例えば、図１３（ｂ）の下欄の６行目
で、入力変数（引数）ｉｘはｍａｉｎ（ ）内部で整数
型として定義されているので、この変換処理が必要とな
る。図１３（ｂ）の下欄の８行目の ｓｃａｎｆ（”％ｄ”，＆ｉｘ）； の括弧内の記述がこの処理によって追加・生成されるも
のに相当する。Details of the processing in step S204 will be described below with reference to the flowchart of FIG.
First, the input / output variable table is searched for an input variable for which an input variable flag is set. Next, it is determined whether the type of the input variable extracted by the search is the character type.
When the type of the input variable is the character type (S701, Y
es), the process proceeds to step S703 described below. Also,
When the type of the input variable is not the character type (S701, No)
In step S702, the standard input data of the input variable is converted from the character type to the numeric type (S702). This is because the variable data input from the keyboard 202 as standard input is input to the CPU 25 as a character type.
This is because in order to process the input variable as a numeric type inside 25, it is necessary to convert the input variable from a character type to a numeric type. For example, in the sixth line in the lower column of FIG. 13B, the input variable (argument) ix is defined as an integer type inside main (), so this conversion process is necessary. The description in parentheses of scanf (“% d”, &ix); on the 8th line in the lower column of FIG. 13B corresponds to that added / generated by this process.

【００６４】次に、各入力変数について標準入力処理を
生成する（Ｓ７０３）。例えば、図１３（ｂ）の下欄の
８行目のｓｃａｎｆ（）がこの標準入力処理に相当す
る。また、入力変数が文字型の場合には（Ｓ７０１，Ｙ
ｅｓ）、標準入力変数の型変換を行い標準入力処理を生
成する（Ｓ７０３）。Next, a standard input process is generated for each input variable (S703). For example, scanf () on the 8th line in the lower column of FIG. 13B corresponds to this standard input process. If the input variable is a character type (S701, Y
es), standard input variable type conversion is performed to generate standard input processing (S703).

【００６５】上記ステップＳ７０１〜７０３の処理を全
ての入力変数に対して実行することにより、テストプロ
グラムの入力処理部を生成する。次に、上記ステップＳ
２０５の出力処理部の生成処理の詳細を、図１１のフロ
ーチャートを用いて以下に説明する。The input processing unit of the test program is generated by executing the processing of steps S701 to 703 for all the input variables. Next, the above step S
Details of the generation processing of the output processing unit 205 will be described below with reference to the flowchart of FIG. 11.

【００６６】先ず、主記憶装置２４内に設けられた上記
入出力変数テーブルの中で、出力変数フラグが立ってい
る識別子を検索する。続いて、該検索によって抽出され
た出力の変数が文字型か否かを判定する（Ｓ８０１）。
そして、該識別子の変数の型が文字型の場合（Ｓ８０
１，Ｙｅｓ）には、後述するステップＳ８０３へ進む。
一方、該出力の変数が文字型でない場合（Ｓ８０１，Ｎ
ｏ）には、数値から文字への変換処理を生成する（Ｓ８
０２）。これは、標準出力処理において表示装置２１へ
表示する変数は文字型でなければならないからである。First, in the input / output variable table provided in the main memory 24, an identifier for which an output variable flag is set is searched. Then, it is determined whether the output variable extracted by the search is a character type (S801).
Then, if the variable type of the identifier is a character type (S80
1, Yes), the process proceeds to step S803 described below.
On the other hand, if the output variable is not a character type (S801, N
In (o), a conversion process from a numerical value to a character is generated (S8).
02). This is because the variable displayed on the display device 21 in the standard output process must be a character type.

【００６７】次に、各出力変数について標準出力処理を
生成する（Ｓ８０３）。例えば、図１３（ｂ）の下欄の
１０行目 ｐｒｉｎｔｆ（”％Ｓ￥ｎ”，ｈｅｘｂｕｆ）； がこの標準出力処理に相当する。この場合、出力変数ｈ
ｅｘｂｕｆが文字列であるので、上記ステップＳ８０２
の処理は省略され、ｐｒｉｎｔｆ（）の括弧内には出力
変数を文字に変換する処理は含まれていない。Next, a standard output process is generated for each output variable (S803). For example, the 10th line printf (“% S ¥ n”, hexbuf); in the lower column of FIG. 13B corresponds to this standard output process. In this case, the output variable h
Since exbuf is a character string, the above step S802
Is omitted, and the process of converting the output variable to a character is not included in the parentheses of printf ().

【００６８】上記ステップＳ８０１〜Ｓ８０３の処理
を、上記入出力変数テーブルに登録されている全ての出
力変数に対して施すことにより目的とするテストプログ
ラムの出力処理部が生成される。By subjecting all the output variables registered in the input / output variable table to the processes of steps S801 to S803, the output processing unit of the target test program is generated.

【００６９】以上の処理により、図１３（ａ）に示す正
規プログラム１０１から図１３（ｂ）の下欄に示す１〜
２行目がヘッダ部、４〜１１行目がメイン部、及び１３
〜１６行目が指定サブルーチンｃｏｎｖｈｅｘ（ｉｘ）
から成るテストプログラムが生成される。このテストプ
ログラムにおいて、新規に自動生成されるのはメイン部
である。メイン部である４〜１１行目の内、４〜６行目 は、上記では特に説明しなかったが自動的に生成され
る。By the above processing, from the regular program 101 shown in FIG. 13A to the one shown in the lower column of FIG.
The second line is the header part, the 4th to 11th lines are the main part, and 13
Line 16 is the designated subroutine convhex (ix)
A test program consisting of In this test program, it is the main part that is automatically generated. Of the 4th to 11th lines, which are the main part, the 4th to 6th lines Is automatically generated although not specifically described above.

【００７０】次に、テスト担当者は上述のようにして自
動生成されたテストプログラムを実行して、指定したサ
ブルーチンのデバッグ作業を開始する。テスト担当者
は、図１３（ｂ）下欄のテストプログラムを、キーボー
ド２２を介して実際に実行し、表示装置２１に表示され
るその実行結果を解析することにより、該指定サブルー
チン内の ｓｐｒｉｎｔｆ（ｈｅｘｂｕｆ，”％０４ｄ￥ｎ”，ｉ
ｘ）； という記述において、その括弧内の書式制御文字列中の
“ｄ”の記述に誤りがあることを発見する。すなわち、
“ｄ”はＣ言語において入力が整数の場合、それを１０
進数と解釈させるものであり、入力される整数を１６進
数表現で表示させるサブルーチンであるｃｏｎｖｈｅｘ
（ｉｘ）においては誤りとなる。したがって、テスト担
当者は、エディタを起動して“ｄ”を“ｘ”に修正して
指定サブルーチンｃｏｎｖｈｅｘ（ｉｘ）を修正する。Next, the tester executes the test program automatically generated as described above, and starts the debugging work of the designated subroutine. The tester actually executes the test program in the lower column of FIG. 13B via the keyboard 22 and analyzes the execution result displayed on the display device 21 to determine the printf () in the designated subroutine. hexbuf, "% 04d \ n", i
x) ;, it is found that there is an error in the description of "d" in the format control character string in the parentheses. That is,
“D” is 10 when the input is an integer in C language.
Convhex, which is a subroutine that interprets the input integer in hexadecimal notation
It becomes an error in (ix). Therefore, the tester activates the editor, modifies "d" to "x", and modifies the designated subroutine convhex (ix).

【００７１】図１２は、上記修正された指定サブルーチ
ンを含むテストプログラム（修正後のテストプログラ
ム）から、該修正された指定サブルーチンを含む正規プ
ログラムを生成する処理を示すフローチャートである。FIG. 12 is a flow chart showing a process for generating a regular program including the corrected designated subroutine from the test program including the corrected designated subroutine (corrected test program).

【００７２】先ず、上記修正後のテストプログラムから
修正されたサブルーチンを取り出す。この処理は、図１
３（ｂ）下欄に示すように、テストプログラム内の指定
サブルーチンｃｏｎｖｈｅｘ（ｉｘ）の前後にそれぞれ
取り出し用マーキング 外３が付加されているので、こ
の取り出し用マーキングを基に上記テストプログラFirst, the modified subroutine is extracted from the modified test program. This process is shown in FIG.
3 (b) As shown in the lower column, since the extraction marking outside 3 is added before and after the designated subroutine convhex (ix) in the test program, the above-mentioned test program is based on this extraction marking.

【００７３】[0073]

【外３】 [Outside 3]

【００７４】ムからその１２〜１６行目に記述された修
正後の指定サブルーチンを切り出す（Ｓ９０１）。次
に、上記指定サブルーチンが切り出された正規プログラ
ムにおいて挿入用マーキングを検索し、該挿入用マーキ
ングが付加された箇所に上記修正後の指定サブルーチン
を挿入する（Ｓ９０２）。例えば、図１３の具体例の場
合には同図（ｂ）上欄に示すように、上記指定サブルー
チンが抜き出された正規プログラムの１２行目の後に２
つの挿入用マーキングが付加されているのを検出し、同
図（ｃ）に示すように、該正規プログラムの１３行目以
降に上記修正後の指定サブルーチンを挿入することによ
って新たな正規プログラムを生成する。The corrected designated subroutine described on lines 12 to 16 is cut out from the frame (S901). Next, the marking program for insertion is searched for in the regular program from which the designated subroutine is cut out, and the modified designated subroutine is inserted at the place where the marking for insertion is added (S902). For example, in the case of the concrete example of FIG. 13, as shown in the upper column of FIG.
It is detected that one insertion marking is added, and a new regular program is generated by inserting the modified designated subroutine into the 13th line and subsequent lines of the regular program, as shown in FIG. To do.

【００７５】図１４は、Ｃ言語で記述されたサブルーチ
ンをデバッグする処理において、テストプログラムの生
成からデバッグの完了した指定サブルーチンを正規プロ
グラムに反映するまでの工程を示す図である。FIG. 14 is a diagram showing steps in the process of debugging a subroutine described in C language, from the generation of the test program to the reflection of the designated subroutine for which debugging has been completed in the regular program.

【００７６】Ｃ言語の場合、テストプログラム４０１
は、ヘッダ部４０４、メイン部４０５、及び指定サブル
ーチン４０６から構成される。ヘッダ部４０４は、Ｉ／
Ｆ生成処理部３３により生成され、ｉｎｃｌｕｄｅ文、
マクロ、外部変数からなり、具体的には、上述した図１
３（ｂ）下欄の１〜２行目に示す ♯ｉｎｃｌｕｄｅ ＜ｓｔｄｉｏ．ｈ＞ ｅｘｔｅｒｎ ｃｈａｒ ｈｅｘｂｕｆ〔〕； が相当する。この場合には、マクロが無い。In the case of C language, the test program 401
Is composed of a header section 404, a main section 405, and a designation subroutine 406. The header section 404 is I /
Generated by the F generation processing unit 33, and includes a sentence
It consists of macros and external variables.
3 (b) #include <stdio. h> extern char hexbuf []; corresponds. In this case, there is no macro.

【００７７】メイン部４０５は、入力処理部、サブルー
チン呼び出し、及び出力処理部からなる。入力処理部
は、上記入出力生成処理部３４で自動的に生成され、具
体的には、上述した図１３（ｂ）下欄の８行目に記述さ
れた標準入力処理ルーチン ｓｃａｎｆ（”％ｄ”，＆ｉｘ）； が該当する。The main section 405 comprises an input processing section, a subroutine call, and an output processing section. The input processing unit is automatically generated by the input / output generation processing unit 34. Specifically, the standard input processing routine scanf (“% d” described in the lower line of the lower column of FIG. ", &Ix); is applicable.

【００７８】また、サブルーチン呼び出しは、上記プロ
グラム管理装置制御部３１で自動的に生成される。具体
的には、上述した図１３（ｂ）下欄の９行目に記述され
た ｃｏｎｖｈｅｘ（ｉｘ）； が該当する。The subroutine call is automatically generated by the program management device controller 31. Specifically, the above corresponds to convhex (ix); described in the ninth line of the lower column of FIG. 13 (b).

【００７９】出力処理部は、上記入出力生成処理部３４
により自動的に生成され、具体的には、上述した図１３
（ｂ）下欄の１０行目に記述された標準出力処理ルーチ
ン ｐｒｉｎｔｆ（”％Ｓ￥ｎ”，ｈｅｘｂｕｆ）； が該当する。The output processing unit is the input / output generation processing unit 34.
Automatically generated by the above, specifically, as shown in FIG.
(B) The standard output processing routine printf (“% S ¥ n”, hexbuf); described in the 10th line in the lower column corresponds to the standard output processing routine.

【００８０】指定サブルーチン４０６は、操作者によっ
て指定されるデバッグ対象となるサブルーチンであり、
具体的には、図１３（ｂ）下欄の１２〜１６行目に記述
されている ｃｏｎｖｈｅｘ（ｉｘ） ｉｎｔ ｉｘ； ｛ ｓｐｒｉｎｔｆ（ｈｅｘｂｕｆ，”％０４ｄ￥ｎ”，ｉｘ）； ｝ の一連のステートメントが該当する。The designated subroutine 406 is a subroutine to be debugged designated by the operator.
Specifically, a series of statements of convhex (ix) int ix; {printf (hexbuf, “% 04d \ n”, ix);} described in lines 12 to 16 in the lower column of FIG. 13B. Is applicable.

【００８１】テスト担当者は、テストプログラム４０１
を、ＣＰＵ２５上で実際に実行させて、表示装置２１の
画面を見ながら対話形式で指定サブルーチン４０６のデ
バッグを行う。そして、該デバッグにより該指定サブル
ーチンにバグが見つかると、エディタを起動してテスト
プログラム４０１内の上記指定サブルーチンのバグの箇
所を修正する。これに伴って、該修正後のサブルーチン
を含むテストプログラム４０２が作成される（図１４
（ｂ））。The tester is the test program 401.
Is actually executed on the CPU 25, and the designated subroutine 406 is debugged interactively while watching the screen of the display device 21. Then, when a bug is found in the designated subroutine by the debugging, the editor is activated to correct the bug portion of the designated subroutine in the test program 401. Along with this, the test program 402 including the modified subroutine is created (FIG. 14).
(B)).

【００８２】このようにして、指定サブルーチンのデバ
ッグが終了すると、上記テストプログラム４０２は、プ
ログラム分割／結合処理部３２によって図１４（ｃ）に
示すように、ヘッダ部４０４、メイン部４０５、及び修
正後の指定サブルーチン４０７に分割される。When the debugging of the designated subroutine is completed in this way, the test program 402 is processed by the program division / combination processing unit 32 as shown in FIG. It is divided into the later designated subroutine 407.

【００８３】続いて、上記プログラム分割／結合処理部
３２は、ヘッダ部４０４、第１の指定外サブルーチン４
０８、修正後の指定サブルーチン４０７、及び第２の指
定外サブルーチン４０９を結合して、指定サブルーチン
４０６のデバッグが完了した正規プログラム４０３を生
成する。Subsequently, the program division / combination processing unit 32 is configured to execute the header unit 404 and the first undesignated subroutine 4
08, the modified designated subroutine 407, and the second undesignated subroutine 409 are combined to generate the regular program 403 in which the debugging of the designated subroutine 406 is completed.

【００８４】このようなテスト工程を順次、サブルーチ
ン４０８，４０９にも施すことによって、正規プログラ
ムのバグを解消することが可能になる。上記実施例で
は、Ｃ言語で記述されたプログラムを例にとって説明し
たが、本発明はＣ言語以外のプログラミング言語、例え
ば、ＦＯＲＴＲＡＮやＣＯＢＯＬなどで記述されたソー
スプログラム内のサブルーチンのテストにも容易に適用
可能なものである。また、該サブルーチンが外部サブル
ーチンである場合、または該サブルーチンがさらに他の
外部サブルーチンをコールしている場合でも、それらが
記述されているソースプログラムを参照することによっ
て、指定されたサブルーチンを単体でテストするための
テストプログラムを作成することが可能である。By sequentially subjecting the subroutines 408 and 409 to such test steps, it is possible to eliminate bugs in the regular program. In the above embodiment, the program written in the C language was described as an example, but the present invention can easily test a subroutine in a source program written in a programming language other than the C language, for example, FORTRAN or COBOL. It is applicable. Also, even if the subroutine is an external subroutine, or even if the subroutine calls another external subroutine, the specified subroutine is tested by itself by referring to the source program in which they are described. It is possible to create a test program to do this.

【００８５】[0085]

【発明の効果】本発明によれば、サブルーチン（または
関数）をコールしているソースプログラムをテストする
際、該ソースプログラム内のサブルーチンを指定するだ
けで、自動的にそのサブルーチン用の単体テストプログ
ラムを自動生成するので、該単体テストプログラムを短
時間かつ、正確に作成することが可能になる。また、こ
れにより、サブルーチン単位でのテストを効率良く実施
することができ、該サブルーチン内部における修正箇所
を短時間で発見することも可能になる。従って、ソース
プログラムのデバッグ効率が向上し、ソフトウェアの信
頼性が向上すると共に、その生産性も高めることが可能
となる。According to the present invention, when a source program calling a subroutine (or a function) is tested, it is possible to automatically specify a unit test program for the subroutine by simply designating the subroutine in the source program. Since it is automatically generated, the unit test program can be created accurately in a short time. Further, this makes it possible to efficiently carry out a test in units of subroutines, and it is also possible to find a corrected portion inside the subroutine in a short time. Therefore, the debugging efficiency of the source program is improved, the reliability of the software is improved, and the productivity thereof can be improved.

【図面の簡単な説明】[Brief description of drawings]

【図１】本発明の一実施例の全体構成を示すブロック図
である。FIG. 1 is a block diagram showing the overall configuration of an embodiment of the present invention.

【図２】本発明のテストプログラム自動生成部のモジュ
ール構成を示す図である。FIG. 2 is a diagram showing a module configuration of a test program automatic generation unit of the present invention.

【図３】本実施例の全体的な処理の流れを説明する図で
ある。FIG. 3 is a diagram illustrating an overall processing flow of the present embodiment.

【図４】本実施例におけるデバッグ処理の全体の処理手
順を示すゼネラル・フローチャートである。FIG. 4 is a general flow chart showing an entire processing procedure of debug processing in the present embodiment.

【図５】正規プログラムからテストプログラムを自動生
成する処理を説明するフローチャートである。FIG. 5 is a flowchart illustrating a process of automatically generating a test program from a regular program.

【図６】指定サブルーチンのマーキング処理を説明する
フローチャートである。FIG. 6 is a flowchart illustrating a marking process of a designated subroutine.

【図７】正規プログラムからヘッダ部、及び指定サブル
ーチンを取得する処理を説明するフローチャートであ
る。FIG. 7 is a flowchart illustrating a process of acquiring a header part and a designated subroutine from a regular program.

【図８】入力変数、及び出力変数の抽出処理を説明する
フローチャートである。FIG. 8 is a flowchart illustrating an extraction process of an input variable and an output variable.

【図９】外部変数の解析処理を説明するフローチャート
である。FIG. 9 is a flowchart illustrating an external variable analysis process.

【図１０】入力処理部の生成処理を説明するフローチャ
ートである。FIG. 10 is a flowchart illustrating a generation process of an input processing unit.

【図１１】出力処理部の生成処理を説明するフローチャ
ートである。FIG. 11 is a flowchart illustrating a generation process of an output processing unit.

【図１２】修正された指定サブルーチンを含む正規プロ
グラムを生成する処理を説明するフローチャートであ
る。FIG. 12 is a flowchart illustrating a process of generating a regular program including a modified designated subroutine.

【図１３】Ｃ言語で記述された正規プログラムから修正
後の正規プログラムを生成する処理の流れを説明する図
である。FIG. 13 is a diagram illustrating a flow of processing for generating a modified regular program from a regular program written in C language.

【図１４】テストプログラムの生成からデバッグの完了
した指定サブルーチンを正規プログラムに反映するまで
の工程を示す図である。FIG. 14 is a diagram showing steps from generation of a test program to reflection of a designated subroutine for which debugging has been completed in a regular program.

【符号の説明】[Explanation of symbols]

２１ 表示装置 ２２ キーボード ２３ 外部記憶装置 ２４ 主記憶装置 ２５ ＣＰＵ ３１ プログラム管理装置制御部 ３２ プログラム分割／結合処理部 ３３ Ｉ／Ｆ生成処理部 ３４ 入出力生成処理部 １０１ プログラム １０２ 単体のテストプログラム １０３ 修正後の単体のテストプログラム １０４ 修正後のプログラム １０５ ヘッダ部 １０６ 第１の指定外サブルーチン １０７ 指定サブルーチン １０８ 第２の指定外サブルーチン １０９ ヘッダ部＋入力部 １１０ 出力部 １１１ 修正後の指定サブルーチン 21 display device 22 keyboard 23 external storage device 24 main storage device 25 CPU 31 program management device control unit 32 program division / coupling processing unit 33 I / F generation processing unit 34 input / output generation processing unit 101 program 102 unit test program 103 correction Subsequent unit test program 104 Modified program 105 Header section 106 First undesignated subroutine 107 Designated subroutine 108 Second undesignated subroutine 109 Header section + Input section 110 Output section 111 Modified designated subroutine

Claims (2)

【特許請求の範囲】[Claims] 【請求項１】 ソースプログラムから指定されたサブル
ーチンを抽出するサブルーチン抽出手段と、 該サブルーチン抽出手段によって抽出されたサブルーチ
ンの内容を解析して、該サブルーチンの外部入出力イン
タフェース情報を抽出するインタフェース情報抽出手段
と、 該インタフェース情報抽出手段で抽出された外部入出力
インタフェース情報に基づいて、前記指定サブルーチン
の外部入力変数の値を設定するための処理を実行する入
力処理部と、前記指定サブルーチンの外部出力変数の値
を出力するための処理を実行する出力処理部とを生成す
る入出力処理部生成手段と、 該入出力処理部生成手段によって生成された前記入力処
理部と前記出力処理部、及び前記サブルーチン抽出手段
によって抽出されたサブルーチンを結合して、前記指定
サブルーチンの単体テスト用プログラムを生成するテス
トプログラム生成手段と、 を有することを特徴とするプログラム管理装置。1. Subroutine extraction means for extracting a designated subroutine from a source program, and interface information extraction for analyzing external input / output interface information of the subroutine by analyzing the contents of the subroutine extracted by the subroutine extraction means. Means, an input processing unit for executing processing for setting a value of an external input variable of the designated subroutine based on the external input / output interface information extracted by the interface information extraction means, and an external output of the designated subroutine. An input / output processing unit generating unit that generates an output processing unit that executes a process for outputting the value of the variable; the input processing unit and the output processing unit that are generated by the input / output processing unit generation unit; By combining the subroutines extracted by the subroutine extracting means, A program management device comprising: a test program generation unit that generates a unit test program for a designated subroutine. 【請求項２】 前記テストプログラム生成手段によって
生成されたテストプログラムの実行によって修正がなさ
れた前記指定されたサブルーチンを、元のソースプログ
ラム内の修正前の前記指定サブルーチンと置き換えて、
新たなソースプログラムを生成する新規ソースプログラ
ム生成手段、 を更に有することを特徴とする請求項１記載のプログラ
ム管理装置。2. The specified subroutine, which has been modified by the execution of the test program generated by the test program generating means, is replaced with the specified subroutine before modification in the original source program,
The program management device according to claim 1, further comprising: a new source program generation unit that generates a new source program.