CN104618182B - A kind of simulated testing system for supporting a variety of mobile service agreements - Google Patents

Abstract

The invention discloses a kind of simulated testing system for supporting a variety of mobile service agreements, including protocol process module：The configuration processing of the message format of a variety of mobile service agreements, message sequential, and message field (MFLD) parameter is provided；Transmission process module：Transport protocol type and its processing module that a variety of mobile services are supported are provided；Test pile configuration module：Configuration is carried out to mobile service protocol type with transport-type to combine to form test pile；Run processing module：Message request is received for each test pile configured；Enter row format conversion and verification to message content, carry out Message processing using protocol process module, and the message after processing is converted to the form of transport-type corresponding to the test pile；The message sent using transmission process module after processing conversion carries out response.The present invention can simulate interacting message with business operation support system, ensure in integration testing that interface testing fully and test path all standing, avoids quality blind spot, lifting testing efficiency and quality.

Description

A Simulation Test System Supporting Multiple Mobile Service Protocols

technical field

The invention relates to a simulation test system, in particular to a simulation test system supporting multiple mobile service protocols.

Background technique

In order to cope with the surge in the number of users and business types in the telecommunications industry, a huge multi-level business operation support system is required, which has the characteristics of flexibility, scalability, high reliability, and easy maintenance. Therefore, the business operation support system adopts a loosely coupled architecture to reduce overall complexity and dependencies. Make application environments more agile, consume changes faster, and reduce risk.

A loosely coupled architecture is usually a message-based system, and two coupled systems don't directly know how the other is implemented. The communication between them is supported by the structure of the message. As long as the message conforms to the negotiated schema, clients on both sides can make changes as needed without fear of breaking each other.

The mobile service operation support system and peripheral systems are loosely coupled architectures, most of which use message mechanisms for communication. There are differences in the implementation of peripheral systems, and there are large differences in the selection of communication protocols, which can be roughly divided into: HTTP protocol, SOAP protocol, SOCKET protocol, and FTP protocol.

Although the loosely coupled architecture meets the characteristics of flexibility, scalability, and ease of maintenance, it greatly reduces testability. When conducting system integration testing, the peripheral system needs to cooperate with it to complete the end-to-end testing. However, there are difficulties in building peripheral systems, making most test paths incomplete. Now use an additional peripheral system to build a test stub, manually write the message file according to the message structure content, and send it to the business operation support system through the test stub. And if the message is sent from the business operation support system to the peripheral system, check the message content recorded at the system interface to determine whether the interface function is correct.

When carrying out the integration test of the existing business operation support system, it is necessary to build a test pile for each peripheral system, and manually compile the message file according to the message format. At the same time, if the message protocol changes or the message format changes, the message file needs to be redefined. In the process of integration testing, even if it has been done many times before, it still needs manual reconfiguration and operation step by step. Existing testing methods have several disadvantages:

1. There are many manual processes for test stub configuration, message configuration, and protocol sending and receiving operations, which are easy to introduce errors due to human operations and affect test reliability.

2. In most cases, the test with the peripheral system needs to be tested in multiple batches, and more manual processing will greatly reduce the processing efficiency.

3. Since the peer system is difficult to build, it is difficult to test the interaction process of the two system interfaces, and it is difficult for the peer system to reply to the exception message according to the protocol, which makes it difficult to cover the exception process.

4. A test stub supports one protocol type, and does not define the protocol format and message content. Therefore, whether the message sending and receiving format verification and message results are correct is manually judged.

Contents of the invention

The technical problem to be solved by the present invention is to provide a simulation test system supporting multiple mobile service protocols, capable of interacting with simulated messages of the service operation support system, and ensuring sufficient interface testing and full coverage of test paths during the integration test process of the service operation support system , Avoid quality blind spots, improve test efficiency and test quality.

The technical scheme adopted by the present invention to solve the above-mentioned technical problems is to provide a simulation test system supporting multiple mobile service protocols, including a protocol processing module: providing message formats, message timing, and message Configuration processing of field parameters; transmission processing module: providing transmission protocol types and processing modules supported by various mobile services; test stub configuration module: configuring and combining mobile service protocol types and transmission types to form test stubs; operation processing module: for Each configured test stub receives a message request; performs format conversion and verification on the content of the message, obtains the protocol characteristic value in the verified message, uses the protocol processing module to process the message, and converts the processed Convert the message to the format of the transmission type corresponding to the test stub; use the transmission processing module to send and process the converted message to reply.

