CN105554319B

CN105554319B - Call module testing method

Info

Publication number: CN105554319B
Application number: CN201510940996.9A
Authority: CN
Inventors: 朱海波; 刘建兵; 冯波; 冯建文; 高峰; 刘坚; 罗晶; 刘洋
Original assignee: Fanvil Technology Co ltd
Current assignee: Fanvil Technology Co ltd
Priority date: 2015-12-16
Filing date: 2015-12-16
Publication date: 2020-01-07
Anticipated expiration: 2035-12-16
Also published as: CN105554319A

Abstract

A call module testing method comprises the following steps: the host analyzes the test script to obtain script information; the host sends the script information to the call module; the call module processes the script information and updates the state information of the call module; and the call module reports the script information processing condition and the state information of the call module to the host. By executing the method, the automation of the test of the call module can be realized, and the flexibility of the test of the call module can be increased.

Description

Call module testing method

Technical Field

The invention relates to software engineering, in particular to testing of a call module.

Background

In software engineering, because of the existence of dependencies among modules, an upper application call module is developed to closely depend on a lower call processing module and a response module of an SIP (Session Initiation Protocol) server, and when the call module is developed and tested, the cooperation of the response module of the SIP server and the lower call processing module needs to be stabilized in advance, which is not beneficial to the parallel development of multiple modules. In addition, in the current testing process, the test cases are generally tested one by one manually, so that a lot of testing personnel are required to be invested for initial testing, retesting and retesting, a lot of human resources are consumed, and the testing period is prolonged.

Disclosure of Invention

In view of this, an object of the present invention is to provide a method for testing a call module, which can make testing of the call module more flexible.

The method for testing the call module provided by the embodiment of the invention comprises the following steps: the host analyzes the test script to obtain script information; the host sends the script information to the call module; the call module processes the script information and updates the state information of the call module; and the call module reports the script information processing condition and the state information of the call module to the host.

Preferably, the host further includes a host interaction module, the test script is obtained by converting a test case for the host, and the host interaction module analyzes the test script.

Preferably, the script information is an active request and response event, and the response event is a program block for simulating the activity of the underlying call processing module.

Preferably, after the call module receives the active request and the response event, the call module executes the response event, simulates the activity of the underlying call processing module, generates a response message, and returns the response message to the host.

Preferably, the call module is further connected to the bottom layer call processing module and the session initiation protocol server.

Preferably, the script information is an active request, the call module processes the active request and sends the processed active request to the bottom call processing module, the bottom call processing module sends the active request to the session initiation protocol server, the session initiation protocol server receives the active request and then sends a confirmation message to the bottom call processing module, and the bottom call processing module returns the confirmation message to the host through the call module.

Preferably, the bottom layer call processing module updates bottom layer call structure information after receiving the active request or the confirmation message sent by the session initiation protocol server, where the bottom layer call structure information includes call line information and call number information.

Preferably, the active request comprises a notification call request, a simulated remote answering request and a notification hang-up request.

Preferably, the state message of the call module includes a call state message and a call state message.

The method for testing the call module can realize the automation of the call module test, reduce the labor cost and simultaneously increase the flexibility of the call module test.

The invention is described in detail below with reference to the drawings and specific examples, but the invention is not limited thereto.

Drawings

Fig. 1 is a flowchart of a method for testing a call module according to an embodiment of the present invention.

Fig. 2 is a flowchart of a call module testing method according to another embodiment of the present invention.

Fig. 3 is a message flow diagram in the call module testing method of the present invention.

Description of the main elements

The following detailed description will further illustrate the invention in conjunction with the above-described figures.

Detailed Description

The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

Fig. 1 is a flowchart of a method for testing a call module according to an embodiment of the present invention. The call module testing method is applied to software engineering.

In step S100, the host parses the test script to obtain script information. In this embodiment, the host (e.g. a personal computer PC) is a testing platform for the call module to be tested, and further includes a host interaction module. In software engineering, testing of a call module is generally performed manually by using test cases, in the embodiment, a host converts various test cases into test scripts, transmits the test scripts to a host interaction module through websocket, and the host interaction module analyzes the test scripts to obtain script information. In other embodiments, the call module to be tested may also be mounted on other hardware platforms that can communicate with the host.

In step S102, the host issues the script information to the call module. In this embodiment, the host uses the host interaction module to transmit the script information to the call module through the API interface opened by the call module.

In step S104, the call module processes the script information and reports the execution status and status information of the test script to the host. In this embodiment, after the call module processes the script information, the state information of the call module is updated, and the execution condition of the script and the state information are reported to the host. In this embodiment, the state information includes a call state and a call state, the execution condition information and the state information of the script may be sent to a UI display interface of the host, in other embodiments, the state information may also be sent to a UI display interface of a hardware platform on which the call module to be tested is mounted, and the execution condition of the script may be directly sent to the UI display interface of the host.

