CN106598838B - OSP system testing method and device - Google Patents

Abstract

The invention discloses a kind of OSP system detection methods, comprising steps of obtaining data packet to be tested；The data packet to be tested is parsed, and generates interface message corresponding with common interface in data packet to be tested；Start corresponding Http service according to the interface message, and executes the test of the data packet to be tested under Http service.The invention also discloses a kind of OSP opening machine system test devices.The present invention is not necessarily to tester's hand-coding code, reduces the complexity of test process, improves testing efficiency.

Description

OSP system testing method and device

technical field

The present invention relates to the technical field of data processing, in particular to a method and device for testing an OSP system.

Background technique

At present, there is a basic service system OSP based on venus (3D browser) in the platform architecture. The service system OSP needs to test a large number of interfaces, so the test of a large number of interfaces of OSP has become a thorny problem for testers, because OSP only supports java (object-oriented programming language) method invocation for interface testing, and testing in the process of testing. Personnel needs: 1. Configure the environment variables of the OSP service; 2. Introduce the jar package of the service to be tested. If the jar package is updated, the jar package needs to be updated in time; 3. Write the test code, call the client execution method, and set the parameter variables, Finally, execute the test to get the test result and analyze it. To sum up, the current testing method of the OSP service system has many operation steps, the process is cumbersome, and the efficiency is low.

The above content is only used to assist the understanding of the technical solutions of the present invention, and does not mean that the above content is the prior art.

SUMMARY OF THE INVENTION

The main purpose of the present invention is to provide an OSP system testing method and device, which aims to solve the problems that the current OSP service system testing method has many operation steps, cumbersome process and poor efficiency.

For achieving the above object, a kind of OSP system testing method provided by the invention comprises the steps:

Get the data package to be tested;

Parse the data packet to be tested, and generate interface information corresponding to the public interface in the data packet to be tested;

Start the corresponding Http service according to the interface information, and execute the test of the data packet to be tested under the Http service.

Preferably, the starting the corresponding Http service according to the interface information includes:

Configure environment variables and system parameters according to the interface information;

After configuring the environment variables and system parameters, determine the Http interface information according to the mapping relationship;

Start the corresponding Http interface service according to the determined Http interface information.

Preferably, starting the corresponding Http interface service according to the determined Http interface information includes:

Generate the corresponding Http service according to the generated interface information, and display the generated Http service;

Receive the start command based on displaying the Http service, and start the corresponding Http service.

Preferably, after performing the test of the data packet to be tested under the Http service, the method further includes:

After the test is complete, stop the Http service.

Preferably, the method further includes:

Provide a layer of application layer Http protocol for OSP service, and provide API interface corresponding to Http protocol.

In addition, in order to realize the above-mentioned purpose, the present invention also provides a kind of OSP system testing device, including:

The acquisition module is used to acquire the data package to be tested;

a parsing module for parsing the data packet to be tested;

A generation module is used to generate interface information corresponding to the public interface in the data packet to be tested;

a startup module, used to start the corresponding Http service according to the interface information;

A test module, configured to execute the test of the data packet to be tested under the Http service.

Preferably, the startup module includes:

a configuration unit, configured to configure environment variables and system parameters according to the interface information;

The determination unit is used to determine the Http interface information according to the mapping relationship after configuring the environment variables and system parameters;

The starting unit is configured to start the corresponding Http interface service according to the determined Http interface information.

Preferably, the startup unit further includes: a generating subunit, configured to generate a corresponding Http service according to the generated interface information;

The display subunit displays the generated Http service;

The startup subunit is used to receive the startup instruction based on the display Http service, and start the corresponding Http service.

Preferably, a stop module is used to stop the Http service after the test is completed.

Preferably, it also includes:

Provides a module for providing a layer of application layer Http protocol for OSP services, and provides an API interface corresponding to the Http protocol.

