JPS62108338A - Program testing device - Google Patents

Abstract

PURPOSE:To execute a program execution test on a source level by continuing forcibly the execution of a program by giving a prescribed command, when a line containing an undefined part is executed in the course of executing a program of the source level. CONSTITUTION:With respect to an undefined function (f) whose existence is known in the course of generating a program, an instruction (stub) for returning automatically a prescribed value is prepared, and described in advance in a program list. On the other hand, as for an undefined function which has been detected in the source of a program execution test, an instruction (return) for returning manually an optional value is prepared. Also, the execution of a program is stopped temporarily in a state that the undefined function has been executed, a key input from a terminal equipment 12 is received, and the execution of the program is continued by returning directly a value to the interpreter side by the (return) instruction.

Description

DETAILED DESCRIPTION OF THE INVENTION Technical Field of the Invention The present invention relates to a program testing device, and particularly to one that interactively tests the execution of a source-level program including undefined portions.

<Summary of the Invention> The present invention is an inscriber type program test device that sequentially executes a source level program,
When it detects that you have executed a line that contains an undefined part,
The purpose is to forcibly return values corresponding to undefined portions at the program execution level, allowing program execution to continue, thereby facilitating program development using a top-down method.

<Background of the Invention> In general, in various structured languages such as rCJ, one program is composed of many functions or subroutines, and it is necessary to integrate the entire program into one machine language program using a compiler and linkage editor. Execution tests are possible. Furthermore, in this case, it is not allowed to include undefined portions in the program list, and conventional methods have been adopted such as waiting until all programs are completed or creating stubs in advance.

However, the process of creating a stub itself is extremely complicated, and especially if an undefined part is discovered during testing, even if the undefined function is not important (and you want to pass it as is), you may have to compile it from the beginning again. It has been difficult to perform a quick program execution test because it requires linking and other tasks.

In response to the above problem, an inscriber type program test device has been proposed that directly executes a source-level program. Furthermore, if an undefined part is found during test execution, it is still necessary to temporarily stop the program execution test and enter the editor editing level from the interpreter execution level. It is far from a program testing environment.

<Purpose of the Invention> The present invention has been made in view of the above-mentioned problem, and when an undefined function or external variable is encountered while executing a source-level program in an inscriber format, the present invention automatically or manually It is an object of the present invention to provide a program testing device that can quickly and easily perform an execution test of a program including an undefined portion by giving a certain command to forcibly continue the execution of the program.

<Structure and Effects of the Invention> The present invention is an apparatus for executing and testing a source-level program, which extracts a program line by line and sequentially interprets and executes the program (including undefined portions). The present invention is characterized by comprising means capable of sending a command to the execution means to forcibly continue execution when the line is executed.

According to the configuration of the present invention, even if a program includes an undefined part, the program can be executed and tested at the source level without requiring the effort of equivalent compiling, linking, etc., and the advantage is that the program development efficiency can be improved. have

<Description of Examples> The present invention will be specifically described below based on examples shown in the drawings.

In the example, an example is shown in which the present invention is implemented in an inkblitter-type program debugging system for the C language, which uses a general-purpose computer and expands the scope of application by replacing software according to the test purpose, but the invention is not limited to this. It can be carried out in almost the same way on a test-only machine that operates independently, and the writing language of the program to be debugged is R.
Of course, it is possible to change to various high-level languages other than cJ and carry out substantially the same implementation.

The program debugging system implementing the present invention has a third
As shown in the figure, the system is comprised of an engineering workstation 11 using a general-purpose computer, and a terminal device 12 that allows an operator to directly access the workstation 11.

The workstation 11 is centered around an arithmetic and control unit 21 using a microprocessor, an internal storage device 22 consisting of a RAM, an external storage device 23 such as a hard disk drive, and an input/output device 24 equipped with an interface circuit for peripheral devices. are connected through various buses 25, and a terminal device 12 is further connected to the workstation 11 through an input/output device 24.

The terminal device 12 includes a keyboard 26 that allows direct access to the workstation 11, and a display device 27 such as a CRT that visually displays the data processing status within the workstation 11.
After the programs and data such as the interpreter debugger and debugged program file stored in advance in the external storage device 23 are loaded into the internal storage device 22 by manual commands from the keyboard 26, the debugged program files are loaded into the internal storage device 22. By extracting the bug program line by line and sequentially interpreting and executing it, the workstation 1
1 operates as a program test device as a whole.

