CN112035344A - Multi-scenario test method, device, equipment and computer readable storage medium - Google Patents

Abstract

Embodiments of the present disclosure provide a multi-scenario testing method, apparatus, device, and computer-readable storage medium. The method includes receiving a network test request forwarded by an interface server; wherein, the network request is sent by a client to the interface server; according to preset rules, forwarding the network test request matching the third-party service platform to the third-party service platform. The third-party business platform and/or forward the test request matching the mock platform to the mock platform; receive the response data sent by the third-party business platform and/or the mock platform, and forward it to the interface server, so that the interface server can send the response data forwarded to the client. In this way, simulated data and real data can be tested at the same time, so that the test results are more complete; different responses can be configured to verify different business scenarios.

Description

Multi-scenario testing method, apparatus, device, and computer-readable storage medium

technical field

Embodiments of the present disclosure generally relate to the field of software testing, and more particularly, to a multi-scenario testing method, apparatus, device, and computer-readable storage medium.

Background technique

At present, the business system needs to be tested for business functions during the development process. During the business function test, the mock platform needs to be called; after the business function test is completed, in some business scenarios, the third-party business platform needs to be called, and the information finally returned to the client is determined according to the return of the third-party business platform. It is in this process that the business system is repeatedly tested and processed. For a single business system, such a process is not very complicated, but with the increase of business systems, each business system has to interface with different external systems, and at the same time, test different scenarios, so the whole development, testing , joint debugging and other time-consuming, very low efficiency, difficult to manage and maintain.

The prior art has the following problems:

1. The environment of the third-party interface is unstable, so that the data cannot be returned normally when the third-party interface is called;

2. The development progress of the third-party interface is later than that of the tested interface, which affects the testing progress of the tested interface;

3. Different business scenarios need to be verified during the test, normal or different errors; for example, if the movie review is successful or unsuccessful, different responses need to be returned;

4. Because the third-party interface is not the same team or company, there are personnel and time costs for coordination in all aspects.

SUMMARY OF THE INVENTION

According to the embodiments of the present disclosure, a multi-scenario testing solution is provided, which is used to solve the technical problem in the prior art that the mock platform and the third-party business system need to be repeatedly tested respectively.

In a first aspect of the present disclosure, a multi-scenario testing method is provided. The method includes: receiving a network test request forwarded by an interface server; wherein, the network request is sent by a client to the interface server; according to preset rules, forwarding the network test request matching the third-party service platform to the first The third-party business platform and/or forward the test request matching the mock platform to the mock platform; receive the response data sent by the third-party business platform and/or the mock platform, and forward it to the interface server, so that the interface server can send the response data forwarded to the client.

The above aspects and any possible implementation manners further provide an implementation manner, wherein the preset rules include: determining the domain name and path of the received first network test request and the second network that needs to be sent to the mock platform Test whether the requested domain name and path match, if so, call the mock platform, if not, call the third-party business platform.

According to the above aspect and any possible implementation manner, an implementation manner is further provided, wherein the preset rule includes: setting the number of times, frequency, and time ratio of calling the mock platform.

The above aspect and any possible implementation manner further provide an implementation manner, wherein the second network test request is generated by replacing the domain name and path of the first network test request with the domain name and path of the mock platform. .

The above aspects and any possible implementations further provide an implementation, wherein a multi-scene simulation response mode is set in the database of the mock platform; the mock platform parses the second test request, according to The key fields of the business system and the key fields of the scenario carried in the second network test request determine the simulated response mode to the business scenario.

The above aspects and any possible implementation manners further provide an implementation manner, wherein the multi-scenario response manner includes simulated response manners of different business systems and different business scenarios.

In the above aspect and any possible implementation, an implementation is further provided. Receiving the response data sent by the third-party business platform and/or the mock platform further includes: adding an identifier to the response data to identify that its source is Third-party business platforms or mock platforms.

In a second aspect of the present disclosure, a multi-scene testing apparatus is provided. The device includes: a network test request receiving module for receiving a network test request forwarded by an interface server; wherein, the network request is sent by a client to the interface server; a network test request forwarding module, used for preset Rules, forward the network test request matching the third-party business platform to the third-party business platform, and forward the test request matching the mock platform to the mock platform; the response data forwarding module is used to receive the third-party business platform and/or the mock platform The sent response data is forwarded to the interface server, so that the interface server forwards the response data to the client. .

In a third aspect of the present disclosure, an electronic device is provided. The electronic device includes: a memory and a processor, where a computer program is stored on the memory, and the processor implements the above-mentioned method when the processor executes the program.