The invention invokes the OSP client method through the API interface, automatically parses the interface information according to the uploaded test data packet and generates the corresponding Http service, does not require the tester to write codes manually, reduces the complexity of the test process and improves the test efficiency.

Description of drawings

1 is a schematic flowchart of an embodiment of an OSP system testing method of the present invention;

2 is a schematic flowchart of starting a corresponding Http service according to the interface information according to an embodiment of the present invention;

3 is a schematic flowchart of starting a corresponding Http interface service according to the determined Http interface information in an embodiment of the present invention;

4 is a schematic diagram of functional modules of an embodiment of the OSP system testing device of the present invention;

FIG. 5 is a schematic diagram of a refined functional module of the startup module in an embodiment of FIG. 4;

FIG. 6 is a schematic diagram of a detailed functional module of the startup unit in an embodiment of FIG. 5 .

The realization, functional characteristics and advantages of the present invention will be further described with reference to the accompanying drawings in conjunction with the embodiments.

Detailed ways

It should be understood that the specific embodiments described herein are only used to explain the present invention, but not to limit the present invention.

The invention provides an OSP system testing method.

Referring to FIG. 1 , FIG. 1 is a schematic flowchart of an embodiment of an OSP system testing method of the present invention.

In one embodiment, the OSP system testing method includes:

Step S10, obtaining the data packet to be tested;

In this embodiment, OSP is an open settlement protocol, based on a client/server protocol. The data package to be tested is preferably a JAR (compressed file) package. Provides a JAR management module. Users upload the JAR package to be tested through the JAR management module. The uploading process includes: 1) uploading the JAR package through USB; The management module uploads the JAR package; 3) the JAR management module provides an input and output interface, and the JAR data package is directly input through the input and output interface.

Step S20, parse the data packet to be tested, and generate interface information corresponding to the public interface in the data packet to be tested;

Provide a layer of application layer Http protocol (HyperText Transfer Protocol, network protocol) for OSP service, and provide API interface corresponding to Http protocol. After the data packet to be tested is acquired, the data packet to be tested is parsed, and the public interface in the data packet to be tested is extracted, that is, the public interface carried by the data packet to be tested is parsed from the data packet to be tested. For example, when the data packet to be tested is a data packet in JAR format, the data packet in JAR format is decompressed, and the relevant information of the public interface is extracted from the decompressed data packet. Interface information corresponding to these public interfaces is automatically generated.

Step S30: Start the corresponding Http service according to the interface information, and execute the test of the data packet to be tested under the Http service.

Start and stop the relevant Http service according to the interface information, and execute the test of the to-be-tested data packet in the Http service environment.

Specifically, in a preferred embodiment of the present invention, referring to FIG. 2 , the starting of the corresponding Http service according to the interface information includes:

Step S31, configure environment variables and system parameters according to the interface information;

Step S32, after configuring the environment variables and system parameters, determine the Http interface information according to the mapping relationship;

Step S33: Start the corresponding Http interface service according to the determined Http interface information.

After the interface information is generated, the corresponding environment variables and system parameters are configured according to the interface information. After the environment variables and system parameters corresponding to the interface information are configured, the Http interface information is determined according to the mapping relationship. Http interface information starts the corresponding Http interface service.

Specifically, in a preferred embodiment of the present invention, referring to FIG. 3 , the starting of the corresponding Http interface service according to the determined Http interface information includes:

Step S34, generating a corresponding Http service according to the generated interface information, and displaying the generated Http service;

Step S35: Receive a start instruction based on displaying the Http service, and start the corresponding Http service.

According to the generated interface information, the corresponding Http service is automatically and dynamically generated, the generated Http service is displayed, the tester starts the Http service, and executes the test under the Http service.