The present invention is characterized in that when a line containing an undefined function or external variable is executed during execution of the debugged program, a command is added to the interpreter to continue the execution of the program. .

That is, as shown in FIG. 1, for an undefined function f whose existence is known during program creation, an instruction "s tub" that automatically returns a predetermined value is prepared, and it is added in the program list 31 in advance. I will write it down. On the other hand, for undefined functions found during program execution testing, we manually prepare a "return" instruction that returns an arbitrary value, and also temporarily stop program execution with the undefined function executed. , accepts key input from the terminal device 12, r
The etern instruction directly returns the value to the interpreter side and continues execution of the program.

To explain with a more specific example, the return command is written in the form "rreturn argument", and when this command is executed, the value of the argument is forcibly returned to the calling side and the program continues.

On the other hand, the s tub command is written in the format "rstub function name executable statement", where "function name" is the name of a specific undefined function "f", or all undefined If you want the function to perform the same operation, enter the mark 9*.Additionally, if you want to simply return a numerical value, enter
If you use the rn instruction to perform certain arithmetic processing on variables, by writing the arithmetic expression, as shown in Figure 1, when the ``undefined function f'' is reached, the stub function is automatically executed. After the statement is executed, a predetermined value is returned to the caller, and execution of the debugged program continues.

For example, if all stub functions can continue program execution normally by adding 1 to the external variable a, define rstub * a++ J. Also, when you reach the stub function f, if you want to forcefully return 1 and continue the program, use rstub f ret
Write urn I J on source program list 31.

On the other hand, if you do not define a stub function and arrive at the undefined function and want to return "0" and continue the program, input "r returnO" from the keyboard when the program execution stops.

Furthermore, if the same processing is sufficient for all undefined functions,
Prepare a separate command file and ret on the file
In addition to writing the urn command, when an undefined function is executed, the command file can be referenced to automatically execute the command.

FIG. 2 explains the flow of control by the interpreter. When execution of the program to be debugged is started in step 41, the interpreter takes in one line from the program list 31 (step 42) and executes the instructions in that line. The interpretation is executed (step 43). Here step 4
In step 4, it is determined whether the input line contains an undefined function or not. If the determination is "NO", the process returns to step 42 and the program to be debugged is sequentially executed and tested.

However, if the determination in step 44 is "YES", it is determined that an undefined function is being executed, and then in step 45 it is determined whether or not the 5tub function has already been defined. If "YES", the stub instruction is executed (step 46), and then the process returns to step 42. If the determination in step 45 is "NO", it is determined whether the command file exists (step 47),
If “YES”, the command in the command file is executed (step 48) and then the process returns to step 42, but “
If "NO", the execution of the program is temporarily stopped, a comment indicating that an undefined function has been called is displayed on the display device 27 (step 49), and key input from the terminal device 12 is accepted (step 49). 50), when the command input is confirmed in step 51, the command is executed (step 52), and then the process returns to step 42 to continue the program.

[Brief explanation of drawings]

FIG. 1 is an explanatory diagram showing the flow of processing on the PRO GERER 11 list, FIG. 2 is a flow chart explaining the control processing procedure, and FIG. 3 is a block diagram showing an example of a device implementing the present invention. 11... Workstation 12... Terminal device 31... Program list

Claims (3)

[Claims] (1) A means for extracting a source-level program line by line and sequentially interpreting and executing it, and when the execution means executes a line that includes an undefined part, forcing the execution means to continue execution. A program test device comprising means for sending a command to perform the program. (2) The command sent from the command sending means is:
This is a command that returns a preset value corresponding to an undefined part of a source program, and is written in advance on the source program list, and the command is automatically executed when the execution means executes the undefined part. A program test device according to claim 1. (3) The command sent from the command sending means is a command that resumes execution of the program after returning a value corresponding to an undefined portion of the source program, and when the executing means executes the undefined portion, the program is executed. 2. The program test device according to claim 1, wherein the program testing device temporarily stops the program and receives manual input of the command.