In the above simulation test system supporting multiple mobile service protocols, the message format configuration includes field names, field attributes, enumerated value definitions of enumerated fields, and methods for checking and obtaining values of fields.

The above-mentioned simulation test system supporting multiple mobile service protocols, wherein the message timing configuration includes composing a plurality of interrelated protocols into a business transaction in sequence, and proceeding according to the configured timing relationship in the process of sending and receiving messages. answer.

The above-mentioned simulation test system supporting multiple mobile service protocols, wherein the transmission protocol types include SOAP, HTTP1.0\1.1, MML, SOCKET and FTP protocols, and the test stub configuration module selects the transmission of each test stub The protocol instantiation forms an independent thread and loads the corresponding mobile service protocol type at the same time.

The above-mentioned simulation test system supporting multiple mobile service protocols, wherein, the message receiving process of the operation processing module is as follows: for each configured test stub, according to the transmission protocol configured by the test stub, obtain and send the message from the receiving end The content of the message to the test stub; obtain the characteristic value of the message protocol, compare the characteristic value of the mobile service protocol configured by the test stub, and check whether the message belongs to the test stub protocol; if it does not belong to the test stub protocol, directly peer The message is sent incorrectly; if it belongs to the test stub protocol, check the format of the protocol message.

The above-mentioned simulation test system supporting multiple mobile service protocols, wherein, the message format conversion and verification process of the operation processing module is as follows: query the message format from the message format library according to the message protocol characteristic value, and Load it into the memory; convert the message into a unified XML format according to the message format definition, and then check whether the message structure is correct through the message format WSDL.

The above-mentioned simulation test system supporting multiple mobile service protocols, wherein, the message processing process of the operation processing module is as follows: field check: check the field value according to the message field definition and check method definition; The verified message can be processed later, otherwise it will be used as an abnormal message to indicate the verification error and return an error response; obtain the response format: obtain the response message format of the same protocol as the received message through the message protocol characteristic value, and Load it into the memory; analyze the request message: obtain the field information required for sending the message from the received message according to the association relationship between the sending and receiving messages, and store it for use when assembling and sending the message; response strategy: load according to the test pile Response strategy, set the response return value; data assembly: according to the structure of the response message, assemble the field information obtained from the analysis request message and the response value obtained from the response strategy into a response message body; convert the protocol format: then The unified XML format is converted into the format required by the protocol; sending: send the assembled message to the designated receiving end in real-time reply sending mode or asynchronous reply sending mode.

Compared with the prior art, the present invention has the following beneficial effects: the simulation test system supporting multiple mobile service protocols provided by the present invention can configure and combine mobile service protocol types and transmission types to form test piles, which can simulate peripheral system communication mechanisms and support All types of business protocols involved in the existing mobile business, and various business message formats can be maintained through message field attribute parameter configuration, or message structure definition import, etc., so as to ensure that the interface during the integration test process of the business operation support system The test is sufficient and the test path is fully covered to avoid quality blind spots and improve test efficiency and test quality.

Description of drawings

Fig. 1 is a schematic diagram of the simulation test system architecture supporting multiple mobile service protocols in the present invention;

Fig. 2 is a schematic diagram of the control flow of the simulation test system supporting multiple mobile service protocols in the present invention.

detailed description

The present invention will be further described below in conjunction with the accompanying drawings and embodiments.

Figure 1 is a schematic diagram of the structure of the simulation test system supporting multiple mobile service protocols in the present invention; Figure 2 is a schematic diagram of the control flow of the simulation test system supporting multiple mobile service protocols in the present invention.

Referring to Fig. 1 and Fig. 2, the simulated test system supporting multiple mobile service protocols provided by the present invention includes:

Protocol processing module: provide message formats of various mobile service protocols, message timing, and configuration processing of message field parameters;

Transmission processing module: provide transmission protocol types and processing modules supported by various mobile services;

Test stub configuration module: configure and combine the mobile service protocol type and transmission type to form a test stub;

Operation processing module: receive message request for each configured test pile; perform format conversion and verification on the content of the message, obtain the protocol characteristic value in the verified message, and use the protocol processing module to process the message , and convert the processed message into the format of the transmission type corresponding to the test stub; use the transmission processing module to send the processed and converted message to reply.

The simulation test system supporting multiple mobile service protocols provided by the present invention configures and combines mobile service protocol types and transmission types to form test piles, which can simulate peripheral system communication mechanisms and support all service protocol types involved in existing mobile services. It can also maintain various business message formats through message field attribute parameter configuration, or message structure definition import, etc., and fully supports the management of message format verification methods, message response strategies, and message test data.