After the test is completed, the test results are obtained, and a test report is generated based on the test results. And after the test is completed, stop the corresponding Http service. In specific applications, a layer of application layer Http protocol is wrapped on the basis of OSP services. Testers can schedule the client method of OSP services by calling the provided API interface (Application Programming Interface). The mechanism of dynamic reflection converts method calls into API calls, so that testers do not need to write code manually, nor do they need to modify environment variables, combined with SoapUI (open source testing tool, through soap/http to check, call, and implement Web Service functions/ Load/compliance testing) takes method parameters as data-driven, and schedules the API interface provided in batches every day, which improves the efficiency of testing work. The Java-based reflection mechanism in the embodiment of the present invention converts the original test work that can only be performed through portable code into the Http API interface test work that does not require portable code, thereby greatly improving the test efficiency.

In this embodiment, the client method of OSP is invoked through the API interface, the interface information is automatically parsed according to the uploaded test data packet, and corresponding Http service is generated, without the need for testers to write code manually, which reduces the complexity of the test process and improves the test efficiency.

The present invention further provides an OSP system testing device.

Referring to FIG. 4 , FIG. 4 is a schematic diagram of functional modules of an embodiment of the OSP system testing apparatus of the present invention.

In one embodiment, the OSP system testing apparatus includes: an acquiring module 10 , a providing module 20 , a parsing module 30 , a generating module 40 , a starting module 50 , a testing module 60 and a stopping module 70 .

The obtaining module 10 is used to obtain the data packet to be tested;

In this embodiment, OSP is an open settlement protocol, based on a client/server protocol. The data package to be tested is preferably a JAR (compressed file) package. Provides a JAR management module. Users upload the JAR package to be tested through the JAR management module. The uploading process includes: 1) uploading the JAR package through USB; The management module uploads the JAR package; 3) the JAR management module provides an input and output interface, and the JAR data package is directly input through the input and output interface.

The providing module 20 is used to provide a layer of application layer Http protocol (HyperText TransferProtocol, network protocol) for the OSP service, and provide an API interface corresponding to the Http protocol.

The parsing module 30 is configured to parse the data packet to be tested; after acquiring the data packet to be tested, parse the data packet to be tested, and extract the public interface in the data packet to be tested, that is, from the data packet to be tested In the data packet, the public interface carried by it is parsed. For example, when the data packet to be tested is a data packet in JAR format, the data packet in JAR format is decompressed, and the relevant information of the public interface is extracted from the decompressed data packet.

The generating module 40 is configured to generate interface information corresponding to the public interfaces in the data packet to be tested; and automatically generate interface information corresponding to these public interfaces.

The starting module 50 is configured to start the corresponding Http service according to the interface information; start and stop the relevant Http service according to the interface information, and execute the test of the data packet to be tested in the Http service environment.

Specifically, in a preferred embodiment of the present invention, referring to FIG. 5 , the startup module 50 includes:

a configuration unit 51, configured to configure environment variables and system parameters according to the interface information;

The determining unit 52 is used to determine the Http interface information according to the mapping relationship after configuring the environment variables and system parameters;

The starting unit 53 is configured to start the corresponding Http interface service according to the determined Http interface information.

After the interface information is generated, the corresponding environment variables and system parameters are configured according to the interface information. After the environment variables and system parameters corresponding to the interface information are configured, the Http interface information is determined according to the mapping relationship. Http interface information starts the corresponding Http interface service.

Specifically, in a preferred embodiment of the present invention, referring to FIG. 6 , the startup unit 53 includes:

Generating subunit 531, generating corresponding Http service according to the generated interface information;

Display subunit 532, displaying the generated Http service;

The starting subunit 533 is configured to receive a starting instruction based on displaying the Http service, and start the corresponding Http service.

According to the generated interface information, the corresponding Http service is automatically and dynamically generated, the generated Http service is displayed, and the tester starts the Http service;

The test module 60 is configured to perform the test of the data packet to be tested under the Http service.

After starting the Http service, execute the test in the Http service environment. After the test is completed, the test results are obtained, and a test report is generated based on the test results.

