JPH0343839A - Test system for inter-program abnormal system - Google Patents

Abstract

PURPOSE:To simplify the test of each inter-subprogram abnormal system by setting an error simulation program into an object program and applying the error simulation information from outside in a simple parameter form. CONSTITUTION:An error simulation program 15 includes an input means 16 for the error simulation information information, a control means 18 for the error simulation information, and an error simulation means 17 which simulates an error based on the error simulation information. A program calling means 13 turns the call of the program 15 and an object program 14 in a macro-form. Then the information is read out of an error simulation information file 20 and extended onto a control table 19. The means 17 searches the called table 19 with an identification code and a store area of the processing result used as parameters. The processing results having the coincident conditions are set into a processing result area 44 and the corresponding error simulation information 40 is cleared on the table 19. Thus an inter-program test is effectively carried out.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a test method between programs divided into modules.

[Conventional technology]

In a program divided into modules, the processing result is one item of the interface between each program, and the upper level program checks the processing result and performs corresponding processing. As a test method when the processing result is abnormal, a test method is used in which a part of the instruction is changed by patching or the like before program execution, and the abnormal processing route is executed to check the operation.

[Problem to be solved by the invention]

In the conventional test method described above, it is necessary to perform a patch for each test case. Furthermore, since a patch is required to restore the original image after one test case is completed, the number of man-hours, machine time, etc. required for the test becomes enormous, and costs are high.

There are drawbacks that pose problems in terms of productivity.

In view of the above-mentioned points, an object of the present invention is to provide a more general-purpose and efficient test method between programs by providing error simulation information from the outside, rather than using inefficient methods such as patches. .

[Means to solve the problem]

The program-to-program abnormality testing method of the present invention is an error simulation system having error simulation information input means, management means for developing and managing this information in a table, and error simulation means for simulating errors based on this information. The error simulating program and the target subprogram are called into macros by program calling means.

〔Example〕

The present invention will be explained in detail with reference to the drawings.

FIG. 1 is an explanatory diagram showing one embodiment of the present invention.

In the figure, the inter-program abnormality test method includes a main program 11, a subprogram A12 including a program call 013, a subprogram B14, and an error simulation information input section l6. Error simulation processing section 17. Table management section 18. It is composed of a target program 10 consisting of an error simulation program 15 including a management table 19, an error simulation information file 20, and an input/output device 21.

The management table 19 contains error simulation information 40 (third
This error simulation information 40 is managed by the error simulation information input unit 16 which reads the error simulation information group from the error simulation information file 20 and the input/output device 21, and the table management unit 18 The information is expanded on the management table 19 via the .

FIG. 2 is a flowchart showing the processing procedure of the program call macro 12, which includes the error simulation program 0ALL processing step 31, the error simulation target determination step 32, and the target subprogram 0ALL processing step 31.
It consists of a process 33.

FIG. 3 is an explanatory diagram showing the contents of the error simulation information 40 developed in the management table 19, which includes the calling subprogram name 41, the called subprogram name 42, the calling identification code 43, and the processing result. 4
4, processing type 45, file name 46, and record key value 47.

It consists of an input/output section 48.

We will discuss the hexagonal behavior of the simulated information of the first error.

When the target program IO is started, the main program 11 issues an input request to the error simulation information input section 16. Upon receiving this input request, the error simulation information input unit 16 initializes the management table 19 via the table management unit 18, and then reads information for simulating an error from the error simulation information file 20. , are developed on the management table 19 via the table management section 18. Table development is repeated until the end of the error simulation information file 20 is detected.

Next, the error simulation operation will be explained.

When control is passed to the subprogram A12, the program call macro 13 is executed. First, in the CALL processing step 31 of the error simulation program, A is used as the calling subprogram name, B is the called subprogram name, the identification code given when the program call macro 13 is written as the call identification code, and storage of the processing result. The error simulation processing unit 17 is set to 0ALL using the area as a parameter.

The error simulation processing unit 17 searches the management table 19 via the table management unit 18 based on the passed parameters. If there is something that matches the conditions, processing result 4
4 is set in the parameter processing result area, the corresponding error simulation information 40 on the management table 19 is cleared, and control is returned to the subprogram A12. Management table 1
If it does not exist on subprogram A12, a value of normal termination is set in the parameter processing result area, and control is returned to subprogram A12.

The subprogram A12 to which control has been returned checks the processing result in an error simulation target determination step 32. If the processing result does not end normally, it is determined that the error simulation is to be performed, and the target subprogram is set to 0ALL.
Process 33 is not executed. If the processing result is normal, it is determined that the error simulation is not applicable, and subprogram B is executed by CALL processing 33 of the target subprogram.
14, the processing result is returned.

Program call macro 13 of subprogram AI2
If an error simulation instruction is given to the subprogram B14 in the next process, the process at the time of abnormal termination is performed using the value of the process result 44.

Next, the error simulation information 40 will be explained.

The call identification code 43 is used to uniquely identify which part of the subprogram Alz calls the subprogram B14 when there are a plurality of processes that call the subprogram B14. In addition, the processing type 45 indicates whether the processing performs file input/output, and if it is a file input/output type, the target file is the file name 46, the target record is the record key value 47, and the input request is made. The input/output section 48 indicates whether the output is requested or not. If the processing type is 45 and the file input/output type, 0A of the error simulation program
The LL processing step 31 is performed by the error simulation processing section 17.
, the file name, record key value, and input/output classification are also passed as parameters.

The input/output device 21 performs error simulation conditions interactively. When the error simulation processing unit 17 recognizes the interactive mode, it executes the error simulation lz, -) processing result 44 when the target is passed. The parameters are set in the processing result area, and the contents of the error simulation information 40 are displayed on the input/output device 21. Thereafter, the contents are deleted from the management table 19, and the system waits for input of new error simulation conditions from the operator or for an instruction to end the simulation.

When the input from the operator is completed, control is returned to the control program calling macro 13 side. At this time, if the operator inputs new error simulation conditions, they are set on the management table 19.

〔Effect of the invention〕

As explained above, the present invention embeds an error simulation program in the target program and provides error simulation information in a simple parameter format from an external programmer, thereby making it possible to easily and efficiently test abnormalities between each subprogram. The effect is that it can be done.

Furthermore, by accumulating this error simulation information, it becomes possible to use it as input information for a degradation test when modifying a program, which has the effect of improving the maintainability of the program.

[Brief explanation of drawings]

FIG. 1 is an explanatory diagram showing one embodiment of the present invention, FIG. 2 is a flowchart showing the processing procedure of a program call macro, and FIG. 3 is an explanatory diagram showing the contents of error simulation information. lO...Objective program, 11...Main program, 12.14...Subprogram, 130. . ...Program call macro, 15...Error simulation program, 16...Error simulation information input section, 17...Error simulation processing section, 18... ...Table management department, 1
9... Management table, 20... Error simulation information file.

Claims (1)

[Claims] An error simulation program having a means for inputting error simulation information, a management means for developing and managing this information in a table, and an error simulation means for simulating an error based on this information, and this error simulation program and purpose. A program-to-program abnormality test method, comprising a program calling means that macroizes subprogram calls.