In a fourth aspect of the present disclosure, there is provided a computer-readable storage medium having stored thereon a computer program that, when executed by a processor, implements the method according to the first aspect of the present disclosure.

Through the above aspects of the present disclosure, simultaneous testing of simulated data and real data can be realized, so that the test results are more complete; different responses can be configured to verify different business scenarios.

It should be understood that the matters described in this Summary are not intended to limit key or critical features of the embodiments of the present disclosure, nor are they intended to limit the scope of the present disclosure. Other features of the present disclosure will become apparent from the following description.

Description of drawings

The above and other features, advantages and aspects of various embodiments of the present disclosure will become more apparent when taken in conjunction with the accompanying drawings and with reference to the following detailed description. In the drawings, the same or similar reference numbers refer to the same or similar elements, wherein:

1 shows a schematic diagram of an exemplary operating environment in which embodiments of the present disclosure can be implemented;

Fig. 2 shows the schematic diagram of the multi-scenario testing method between the client, the interface server, the interface configuration platform, the third-party business platform and the mock platform shown in Fig. 1;

3 shows a block diagram of a multi-scenario testing apparatus according to an embodiment of the present disclosure;

4 shows a block diagram of an exemplary electronic device capable of implementing embodiments of the present disclosure.

Detailed ways

In order to make the purposes, technical solutions and advantages of the embodiments of the present disclosure clearer, the technical solutions in the embodiments of the present disclosure will be described clearly and completely below with reference to the accompanying drawings in the embodiments of the present disclosure. Obviously, the described embodiments These are some, but not all, embodiments of the present disclosure. Based on the embodiments in the present disclosure, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present disclosure.

In addition, the term "and/or" in this article is only an association relationship to describe the associated objects, indicating that there can be three kinds of relationships, for example, A and/or B, it can mean that A exists alone, A and B exist at the same time, There are three cases of B alone. In addition, the character "/" in this document generally indicates that the related objects are an "or" relationship.

In the present disclosure, the simulated data test of the mock platform and the real data test of the third-party business platform are simultaneously realized through the interface configuration platform.

FIG. 1 shows a schematic diagram of an exemplary operating environment 100 in which embodiments of the present disclosure can be implemented. The operating environment 100 includes a client 102 , an interface server 104 , an interface configuration platform 106 , a third-party business platform 108 and a mock platform 110 . In some embodiments, the third-party service platform 108 may be one or more, for example, third-party service platforms 108 of different services.

The client 102 can be a terminal device used by the tester, such as a smart TV, a mobile phone, a tablet computer, etc., and the tester can send the network request that needs to be tested through the operation on the client 102; the interface server 104 is used to receive the transmission from the client 102. and forward the network request to the interface configuration platform 106; the interface configuration platform 106 forwards the network request to the third-party business platform 108 or the mock platform 110 according to the preset configuration; the mock platform 110 is used to send the The client 102 provides response data corresponding to the network request, and the response data is simulated data; the third-party service platform 108 is configured to provide the client 102 with response data corresponding to the network request, and the response data is real data.

In some embodiments, the mock platform 110 is a separate system that can configure a mock interface, store mock data, and return the configured mock information; it can also be used to configure a mock interface; wherein, the configuration mock interface can be configured Interface method, supports common protocols such as http, WCF, WebService; supports setting specific format content, such as date, Token; can also configure different mock information to return; if the network request is matched by the mock platform 110, there is no match As a result, the forwarding configuration can be set to forward the request to the third-party business platform.

FIG. 2 shows a schematic diagram of a multi-scenario testing method 200 among the client 102, the interface server 104, the interface configuration platform 106, the third-party business platform 108, and the mock platform 110 shown in FIG. 1. FIG.

At block 202, the client 102 sends a first network test request.

In some embodiments, the first network test request is any request sent by the client 102 during the testing process by the tester.

At block 204, the interface server 104 obtains the first network test request and forwards the first network request to the interface configuration platform 106;

The interface server 104 may acquire the first network test request in various manners, such as enabling network monitoring and intercepting the monitored first network test request.

At block 206, the interface configuration platform 106 receives the first network request and determines a call object corresponding to the first network request;

In some embodiments, the interface configuration platform 106 is preset with call configuration information, and the call configuration information includes the domain name and path of the network test request corresponding to the third-party service platform 108 ; the domain name and path of the network test request corresponding to the mock platform 110 . path; in some embodiments, the invocation configuration information only includes the domain name and path of the network test request corresponding to the mock platform 110 , that is, only the domain name and path of the first network test request and needs to be sent to the mock platform 110 are determined. The second network tests whether the domain name and path of the request match. If they match, the mock platform 110 is called. If they do not match, the third-party service platform 108 is called, which reduces the complexity of calling configuration information.