The stopping module 70 is used to stop the corresponding Http service after the test is completed. In specific applications, a layer of application layer Http protocol is wrapped on the basis of OSP services. Testers can schedule the client method of OSP services by calling the provided API interface (Application Programming Interface). The mechanism of dynamic reflection converts method calls into API calls, so that testers do not need to write code manually, nor do they need to modify environment variables, combined with SoapUI (open source testing tool, through soap/http to check, call, and realize the function/load of WebService /Conformance test) The method parameters are used as data-driven, and the API interface provided in batches is scheduled every day, which improves the efficiency of the test work. The Java-based reflection mechanism in the embodiment of the present invention converts the original test work that can only be performed through portable code into the Http API interface test work that does not require portable code, thereby greatly improving the test efficiency.

In this embodiment, the client method of OSP is invoked through the API interface, the interface information is automatically parsed according to the uploaded test data packet, and corresponding Http service is generated, without the need for testers to write code manually, which reduces the complexity of the test process and improves the test efficiency.

The above are only preferred embodiments of the present invention, and are not intended to limit the scope of the present invention. Any equivalent structure or equivalent process transformation made by using the contents of the description and drawings of the present invention, or directly or indirectly applied in other related technical fields , are similarly included in the scope of patent protection of the present invention.

Claims (8)

1. a kind of OSP system detection method, which is characterized in that comprising steps of

Obtain data packet to be tested；

The data packet to be tested is parsed, and generates interface message corresponding with common interface in data packet to be tested；

Start corresponding Http service according to the interface message, and executes the data packet to be tested under Http service Test；

One layer of application layer Http agreement is provided for OSP service, and api interface corresponding with Http agreement is provided, passes through api interface The method for calling OSP client completes OSP service.

2. OSP system detection method as described in claim 1, which is characterized in that described to start phase according to the interface message The Http service answered includes:

According to the interface message configuration surroundings variable and system parameter；

After configuration surroundings variable and system parameter, Http interface message is determined according to mapping relations；

Start corresponding Http interface service according to the Http interface message of the determination.

3. OSP system detection method as claimed in claim 2, which is characterized in that the Http interface according to the determination Information starts corresponding Http interface service

Corresponding Http service is generated according to the interface message of generation, and shows the Http service of the generation；

The enabled instruction based on display Http service is received, corresponding Http service is started.

4. OSP system detection method as described in any one of claims 1 to 3, which is characterized in that described to be serviced in the Http After the lower test for executing the data packet to be tested, further includes:

After the completion of test, stop the Http service.

5. a kind of OSP opening machine system test device characterized by comprising

Module is obtained, for obtaining data packet to be tested；

Parsing module, for parsing the data packet to be tested；

Generation module, for generating interface message corresponding with common interface in data packet to be tested；

Starting module is serviced for starting corresponding Http according to the interface message；

Test module, for executing the test of the data packet to be tested under Http service；

Module is provided, for providing one layer of application layer Http agreement for OSP service, and API corresponding with Http agreement is provided and is connect Mouthful, the common interface is the api interface, completes OSP service by the method that api interface calls OSP client.

6. OSP opening machine system test device as claimed in claim 5, which is characterized in that the starting module includes:

Configuration unit, for according to the interface message configuration surroundings variable and system parameter；

Determination unit, for determining Http interface message according to mapping relations after configuration surroundings variable and system parameter；

Start unit, for starting corresponding Http interface service according to the Http interface message of the determination.

7. OSP opening machine system test device as claimed in claim 6, which is characterized in that the start unit, further includes: generate son Unit is serviced for generating corresponding Http according to the interface message of generation；

Display subelement shows the Http service of the generation；

Promoter unit for receiving the enabled instruction based on display Http service, and starts corresponding Http service.

8. such as the described in any item OSP opening machine system test devices of claim 5 to 7, which is characterized in that stopping modular, for surveying After the completion of examination, stop the Http service.