JPS63257845A - Unit test support system for program module - Google Patents

Abstract

PURPOSE:To execute efficient test in a test case with versatility without forming a pseudo module by displaying a parameter variabel interactively and assembing externally a device revising the value as required. CONSTITUTION:An intermediate language means 2 receives a program module stored in a source program file 1, converts it into an intermediate language and it is stored in an intermediate language file 3. An execution statement selection means 4 selects the statement to be executed at first among program statements of intermediate language form in the file 3. A variable status deciding means 5 checks whether or not an entry having the same variable name exists in the variable assignment area 7 as to the variable reference of the statement and gives the control to the variable assignment emans 6 to the variable when no entry exists. An interpretation execution means 8 simulates the program statement according to the intermediate language. A test executing personnel applies the confirmation of the adequacy of the variable and set/ revises the value by interactive means 9-11.

Description

[Detailed Description of the Invention] [Industrial Field of Application] The present invention relates to a test support system for blockrum;
This article relates to a support system for unit testing program modules.

[Conventional technology]

A blockrum is usually composed of a plurality of modules, and each module performs a predetermined function by exchanging data and control with each other. When developing a program, the entire program is tested, and each individual module is tested to see if the module is performing a predetermined function.

Traditionally, when performing a unit test, a module that directly interfaces with the 1,000 joules being tested,
In other words, for modules that call that module, modules that are called from it, and modules that set values in external data that is referenced by that module, create a simple test module that simulates it separately from the original module. I was creating it.

[Problem that the invention seeks to solve]

The conventional unit testing method described above has the drawback of reducing productivity because it requires creating a pseudo module for testing purposes in addition to the original module incorporated into the program being developed.

Compared to the original module, a pseudo module is relatively easy to create because it only requires simulating the interface with the module under test.
If there are many modules that make up a large-scale blog, the amount of man-hours required to prepare them cannot be ignored.

Also, if you try to easily create a pseudo module, the behavior it simulates will become stereotyped, which will limit the test patterns for unit tests. On the other hand, if you try to simulate various test patterns, it will take a lot of man-hours to create pseudo modules, which will significantly reduce productivity.

Means for Solving Problem C] The program module unit test system of the present invention includes a source program file in which a source program is stored, and an intermediate language converter that converts the source program into an intermediate language in a format that is easy to interpret and execute. means, an intermediate language file in which the intermediate language is stored, an execution statement 'M selection means for selecting one statement to be executed next from a group of program statements stored in the intermediate language file, and values of variables. A variable allocation area is maintained during program execution, and a variable status determination means checks whether the values of all variables referred to by one statement selected by the execution statement selection means have already been set in the area. , when the value of the variable is unset, variable assignment means stores it in a predetermined field of the area, and necessary variable assignment means interprets and executes the statement afterward and simulates its execution. , a terminal device for interactively exchanging information with the tester, and when referencing an unset variable, the terminal device is requested to input its value, and the variable assignment is done in advance by means. An unset variable input means that stores the value in a reserved field, and when a statement that calls another program module is interpreted and executed, the value of the call parameter variable is displayed on the terminal device, and the value of the parameter variable is changed. is instructed by the terminal device, the variable assignment includes a module call pseudo means for changing the value of the field corresponding to the parameter variable in the area.

(Function) When the program state refers to an unset variable, the test is executed by inquiring the value of the variable from the terminal, or by displaying the value of the parameter variable on the terminal when the failure test module calls another module. In addition, by being able to set/change the values of parameter variables from the terminal as necessary, you can use a wide variety of test cases without creating pseudo modules. You can efficiently perform unit tests on program modules.

〔Example〕

Next, embodiments of the present invention will be described with reference to the drawings.

FIG. 1 is an overall configuration diagram of an embodiment of a program module unit test support system according to the present invention.

This embodiment includes a source program file 1 in which a source program is stored, an intermediate language conversion means 4 that converts the source program into an intermediate language in a format that is easy to interpret and execute, and an intermediate language file in which the intermediate language is stored. 3, an execution statement selection means 4 for selecting one statement to be executed next from among the program statement group stored in the intermediate language file 3, a variable allocation area 7 for holding variable values during program execution, Variable status determination means 5 checks whether the values of all variables referred to by one statement selected by execution statement selection means 4 have already been set in the variable allocation area 7, and the variable status determination means 5 checks whether the values of all variables referred to by one statement selected by execution statement selection means 4 have already been set in the variable allocation area 7; When , the variable assignment means 6 stores it in a predetermined field of the area 7; the necessary variable assignment is assigned to him; the interpretation execution means 8 interprets the cough statement and simulates its execution; A terminal device 11 for interactively exchanging information with a tester, and when referencing an unset variable, requesting the terminal device 11 to manually input the value,
Variable assignment is performed by means 6, and unset variable input means 9 stores the value in a field reserved in area 7, and when a statement that calls another program module is interpreted and executed, a call parameter variable is assigned. The value is displayed on the terminal device II, and when the terminal device 11 instructs to change the value of the parameter variable, the variable assignment is a module call pseudo means that changes the value of the field corresponding to the parameter variable in the area 7. It is composed of IO.