The main functions and processing procedures of each module of the present invention are as follows:

1. Test stub processing module: a combination of a protocol type and a transmission type is the basic element of a test stub. Other elements include: network configuration, protocol encoding definition, special verification method, protocol parameter configuration, etc. Using the combined definition of protocol type and transmission type makes it possible for the simulated service protocol system to easily define a variety of test stubs to cope with the testing of different protocols.

2. Protocol processing module: A protocol needs to define message format, message timing, and message field parameter definition, etc.

a) Message format: field name, field attribute, if it is an enumerated field, it is also necessary to maintain the definition of the enumerated value of the field, and at the same time, it is necessary to define the verification and value method of the field

b) Message sequence: A pair of messages defines a response, and the system maintains the message response sequence. For the complexity of mobile service protocols, some service processing needs to be composed of multiple sets of protocols. For example: first register, then operate, and then cancel the business processing mode, that is, there are three protocols to form a business transaction, the system maintains the timing relationship of the three protocols, and responds according to the timing relationship during the process of sending and receiving messages.

c) Protocol inheritance relationship; for the characteristics of step-by-step refinement of mobile service protocols. For example, the VGOP business protocol format is defined in [VGOP business booklet], and each VGOP business has its own protocol format definition. Most of the protocol message fields are consistent, and some fields have different choices (or have different restrictions) due to different protocols. In order to make a change in the overall protocol format of the VGOP service directly affect the protocol format of all individual VGOP services, it is necessary to support the protocol inheritance relationship.

The order requests of Fetion platform and PIM platform are consistent except for the definition of operation code, which is consistent with the VGOP business order request protocol. Both the Fetion platform and the PIM platform have an inheritance relationship with the VGOP platform agreement, but there are exceptions.

3. Transmission management: According to the needs of existing mobile service protocol types, the system now supports SOAP, HTTP1.0\1.1, MML, SOCKET, FTP and other protocols. The simulated business protocol system manages these transmission type templates. When configuring test stubs, instantiate such transmission type templates to form an independent thread and load corresponding protocols at the same time to simulate specific mobile services.

Please refer to FIG. 2 , taking a certain service sent to the simulated service agreement system as an example to explain in detail the processing flow of the service agreement in the present invention.

1. Receiving: According to the transmission protocol, the content of the message sent to a test stub of the simulated business protocol system is obtained from the receiving end.

2. Message conversion:

a) Protocol type: According to the definition of the message protocol characteristic value, obtain the message protocol characteristic value, compare the protocol characteristic value carried by the test stub, and check whether the message belongs to the test stub protocol. If it does not belong to the test stub protocol, the peer message is sent incorrectly; if it belongs to the test stub protocol, search for the format of the protocol message.

b) Message format: query the message format from the message format library according to the characteristic value of the message protocol, and load it into the memory.

c) Format conversion/verification: convert the message into a unified XML format according to the message format definition. Then check whether the message structure is correct through the message format WSDL.

3. Message processing:

d) Field verification: the message will verify its field value according to the message field definition and verification method definition. For example: if the field is a date type, you need to check whether it meets the date format requirements; if the enumerated value of the field is [1-5], you need to check whether it exceeds this range; It can be checked by the validation method. Subsequent processing can be performed on the message that passes the field verification, otherwise it will be used as an abnormal message to indicate the verification error and return an error response.

e) Obtaining the response format: Obtain the response message format of the same protocol as the received message through the characteristic value of the message protocol, and load it into the memory.

f) Analyzing the request message: According to the definition of the association relationship between sending and receiving messages, the field information (for example: serial number, phone number, user information, etc.) required for sending the message is obtained from the received message, and stored in the MAP for It is used for assembling and sending messages.

g) Response strategy: set the response return value according to the response strategy loaded by the test stub. For example: if the response returns correct information, a certain return value of the message should be set to 0.

h) Data assembly: according to the structure of the response message, assemble the response message body from the field information obtained from the analysis request message and the response value obtained from the response policy.

i) Unified message format: form an XML message format body.

j) Convert protocol format: convert the unified XML format into the format required by the protocol through protocol format conversion. For example: format required by MML, format required by SOAP, etc.

4. Sending: Send the assembled message to the designated place. Support real-time reply sending and asynchronous reply sending two modes.