In some embodiments, the interface configuration platform 106 matches the domain name and path of the first network test request with preset invocation configuration information to determine whether the corresponding invocation object is the third-party service platform 108 or the mock platform 110 .

In some embodiments, it is determined whether the domain name and path of the first network test request match the domain name and path of the second network test request that needs to be sent to the mock platform 110; the first network test request is a pre-stored request that needs to be sent to Any one of the network test requests of the mock platform 110; if it matches, determine that the corresponding calling object is the mock platform 110; then replace the domain name and path of the first network test request with the domain name and path of the mock platform 110, and generate the first Two network test requests; sending the second network test request to the mock platform 110 . Through the above steps, separate mock service control can be implemented for network test requests of different domain names and paths. In addition, if the corresponding calling object is the third-party service platform 108 , the first network test request is not processed, and the first network request is sent to the third-party service platform 108 .

In some embodiments, the tester can determine in advance which requests need to be sent to the mock server to obtain simulated data, and which requests need to be sent to the real target server to obtain real data by using the task identifier carried in the request, and perform this in advance. set up. Testers can set up multiple network test requests to be sent to the mock server according to actual needs.

In some embodiments, the network test requests that need to be sent to the mock platform 110 may be data pre-set and stored in a database, and the interface configuration platform 106 may obtain these pre-stored network test requests that need to be sent to the mock platform 110 from the database. The pre-stored data includes the domain name and path of the network test request sent to the mock platform 110 ; replace the domain name and path of the network test request with the domain name and path of the mock platform 110 .

In some embodiments, the invocation configuration information includes:

Set the number of times, frequency, and time ratio of calling the mock platform 110, and send the first network request to the third-party service platform 108 and/or the mock platform 110 according to the settings.

For example, when the interface configuration platform 106 receives the first network test request, it can determine whether to call the mock platform 110 according to the number of times the mock platform 110 has been called. For example, after calling 100 times, the call ends; or, according to a preset frequency or the proportion of times to determine whether to call the mock platform 110, for example, send the first network test request to the third-party business platform 108 and the mock platform 110 evenly; or, determine whether to call the mock platform 110 according to a preset time, for example , the mock platform 110 is called only during the night test, and the third-party business platform 108 is called normally during the day.

At block 208, the interface configuration platform 106 forwards the first network test request matching the domain name and path of the network test request corresponding to the third-party service platform 108 to the third-party service platform 108;

At block 210, the third-party service platform 108 receives the first network request and executes the first network request;

At block 212, the third-party service platform 108 provides the interface configuration platform 106 with response data corresponding to the first network request, the response data being real data.

At block 214, the interface configuration platform 106 forwards to the mock platform 110 a second network test request that matches the domain name and path of the network test request corresponding to the mock platform 110;

At block 216, the mock platform 110 receives the second network request and executes the second network request;

In some embodiments, further, the method for simulating responses in multiple scenarios further includes:

When it is necessary to test positive and negative use cases of different business scenarios, a corresponding multi-scenario simulation response mode is set in the database of the mock platform 110 .

In some embodiments, the positive and negative use cases of the test may be different according to different business scenarios, so it is necessary to set different multi-scenario simulation response modes in order to test the corresponding business scenarios. Since the mock platform 110 needs to perform multi-scenario simulation responses to different business systems, it is necessary to configure the multi-scenario simulation response modes of different business systems, so the multi-scenario simulation response modes of each business system need to be classified, configured and classified. Storage, that is, storing the multi-scenario simulation response mode of each business system on the corresponding storage node. For example, for business system A, its corresponding multi-scenario simulation response method is stored in node 1 (storage node) of the database; for business system B, its corresponding multi-scenario simulation response method is stored in node 2 of the database; for business system C, the corresponding multi-scene simulation response mode is stored in node 3 of the database.

At the same time, for each business system, since the simulation response method is implemented in multiple scenarios, even for each business system, its storage node will still be divided into multiple storage sub-nodes, and each storage sub-node corresponds to A scene, i.e. storing child nodes, is a way of storing simulated responses for a single scene.