FIG. 2 is a diagram showing an example of an intermediate language. (1) in the same figure is 1
Shows the general form of a program statement, consisting of keywords and operands, with the number of operands determined by the keywords. Figure (2) is an example of the intermediate language of the program statement rA=B+CJ, and this example is the variable B
and variable C is assigned to variable A. In addition, the keywords are enclosed in “” and “”.
A, B, and C are variables, and rBinaryJ indicates that the variables are binary numbers.

FIG. 3 is a diagram showing an example of the variable allocation shown in FIG. 1 in area 7. The variable allocation area 7 is composed of a variable name table 31 and a variable value storage area 32.

Next, the overall operation of this embodiment will be specifically explained.

For example, the source program file 1 and the intermediate language file 3 are used as auxiliary storage devices, the intermediate language means 2, the execution statement selection means 4, the variable status determination means 5, the means 6 for variable assignment, the area 7 for variable assignment, and the interpretation execution means 8. , undefined variable input means 9, and module calling pseudo means 10
is a program running on the operating system of a computer, and terminal device II is a terminal device connected to the computer via a communication line.

The intermediate language means 2 inputs one program module stored in the source program file 1, converts it into an intermediate language as shown in FIG. 2, and outputs it to the intermediate language file 3. From among the program statements in the intermediate language format stored in the intermediate language file 3, the execution statement selection means 4 selects the statement to be executed first. For all variable references in the statement, the variable status determining means 5 checks whether there is an entry with the same variable name in the variable name table 31 in the variable allocation area 7, and if there is not, the variable is Since it is assumed that this is the first reference to or has been made for the first time, variable assignment passes control to means 6. Variable allocation means 6 registers the variable name in the variable table 31, searches for an empty area in the variable value storage area 32, and stores the variable value therein together with its length.

This free area is managed by providing a pointer pointing to the top of the free area at the beginning of the variable value storage area 32 and changing it every time a variable is registered. Variable name table 31
A pointer is placed from the field to the field that stores the variable value. The interpretation and execution means 8 then simulates the program statement according to the content of the intermediate language.

The first time the statement references a variable in the program, one of two things will happen if the statement is a read reference:

(a) Reference to external variables (including parameters) whose values are set in other modules (b) Due to a program error, a value is not set for a variable that should have been set In either case, it is not set. The variable input means 9 displays a message on the terminal device 11 prompting the user to input the value of the variable, and when the value is inputted, the variable assignment is such that the value is stored in the variable field reserved in advance in the area 7. It is done.

When the execution statement is an instruction to call another module, the module call pseudo means 10 operates and displays all parameter variables on the terminal device 11. The tester can visually check it and if necessary change the parameter variables to simulate the called module.

When the interpretation and execution of one statement is completed, the execution statement selection means 4 is activated again and selects the next statement to be executed according to the program sequence.
The execution is repeated sequentially in the same manner.

(Effects of the Invention) As explained above, the present invention enables a system that interprets and executes a program module to inquire about the value of a terminal at the point when a program statement refers to an unset variable, and to By displaying the value of the parameter variable on the terminal when calling , the tester can confirm the validity of the value, and also provide a mechanism that allows the tester to set/change the value of the parameter variable from the terminal as necessary. By incorporating it, the effect is that unit tests of program modules can be efficiently performed using a wide variety of test cases without creating pseudo modules.

[Brief explanation of the drawing]

FIG. 1 is an overall configuration diagram of an embodiment of the program module unit test support system of the present invention, FIG. 2 is a diagram showing an intermediate language format, and FIG. 3 is a diagram showing the configuration of a variable assignment area 7. 1... Source program file, 2...
... Intermediate language conversion means, 3 ... Intermediate language file, 4 ... Execution statement selection means, 5 ...
...Variable status determination means, 6...Variable assignment is means, 7...Variable assignment is area, 8...Interpretation execution means, 9... Undefined variable input means, 10...Module call pseudo means, 11.
...Terminal device, 31...Variable name table, 32...Variable value storage area.

Claims (1)

[Claims] A source program file in which a source program is stored, an intermediate language conversion means for converting the source program into an intermediate language in a format that is easy to interpret and execute, and an intermediate language file in which the intermediate language is stored. , an execution statement selection means for selecting one statement to be executed next from a group of program statements stored in the intermediate language file; a variable allocation area for holding variable values during program execution; and an execution statement selection means. Variable status determining means for checking whether the values of all variables referenced by a selected statement have already been set in the variable allocation area; a variable assignment means for storing the statement in the field of the statement, an interpretation execution means for interpreting the statement and simulating its execution after assigning the necessary variables, and a terminal device for interactively exchanging information with the test person; When referencing an unset variable, request the terminal device to input its value,
unset variable input means for storing the value in a field reserved in advance in the variable allocation area by the variable allocation means; A unit test support system for program modules including a module calling pseudo means for displaying a parameter variable and changing the value of a field corresponding to the parameter variable in a variable allocation area when a terminal device instructs to change the value of the parameter variable. .