To sum up, the present invention uses the transmission protocol and the carried mobile service protocol to flexibly assemble into a test stub for simulating the mobile service protocol, thereby providing flexible configuration management for the protocol, transmission, and message structure, and integrating different The protocol message format is converted into a unified format processing method, which reduces the impact of different protocol message formats on the system, greatly improves the efficiency and coverage of integration testing, and has strong flexibility. The specific advantages are as follows: 1. A simulated service agreement is defined as a test stub. The test stub is composed of the flexible configuration of the transmission protocol and the bearer protocol. The simulated mobile service protocol system can realize the simulation of the protocol by configuring a test stub. The system has strong scalability. 2. The system provides a flexible configuration interface for protocols, transmissions, and messages, enabling the system to support multiple protocols, transmissions, and messages, especially for multi-level verification of messages: format verification, field verification, Value validity check. It also provides a separate configuration of the verification method to deal with the expansion of subsequent verification methods. 3. The system converts various protocol message formats into a unified format (XML) during internal processing to facilitate system processing, while the protocol message system of different formats mainly maintains format conversion and format assembly. The diversity of formats has little impact on the system, making the system capable of carrying packets of various protocols. 4. Fully support mobile existing business protocols, including SOAP, HTTP1.0\1.1, MML, SOCKET, FTP and other protocols.

Although the present invention has been disclosed above with preferred embodiments, it is not intended to limit the present invention. Any person skilled in the art may make some modifications and improvements without departing from the spirit and scope of the present invention. Therefore, the present invention The scope of protection should be defined by the claims.

Claims (7)

1. A simulation test system that supports multiple mobile service protocols, is characterized in that, comprising: Protocol processing module: provide message formats of various mobile service protocols, message timing, and configuration processing of message field parameters; Transmission processing module: provide transmission protocol types and processing modules supported by various mobile services; Test stub configuration module: configure and combine mobile service protocol types and transmission protocol types to form test stubs; Operation processing module: receive message request for each configured test pile; perform format conversion and verification on the content of the message, obtain the protocol characteristic value in the verified message, and use the protocol processing module to process the message , and convert the processed message into the format of the transmission type corresponding to the test stub; use the transmission processing module to send the processed and converted message to reply. 2. the simulation test system supporting multiple mobile service protocols as claimed in claim 1, is characterized in that, described message format configuration comprises the enumeration value definition of field name, field property, enumeration field and the verification of field and value method. 3. The simulation test system supporting multiple mobile service protocols as claimed in claim 1, wherein the message sequence configuration includes forming a business transaction in a sequential order with a plurality of interrelated protocols, and sending and receiving messages Respond according to the configured timing relationship during the process. 4. the simulation test system that supports multiple mobile service protocols as claimed in claim 1, is characterized in that, described transmission protocol type comprises SOAP, HTTP1.0\1.1, MML, SOCKET and FTP agreement, and described test stub configuration The module instantiates the transport protocol selected by each test stub to form an independent thread and loads the corresponding mobile service protocol type at the same time. 5. the simulation test system supporting multiple mobile service protocols as claimed in claim 1, is characterized in that, the message receiving process of described operation processing module is as follows: For each configured test stub, according to the transmission protocol configured by the test stub, obtain the content of the message sent to the test stub from the receiving end; Get the message protocol characteristic value, compare the mobile service protocol characteristic value configured by the test stub, and check whether the message belongs to the test stub protocol; if it does not belong to the test stub protocol, directly send an error response to the receiving end message; if it belongs to To test the stub protocol, search for the format of the protocol message. 6. the simulation test system supporting multiple mobile service protocols as claimed in claim 5, is characterized in that, the message format conversion of described operation processing module and verification process are as follows: According to the characteristic value of the message protocol, query the message format from the message format library and load it into the memory; Convert the message into a unified XML format according to the message format definition, and then check whether the message structure is correct through the message format WSDL. 7. the simulation test system supporting multiple mobile service protocols as claimed in claim 5, is characterized in that, the message processing process of described operation processing module is as follows: Field verification: verify the field value according to the message field definition and verification method definition; the message that passes the field verification can be processed later, otherwise it will be used as an abnormal message to indicate the verification error and return an error response; Obtaining the response format: Obtain the response message format of the same protocol as the received message through the characteristic value of the message protocol, and load it into the memory; Analysis request message: According to the association relationship between sending and receiving messages, obtain the field information required for sending a message from the received message, and store it for use when assembling and sending a message; Response strategy: set the response return value according to the response strategy loaded by the test stub; Data assembly: According to the structure of the response message, the field information obtained from the analysis request message and the response value obtained from the response strategy are assembled into a response message body; Convert protocol format: convert the unified XML format to the format required by the protocol; Send: Send the assembled message to the specified receiver using real-time response sending mode or asynchronous response sending mode.