Further, a key field of the business system is set on the storage node to identify the business system, and a key field of a scene is set on the storage sub-node to identify the scene of the business system. In this way, after receiving the second test request forwarded by the interface configuration platform 106, the mock platform 110 will parse the second test request, confirm the source of the second test request, that is, obtain the second test request. Test the key fields of the business system and the key fields of the scene carried in the request, and search for the corresponding storage node according to the key fields of the business system, and after finding the storage node, search for the corresponding storage node according to the key fields of the scene storage sub-node, and then simulate the response according to the content of the storage sub-node.

At block 218, the mock platform 110 provides the interface configuration platform 106 with response data corresponding to the second network request, the response data being mock data.

In some embodiments, mock identifiers are included in the mock data to identify its source.

At block 220 , the interface configuration platform 106 receives the response data sent by the third party business platform 108 and/or the mock platform 110 and forwards it to the interface server 104 .

In some embodiments, the interface configuration platform 106 receives the response data sent by the third-party business platform 108 and/or the mock platform 110 , and adds an identification to it to identify that the source is the third-party business platform 108 or the mock platform 110 .

At block 222 , the interface server 104 forwards the response data forwarded by the interface configuration platform 106 to the client 102 .

At block 224, the client 102 presents the response data.

According to the embodiments of the present disclosure, the following technical effects are achieved:

When the dependent third-party interface environment is unstable or the progress is late, the mock platform can still be called to complete the test, saving the cost of personnel and time for coordination in all aspects;

Simultaneous testing of simulated data and real data can be achieved to make the test results more complete;

Different responses can be configured to verify different business scenarios.

The mock control of the first network test request on the interface configuration platform is realized, and the independent mock service control can be realized for the first network test requests of different domain names and paths. This enables testers to conveniently and intuitively select requests that require mocking, and to more intuitively view which service the request results come from, without affecting the judgment of test results.

It should be noted that, for the sake of simple description, the foregoing method embodiments are all expressed as a series of action combinations, but those skilled in the art should know that the present disclosure is not limited by the described action sequences. Because certain steps may be performed in other orders or concurrently in accordance with the present disclosure. Secondly, those skilled in the art should also know that the embodiments described in the specification are all optional embodiments, and the actions and modules involved are not necessarily required by the present disclosure.

The above is an introduction to the method embodiments, and the solutions described in the present disclosure will be further described below through the device embodiments.

FIG. 3 shows a block diagram of a multi-scenario testing apparatus 300 according to an embodiment of the present disclosure. The apparatus 300 may be included in the interface configuration platform 106 of FIG. 1 or implemented as the interface configuration platform 106 . As shown in FIG. 3, the apparatus 300 includes:

The network test request receiving module 310 is configured to receive the network test request forwarded by the interface server; wherein, the network request is sent by the client to the interface server;

The network test request forwarding module 320 is used for forwarding the network test request matching the third-party service platform to the third-party service platform according to the preset rule, and forwarding the test request matching the mock platform to the mock platform;

The response data forwarding module 330 is configured to receive the response data sent by the third-party service platform and/or the mock platform, and forward it to the interface server, so that the interface server forwards the response data to the client.

Those skilled in the art can clearly understand that, for the convenience and brevity of the description, for the specific working process of the described modules, reference may be made to the corresponding processes in the foregoing method embodiments, which will not be repeated here.

FIG. 4 shows a schematic block diagram of an electronic device 400 that may be used to implement embodiments of the present disclosure. Device 400 may be used to implement at least one of message system 104 and message arrival rate determination system 106 of FIG. 1 . As shown, device 400 includes a central processing unit (CPU) 401 that may be loaded into a computer in random access memory (RAM) 403 according to computer program instructions stored in read only memory (ROM) 402 or from storage unit 408 Program instructions to perform various appropriate actions and processes. In the RAM 403, various programs and data necessary for the operation of the device 400 can also be stored. The CPU 401 , the ROM 402 , and the RAM 403 are connected to each other through a bus 404 . An input/output (I/O) interface 405 is also connected to bus 404 .

Various components in the device 400 are connected to the I/O interface 405, including: an input unit 406, such as a keyboard, mouse, etc.; an output unit 407, such as various types of displays, speakers, etc.; a storage unit 408, such as a magnetic disk, an optical disk, etc. ; and a communication unit 409, such as a network card, a modem, a wireless communication transceiver, and the like. The communication unit 409 allows the device 400 to exchange information/data with other devices through a computer network such as the Internet and/or various telecommunication networks.

