JPS6318226B2 - - Google Patents

Description

[Detailed Description of the Invention] [Technical Field of the Invention] The present invention relates to a test method for a communication processing program between computers, and in particular, the present invention relates to a test method for a communication processing program between computers. This invention relates to a method for testing the calling side functions and the called side functions at once in a system that performs.

[Technology background]

Conventionally, when debugging a computer-to-computer communication processing program that executes processing according to communication control procedures such as call processing or incoming call processing and its disconnection, two computers were prepared and the actual usage environment was debugged. or use the communication access method and communication control device illustratively shown in Figure 1.
We created and tested simulators for communication programs between computers, such as CCP programs. However, in the former case, it is not easy to prepare two free computer systems for the test, and in the latter case, the inter-computer communication processing program is divided into calling side processing () and called side processing (). Moreover, it was necessary to provide input/output means to the simulator and provide the simulated procedure and messages as external data.

In this way, conventional testing methods require hardware to examine the actual usage environment.
Even when using the latter simulator, there are problems such as the burden of creating simulation data, making it difficult to conduct tests easily.

[Object and Structure of the Invention] An object of the present invention is to eliminate the need to create data for simulation when debugging a program that performs symmetrical communication processing between computers, and to The object of the present invention is to provide a method for simultaneously testing both functions by linking them together using a simulator.

FIG. 2 shows the basic principle of the invention. In the figure, 1 is a real host, 2 is a virtual host, 3 is a simulator, 4 is a communication processing program, 5 is a calling side process, 6 is a called side process, 4' is a virtual communication processing program, and 5' is a virtual calling party processing;
6' represents virtual called side processing.

When the communication processing program 4 of the real host 1 tests the calling side process 5, the simulator 3 according to the present invention tests the virtual called side process 6' of the virtual host 2, which is the other side host of the simulation. Similarly, when testing the called side process 6 of the program 4, the virtual calling side process 5' of the virtual host 2, which is the other side host, is substituted with the calling side process 6.
This is to return information such as commands and data so that it can be substituted by the calling side process 5 of program 4, and for this purpose, it converts information between the calling and called parties so that the interfaces on both sides are compatible. It is. In this way, by linking the calling side processing function and called side processing function of program 4, it becomes possible to test both functions of the same program at the same time, and the functions required of the simulator can be Since the process is limited to matching the interfaces, the configuration is simpler than that of conventional simulators, and there is no need to supply simulation procedures, messages, etc. from the outside.

As a result, the configuration of the present invention is such that in a debugging processing system for a communication processing program that performs symmetrical communication between computers, the host computer has a single communication processing function that has a call processing function and an incoming call processing function to be tested. A program and a simulator for testing the communication processing program are installed, and the simulator matches the interface of the call processing function of the communication processing program with the interface of the incoming call processing function and loops back within the computer. In this process, when the communication processing program performs a trial run, incoming call information is created from the generated outgoing call information, and for incoming call responses, a call completion notification is created and sent. Data is notified according to the receiving side interface, a transmission completion result notification is created for the response to the received data, a disconnection request is notified according to the called side interface, and a disconnection request result is generated for the response to the disconnection request. It is characterized by performing a functional operation to create a .

[Embodiments of the invention]

FIG. 3 is a functional explanatory diagram of the system according to the embodiment of the present invention, and FIG. 4 is a more specific operational explanatory diagram corresponding to the functional explanatory diagram of FIG. 3.

In both figures, 5 represents the calling side process of the communication processing program, 6 the called side process, and 3 the simulator.

In addition, the symbol A in Fig. 4 is the own host ID (identification code, the same applies hereinafter), B is the other host ID, a is the own node address, b is the other node address, α is the self-starting program number, and β is the other party's starting program. number, L is the network type, Fid is the ID of the path called F path used for communication between the communication processing program and the simulator, HDU is the message, BIND
is a call request command, RSP is a response,
UNBIND each represents a disconnection request command.

The simulator 3 performs a process of returning the above-mentioned commands, data, and other information issued or received by the intercomputer communication processing program during call origination or call execution processing between opposing processing function units within the same program. Thereby, the communication processing program is executed based on the action of the simulator 3 as if its own call processing function section and call processing function section were communicating with each other using the other party as a virtual host. Functions are tested simultaneously.