In this embodiment, if the parsed script information is an active request and a response time, the response event is a program block for processing activities by the underlying call processing module in the simulation software engineering. Therefore, when the call module processes the script information including the response event, the activity of the bottom layer call processing module is simulated, the response of the SIP (Session Initiation Protocol) server to the active request is generated, and after the call module simulates the response of the SIP server, the response is transmitted back to the host, namely the call test is completed.

If the parsed script information is an active request, the method of the present invention is shown in fig. 2, and fig. 2 is a flowchart of another embodiment of the method for testing a call module of the present invention.

In fig. 2, steps S200 and S202 are the same as steps S100 and S102 in fig. 1, and the only difference is that the script information analyzed and issued by steps S200 and S202 is an active request.

In step S204, the call module processes the active request and sends the processed active request to the bottom-layer call processing module. In this embodiment, the processing of the active request by the session module is generally processing of session logic on data according to a predetermined communication protocol, for example, encapsulating data according to a certain logic.

In step S206, the underlying call processing module processes and forwards the active request to the SIP server, and receives a response message of the SIP server to the active request. In this embodiment, the bottom layer call processing module sends the active request to the SIP server in the form of an SIP signaling, and specifically, the bottom layer call processing module fills corresponding positions of a start line, a from header field, a to header field, a contact header field, and a via header field of the SIP signaling according to script information, that is, a caller URI and a called URI carried by the active request.

In step S208, the underlying call processing module forwards the response of the SIP server to the active request to the call module.

In step S210, the call module reports the call state and the script execution condition to the host. In the present embodiment, the call module specifies the status information based on the received SIP response message, and may determine the execution status of the script. The call state may be a call state and a call state.

In the method for testing a call module shown in fig. 2, when the bottom call module receives an active request issued by the call module and receives a response message from the SIP server, the bottom call module actively updates the bottom call structure information, such as line information and number information.

Fig. 3 is a message flow diagram of the call module testing method of the present invention, which is further described with respect to the method of fig. 2.

In fig. 3, before the test, the host, the session module, and the underlying session processing module are initialized, specifically, the host registers with the session module and the underlying session processing module, the session module registers with the underlying session processing module, and the relevant modules also register with the SIP server (not shown in this figure).

After the initialization of the related modules is completed, the host scribes the test cases, and the host interaction module analyzes the test scripts to obtain script information. In fig. 3, the information flow of the active request, which is the notification call request, the simulated remote end receiving request, and the notification hang-up request, is described.

Specifically, when the active request is a notification call request, the host interaction module sends the notification call request to the call module, the call module sends the processed notification call request to the bottom layer call processing module, the bottom layer call processing module notifies the SIP server, receives a response message of the SIP server, and transmits the response message to the host, namely, notifies the host that the host call command is completed.

When the active request is a simulated remote answering request, the host interaction module transmits the simulated remote answering request to the bottom layer talking processing module through the talking module, the bottom layer talking processing module sends the request to the SIP server, meanwhile, receives a response message of the SIP server, and then transmits the response message back to the host to inform the completion of the answering command, and at the moment, the talking module updates the state message. Likewise, the notification hang-up request accurately completes all test procedures, as also in the flow above.

In summary, by adopting the method for testing the call module of the invention, all tests of all test cases can be automatically completed, thereby saving labor and shortening the test period.

The above-described embodiments do not limit the scope of the present invention. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.

Claims

1. A method for testing a call module is applied to software engineering and is characterized in that: the host analyzes the test script to obtain script information; the host sends the script information to the call module; the call module processes the script information and updates the state information of the call module; the call module reports the script information processing condition and the state information of the call module to the host; the host also comprises a host interaction module, the test script is obtained by converting a test case for the host, and the host interaction module analyzes the test script; the script information is an active request and response event, and the response event is a program block for simulating the activity of a bottom layer call processing module; after the call module receives the active request and the response event, executing the response event, simulating the activity of the bottom call processing module, generating a response message, and transmitting the response message back to the host by the call module; the conversation module is also connected with a bottom layer conversation processing module and a conversation initial protocol server; the script information is an active request, the call module processes the active request and sends the processed active request to the bottom call processing module, the bottom call processing module sends the active request to the session initial protocol server, the session initial protocol server receives the active request and then sends a confirmation message to the bottom call processing module, and the bottom call processing module returns the confirmation message to the host through the call module; after receiving the active request or the confirmation message sent by the session initial protocol server, the bottom layer call processing module updates bottom layer call structure information, wherein the bottom layer call structure information comprises call line information and call number information; the active request comprises a call notification request, a remote end answering simulation request and a hang-up notification request; the state information of the call module comprises call state information and call state information.