Processing unit 401 performs the various methods and processes described above, eg, method 200 . For example, in some embodiments, method 200 may be implemented as a computer software program tangibly embodied on a machine-readable medium, such as storage unit 408 . In some embodiments, part or all of the computer program may be loaded and/or installed on device 400 via ROM 402 and/or communication unit 409 . When a computer program is loaded into RAM 403 and executed by CPU 401, one or more steps of method 200 described above may be performed. Alternatively, in other embodiments, CPU 401 may be configured to perform method 200 by any other suitable means (eg, by means of firmware).

The functions described herein above may be performed, at least in part, by one or more hardware logic components. For example, without limitation, exemplary types of hardware logic components that may be used include: Field Programmable Gate Arrays (FPGAs), Application Specific Integrated Circuits (ASICs), Application Specific Standard Products (ASSPs), System on Chips (SOCs), Load Programmable Logic Device (CPLD) and so on.

Program code for implementing the methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer or other programmable data processing apparatus, such that the program code, when executed by the processor or controller, performs the functions/functions specified in the flowcharts and/or block diagrams. Action is implemented. The program code may execute entirely on the machine, partly on the machine, partly on the machine and partly on a remote machine as a stand-alone software package or entirely on the remote machine or server.

In the context of the present disclosure, a machine-readable medium may be a tangible medium that may contain or store a program for use by or in connection with the instruction execution system, apparatus or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. Machine-readable media may include, but are not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices, or devices, or any suitable combination of the foregoing. More specific examples of machine-readable storage media would include one or more wire-based electrical connections, portable computer disks, hard disks, random access memory (RAM), read only memory (ROM), erasable programmable read only memory (EPROM or flash memory), fiber optics, compact disk read only memory (CD-ROM), optical storage, magnetic storage, or any suitable combination of the foregoing.

Additionally, although operations are depicted in a particular order, this should be understood to require that such operations be performed in the particular order shown or in a sequential order, or that all illustrated operations should be performed to achieve desirable results. Under certain circumstances, multitasking and parallel processing may be advantageous. Likewise, although the above discussion contains several implementation-specific details, these should not be construed as limitations on the scope of the present disclosure. Certain features that are described in the context of separate embodiments can also be implemented in combination in a single implementation. Conversely, various features that are described in the context of a single implementation can also be implemented in multiple implementations separately or in any suitable subcombination.

Although the subject matter has been described in language specific to structural features and/or logical acts of method, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are merely example forms of implementing the claims.

Claims (10)

1. A multi-scenario testing method is characterized by comprising the following steps:

receiving a network test request forwarded by an interface server; wherein the network request is sent by a client to the interface server;

according to a preset rule, forwarding the network test request matched with the third-party service platform to the third-party service platform and/or forwarding the test request matched with the mock platform to the mock platform;

and receiving response data sent by the third-party service platform and/or the mock platform, and forwarding the response data to the interface server so that the interface server can forward the response data to the client.

2. The method of claim 1, wherein the preset rules comprise:

and determining whether the domain name and the path of the received first network test request are matched with the domain name and the path of a second network test request which needs to be sent to the mock platform, if so, calling the mock platform, and if not, calling a third-party service platform.

3. The method of claim 1, wherein the preset rules comprise:

and (5) calling the times, frequency and time ratio of the mock platform.

4. The method of claim 2, wherein the second network test request is generated by replacing the domain name and path of the first network test request with the domain name and path of a mock platform.

5. The method of claim 1,

a multi-scene simulation response mode is set in a database of the mock platform;

and the mock platform analyzes the second test request, and determines a simulation response mode to a service scene according to a key field of the service system and a key field of the scene carried in the second network test request.

6. The method of claim 1,

the multi-scene response mode comprises simulation response modes of different service systems and different service scenes.

7. The method of claim 1, wherein receiving response data sent by the third party service platform and/or mock platform further comprises:

and adding an identifier for the response data to identify that the source of the response data is a third-party service platform or a mock platform.

8. A multi-scenario testing device, comprising:

the network test request receiving module is used for receiving the network test request forwarded by the interface server; wherein the network request is sent by a client to the interface server;

the network test request forwarding module is used for forwarding the network test request matched with the third-party service platform to the third-party service platform according to a preset rule and forwarding the test request matched with the mock platform to the mock platform;

and the response data forwarding module is used for receiving response data sent by the third-party service platform and/or the mock platform and forwarding the response data to the interface server so that the interface server can forward the response data to the client.

9. An electronic device comprising a memory and a processor, the memory having stored thereon a computer program, wherein the processor, when executing the program, implements the method of any of claims 1-7.

10. A computer-readable storage medium, on which a computer program is stored, which program, when being executed by a processor, carries out the method according to any one of claims 1 to 7.

Images