The operation of the embodiment will be described below with reference to FIGS. 3 and 4.

In the illustrated example, the calling side 5 makes a call request to the called side 6, completes the communication connection, then sends data from the calling side to the called side, confirms that the reception is complete, and then , shows a series of communication processing operations in which the calling side issues a request to disconnect the communication connection to the called side, and stops upon response to the disconnection request.

First, the calling side 5 creates network information for the other party and itself, and issues a call request BIND (A, B, a, b, α, β, L). The simulator 3 determines the F-path (Fid1) between the calling side and the simulator and the F-path (Fid2) between the called side and the simulator, and also determines the network information of the other party in the call request and its own network information. exchange, create incoming call notification BIND (B, A, b, a, β, α, L, Fid2) and return information (Fid1), match the interface, and send it to the called and calling sides respectively. Notice.

The called side performs call reception processing, creates and sends call response information ±RSP<BIND> (Fid2).
The simulator receives this and sends the F path ID.
Convert Fid2 to Fid1, perform interface matching, create completion notification ±RSP<BIND> (Fid1), and notify the calling party. Next, a reception request is made from the called side, and an HDU reception request notification (Fid2) is sent.
is issued, the simulator queues the reception request and waits for the transmission request.

Next, the calling side creates an HDU (message) and sends an HDU transmission request notification (Fid1, HDU). The simulator uses the F-pass ID for this
Performs conversion (Fid1 → Fid2), matches the interface for HDU, and sends a data reception notification.
Output HDU (Fid2) to the called side.

The called side performs HDU reception processing, creates and sends response information ±RSP<HDU> (Fid2).
The simulator performs F-path ID conversion (Fid2→Fid1) and interface matching for this, and outputs a transmission result notification ±RSP<HDU>(Fid1) to the calling side.

Here, the calling party sends the path disconnection request UNBIND
Create and send (Fid1). The simulator converts the F path ID (Fid1 → Fid2) and matches the interface, and notifies the disconnection request.
Outputs UNBIND (Fid2) to the called party.

The called side processes the path disconnection request, creates and sends response information ±RSP<UNBIND> (Fid2). The simulator performs F path ID conversion (Fid2→Fid1) and interface matching, and notifies the disconnection result ±RSP<
Outputs UNBIND>(Fid1) to the calling side. The calling party then performs post-processing and stops.

Through the processing described above, it is possible to easily detect whether or not there is a failure in the functions of the communication processing program on the calling side and the called side.

〔Effect of the invention〕

As described above, according to the present invention, it is possible to test a communication processing program without the need to provide external data to the simulator itself, and it is possible to test both functions of the calling side and the called side at the same time. Since it can be done all at once, the workload is reduced, troubles are reduced, and the processing efficiency of program debugging can be greatly improved.

[Brief explanation of the drawing]

FIG. 1 is an explanatory diagram of the conventional system, FIG. 2 is a conceptual diagram of the system according to the embodiment of the present invention, and FIGS. 3 and 4 are diagrams illustrating the operation of the embodiment system. In the figure, 1 is a real host, 2 is a virtual host, 3 is a simulator, 4 is an intercomputer communication processing program,
5 indicates the calling side process, and 6 indicates the called side process.

Claims (1)

[Claims] 1. In a debugging processing system for a communication processing program that performs symmetrical communication between computers, a single communication processing program having a call processing function and an incoming call processing function to be tested is installed in a host computer. , a simulator for testing the communication processing program is installed, and the simulator matches the interface of the call processing function of the communication processing program with the interface of the incoming call processing function and loops back and connects it inside the computer. In this process, when the communication processing program performs a trial run, it creates incoming call information from the generated call information, creates a call completion notification for the incoming call response, and creates a call completion notification for the outgoing data. sends a notification in accordance with the receiving interface, creates a transmission completion result notification in response to received data, notifies a disconnection request in accordance with the called interface, and creates a disconnection request result in response to the disconnection request. A test method for a computer-to-computer communication processing program characterized by performing functional operations.