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

Multi-scenario test method, device, equipment and computer readable storage medium Download PDF

Info

Publication number
CN112035344A
CN112035344A CN202010813826.5A CN202010813826A CN112035344A CN 112035344 A CN112035344 A CN 112035344A CN 202010813826 A CN202010813826 A CN 202010813826A CN 112035344 A CN112035344 A CN 112035344A
Authority
CN
China
Prior art keywords
platform
test request
mock
response data
party service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010813826.5A
Other languages
Chinese (zh)
Inventor
吕新峰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tianjin Zhirong Innovation Technology Development Co ltd
Original Assignee
Tianjin Zhirong Innovation Technology Development Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tianjin Zhirong Innovation Technology Development Co ltd filed Critical Tianjin Zhirong Innovation Technology Development Co ltd
Priority to CN202010813826.5A priority Critical patent/CN112035344A/en
Publication of CN112035344A publication Critical patent/CN112035344A/en
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3684Test management for test design, e.g. generating new test cases
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3688Test management for test execution, e.g. scheduling of test suites

Abstract

Embodiments of the present disclosure provide a multi-scenario testing method, apparatus, device, and computer-readable storage medium. The method comprises the steps of 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. In this way, the test of the simulation data and the real data can be realized simultaneously, so that the test result is more complete; different responses may be configured to validate different business scenarios.

Description

Multi-scenario test method, device, equipment and computer readable storage medium
Technical Field
Embodiments of the present disclosure relate generally to the field of software testing, and more particularly, to a multi-scenario testing method, apparatus, device, and computer-readable storage medium.
Background
Currently, in the development process of a service system, a service function test needs to be performed. In the process of testing the service function, a mock platform needs to be called; after the service function test is completed, in some service scenarios, a third-party service platform needs to be called, and the information finally returned to the client is determined according to the return of the third-party service platform. In the business system, the test and the business processing are repeatedly carried out in the process. For a single service system, such a process is not very complicated, but with the increase of service systems, each service system needs to be connected with different external system interfaces and simultaneously needs to be tested in different scenes, so that the time consumption of the whole development, testing, joint debugging and the like is very large, the efficiency is very low, and the management and maintenance are not easy.
The prior art has the following problems:
1. the environment of the third-party interface is unstable, so that the data cannot be normally returned when the third-party interface is called;
2. the third-party interface research and development progress is later than the tested interface, and the test progress of the tested interface is influenced;
3. different service scenes, normal or different errors, need to be verified in the test process; for example, if the movie is successfully or unsuccessfully audited, different responses need to be returned;
4. the third-party interface coordinates the personnel and time costs in all aspects due to different teams or the same company.
Disclosure of Invention
According to the embodiment of the disclosure, a multi-scenario testing scheme is provided, which is used for solving the technical problem that testing needs to be repeatedly performed on a mock platform and a third-party service system respectively in the prior art.
In a first aspect of the disclosure, a multi-scenario testing method is provided. The method comprises 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.
The above-described aspect and any possible implementation manner further provide an implementation manner, where the preset rule includes: 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.
The above-described aspect and any possible implementation manner further provide an implementation manner, where the preset rule includes: and (5) calling the times, frequency and time ratio of the mock platform.
The above-described aspect and any possible implementation manner further provide an implementation manner, where the second network test request is generated by replacing the domain name and the path of the first network test request with the domain name and the path of the mock platform.
The above aspects and any possible implementation manners further provide an implementation manner, and a multi-scenario simulation response manner 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.
The above-described aspects and any possible implementation manners further provide an implementation manner, where the multi-scenario response manner includes simulated response manners of different service systems and different service scenarios.
As for the above-mentioned aspects and any possible implementation manner, further providing an implementation manner, the receiving response data sent by the third party service platform and/or mock platform further includes: 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.
In a second aspect of the present disclosure, a multi-scenario testing apparatus is provided. The device includes: 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. .
In a third aspect of the disclosure, an electronic device is provided. The electronic device includes: a memory having a computer program stored thereon and a processor implementing the method as described above when executing the program.
In a fourth aspect of the present disclosure, a computer readable storage medium is provided, having stored thereon a computer program, which when executed by a processor, implements a method as in accordance with the first aspect of the present disclosure.
By the aid of the method, the simulation data and the real data can be tested together, and a test result is more complete; different responses may be configured to validate different business scenarios.
It should be understood that the statements herein reciting aspects are not intended to limit the critical or essential 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.
Drawings
The above and other features, advantages and aspects of various embodiments of the present disclosure will become more apparent by referring to the following detailed description when taken in conjunction with the accompanying drawings. In the drawings, like or similar reference characters designate like or similar elements, and wherein:
FIG. 1 illustrates a schematic diagram of an exemplary operating environment in which embodiments of the present disclosure can be implemented;
fig. 2 is a schematic diagram illustrating a multi-scenario testing method among the client, the interface server, the interface configuration platform, the third party service platform and the mock platform shown in fig. 1;
FIG. 3 shows a block diagram of a multi-scenario test setup, according to an embodiment of the present disclosure;
FIG. 4 illustrates a block diagram of an exemplary electronic device capable of implementing embodiments of the present disclosure.
Detailed Description
To make the objects, technical solutions and advantages of the embodiments of the present disclosure more clear, the technical solutions of the embodiments of the present disclosure will be described clearly and completely with reference to the drawings in the embodiments of the present disclosure, and it is obvious that the described embodiments are some, but not all embodiments of the present disclosure. All other embodiments, which can be derived by a person skilled in the art from the embodiments disclosed herein without making any creative effort, shall fall within the protection scope of the present disclosure.
In addition, the term "and/or" herein is only one kind of association relationship describing an associated object, and means that there may be three kinds of relationships, for example, a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" herein generally indicates that the former and latter related objects are in an "or" relationship.
According to the method and the device, the simulation data test of the mock platform and the real data test of the third-party service platform are simultaneously realized through the interface configuration platform.
FIG. 1 illustrates a schematic diagram of an exemplary operating environment 100 in which embodiments of the present disclosure can be implemented. Included in runtime environment 100 are client 102, interface server 104, interface configuration platform 106, third party services platform 108, and mock platform 110. In some embodiments, the third party services platform 108 may be one or more, e.g., different, third party services platforms 108.
The client 102 may be a terminal device used by a tester, such as a smart television, a mobile phone, a tablet computer, and the like, and the tester may send a network request to be tested through operations on the client 102; the interface server 104 is configured to receive the network request sent by 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 service platform 108 or the mock platform 110 according to preset configuration; the mock platform 110 is configured to provide response data corresponding to the network request to the client 102, where the response data is simulation data; the third-party service platform 108 is configured to provide response data corresponding to the network request to the client 102, where the response data is real data.
In some embodiments, the mock platform 110 is a separate system, and can configure a mock interface, store mock data, and return configured mock information; the method can also be used for configuring a mock interface; the configuration mock interface can configure an interface method and support common protocols such as http, WCF, WebService and the like; support setting specific format content, such as date, Token; different mock information returns can be configured; if the network request is matched by the mock platform 110, and there is no matching result, the forwarding configuration may be set, and the request may be forwarded to the third party service platform.
Fig. 2 shows a schematic diagram of a multi-scenario testing method 200 between the client 102, the interface server 104, the interface configuration platform 106, the third party service platform 108 and the mock platform 110 shown in fig. 1.
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 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 obtain the first network test request in various ways, such as starting 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 pre-sets calling configuration information, where the calling configuration information includes a domain name and a path of a 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; in some embodiments, the invoking configuration information only includes a domain name and a path of a network test request corresponding to the mock platform 110, that is, it is only determined whether the domain name and the path of the first network test request match with the domain name and the path of a second network test request that needs to be sent to the mock platform 110, if so, the mock platform 110 is invoked, and if not, the third-party service platform 108 is invoked, thereby reducing the complexity of invoking the configuration information.
In some embodiments, the interface configuration platform 106 matches the domain name and the 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 those of a second network test request that needs to be sent to mock platform 110; the first network test request is any one of prestored network test requests which need to be sent to the mock platform 110; if so, determining that the corresponding calling object is the mock platform 110; replacing the domain name and the path of the first network test request with the domain name and the path of the mock platform 110 to generate a second network test request; the second network test request is sent to the mock platform 110. Through the steps, the network test requests of different domain names and paths can be independently controlled by the mock service. 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, a tester may determine, through task identifiers carried by the requests, which requests need to be sent to the mock server to obtain simulated data in advance, and which requests need to be sent to the real target server to obtain real data, and set in advance. The tester can set a plurality of network test requests which need to be sent to the mock server according to actual needs.
In some embodiments, the network test request to be sent to the mock platform 110 may be data preset and stored in a database, and the interface configuration platform 106 may obtain, from the database, the data of the network test request to be sent to the mock platform 110, where the data includes a domain name and a path of the network test request to be sent to the mock platform 110; the domain name and path of the network test request are replaced with the domain name and path of the mock platform 110.
In some embodiments, the call configuration information comprises:
and setting the number of times, frequency, time ratio and the like for calling the mock platform 110, and respectively sending the first network request to the third-party service platform 108 and/or the mock platform 110 according to the setting.
For example, when the interface configuration platform 106 receives the first network test request, it may 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 is ended; or, determining whether to invoke the mock platform 110 according to a preset frequency or number ratio, for example, uniformly sending the first network test request to the third party service platform 108 and the mock platform 110; alternatively, it is determined whether to invoke the mock platform 110 according to a preset time, for example, the mock platform 110 is invoked only during night testing, and the third party service platform 108 is invoked 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;
at block 210, the third party service platform 108 receives the first network request, 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, where the response data is real data.
At block 214, interface configuration platform 106 forwards the second network test request matching the domain name and path of the network test request corresponding to mock platform 110;
at block 216, the mock platform 110 receives the second network request, executes the second network request;
in some embodiments, further, the method of multi-scenario simulation response further comprises:
when the positive and negative cases for testing different service scenes are required, a corresponding multi-scene simulation response mode is set in the database of the mock platform 110.
In some embodiments, the positive and negative cases of the test may be different according to different service scenarios, so that different multi-scenario simulation response modes need to be set so as to test the corresponding service scenarios. Since the mock platform 110 needs to perform multi-scenario simulation response on different service systems, it needs to configure multi-scenario simulation response modes of different service systems, and therefore needs to perform classification configuration and classification storage on the multi-scenario simulation response mode of each service system, that is, the multi-scenario simulation response mode of each service system is stored on a corresponding storage node. For example, for a service system a, the corresponding multi-scenario simulation response mode is stored in a node 1 (storage node) of a database; for the service system B, the corresponding multi-scene simulation response mode is stored in the node 2 of the database; for the service system C, the corresponding multi-scenario simulation response mode is stored in the node 3 of the database.
Meanwhile, for each service system, since the simulation response mode is realized under multiple scenes, even for each service system, the storage node of each service system is divided into a plurality of storage sub-nodes, each storage sub-node corresponds to one scene, that is, the storage sub-node is a simulation response mode for storing a single scene.
Further, a key field of a service system is set on the storage node to identify the service system, and a key field of a scene is set on the storage child node to identify the scene of the service system. Thus, after receiving the second test request forwarded by the interface configuration platform 106, the mock platform 110 analyzes the second test request, and confirms the source of the second test request, that is, obtains the key field of the service system and the key field of the scene carried in the second test request, searches the corresponding storage node according to the key field of the service system, searches the corresponding storage sub-node according to the key field of the scene after searching the storage node, and further performs the simulation response according to the content of the storage sub-node.
At block 218, the mock platform 110 provides the interface configuration platform 106 with the response data corresponding to the second network request, where the response data is analog data.
In some embodiments, a mock identification is included in the simulation data to identify its source.
At block 220, interface configuration platform 106 receives the response data sent by third party service platform 108 and/or mock platform 110 and forwards the response data to interface server 104.
In some embodiments, interface configuration platform 106 receives the response data sent by third party service platform 108 and/or mock platform 110, and adds an identifier to it to identify that its source is third party service platform 108 or mock platform 110.
In block 222, the interface server 104 forwards the response data forwarded by the interface configuration platform 106 to the client 102.
In block 224, the client 102 presents the response data.
According to the embodiment of the disclosure, the following technical effects are achieved:
when the environment of the third-party interface is unstable or the progress is late, the mock platform can still be called to complete the test, so that the personnel and time cost in coordination in all aspects are saved;
the simulation data and the real data can be tested together at the same time, so that the test result is more complete;
different responses may be configured to validate 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 with different domain names and paths. The tester can conveniently and visually select the request needing mock, and more visually check which service the request result comes from, without influencing the judgment of the test result.
It is noted that while for simplicity of explanation, the foregoing method embodiments have been described as a series of acts or combination of acts, it will be appreciated by those skilled in the art that the present disclosure is not limited by the order of acts, as some steps may, in accordance with the present disclosure, occur in other orders and concurrently. Further, those skilled in the art should also appreciate that the embodiments described in the specification are exemplary embodiments and that acts and modules referred to are not necessarily required by the disclosure.
The above is a description of embodiments of the method, and the embodiments of the apparatus are further described below.
FIG. 3 shows a block diagram of a multi-scenario test 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:
a network test request receiving module 310, configured to receive a network test request forwarded by an interface server; wherein the network request is sent by a client to the interface server;
the network test request forwarding module 320 is configured to forward the network test request matched with the third-party service platform to the third-party service platform according to a preset rule, and forward the test request matched with the mock platform to the mock platform;
the response data forwarding module 330 is configured to receive response data sent by the third party service platform and/or the mock platform, and forward the response data to the interface server, so that the interface server forwards the response data to the client.
It can be clearly understood by those skilled in the art that, for convenience and brevity of description, the specific working process of the described module may refer to the corresponding process in the foregoing method embodiment, and is not described herein again.
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 perform various appropriate actions and processes in accordance with computer program instructions stored in a Read Only Memory (ROM)402 or loaded from a storage unit 408 into a Random Access Memory (RAM) 403. In the RAM 403, various programs and data required for the operation of the device 400 can also be stored. The CPU 401, ROM 402, and RAM 403 are connected to each other via a bus 404. An input/output (I/O) interface 405 is also connected to bus 404.
A number of components in device 400 are connected to I/O interface 405, including: an input unit 406 such as a keyboard, a mouse, or the like; an output unit 407 such as various types of displays, speakers, and the like; a storage unit 408 such as a magnetic disk, optical disk, or the like; and a communication unit 409 such as a network card, modem, wireless communication transceiver, etc. The communication unit 409 allows the device 400 to exchange information/data with other devices via a computer network, such as the internet, and/or various telecommunication networks.
Processing unit 401 performs various methods and processes described above, such as method 200. For example, in some embodiments, the method 200 may be implemented as a computer software program tangibly embodied in a machine-readable medium, such as the storage unit 408. In some embodiments, part or all of the computer program may be loaded and/or installed onto the device 400 via the ROM 402 and/or the communication unit 409. When the 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, the CPU 401 may be configured to perform the method 200 in any other suitable manner (e.g., by way 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: a Field Programmable Gate Array (FPGA), an Application Specific Integrated Circuit (ASIC), an Application Specific Standard Product (ASSP), a system on a chip (SOC), a load programmable logic device (CPLD), and the like.
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 codes, when executed by the processor or controller, cause the functions/operations specified in the flowchart and/or block diagram to be performed. The program code may execute entirely on the machine, partly on the machine, as a stand-alone software package partly on the machine and partly on a remote machine or entirely on the remote machine or server.
In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
Further, while operations are depicted in a particular order, this should be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. Under certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are included in the above discussion, these should not be construed as limitations on the scope of the 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 methodological acts, 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 disclosed as 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.
CN202010813826.5A 2020-08-13 2020-08-13 Multi-scenario test method, device, equipment and computer readable storage medium Pending CN112035344A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010813826.5A CN112035344A (en) 2020-08-13 2020-08-13 Multi-scenario test method, device, equipment and computer readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010813826.5A CN112035344A (en) 2020-08-13 2020-08-13 Multi-scenario test method, device, equipment and computer readable storage medium

Publications (1)

Publication Number Publication Date
CN112035344A true CN112035344A (en) 2020-12-04

Family

ID=73577235

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010813826.5A Pending CN112035344A (en) 2020-08-13 2020-08-13 Multi-scenario test method, device, equipment and computer readable storage medium

Country Status (1)

Country Link
CN (1) CN112035344A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113381911A (en) * 2021-06-09 2021-09-10 上海臣星软件技术有限公司 Test method, device, equipment and storage medium
CN113452575A (en) * 2021-06-24 2021-09-28 河北幸福消费金融股份有限公司 Service test method, system, device and storage medium

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113381911A (en) * 2021-06-09 2021-09-10 上海臣星软件技术有限公司 Test method, device, equipment and storage medium
CN113452575A (en) * 2021-06-24 2021-09-28 河北幸福消费金融股份有限公司 Service test method, system, device and storage medium

Similar Documents

Publication Publication Date Title
CN112035344A (en) Multi-scenario test method, device, equipment and computer readable storage medium
CN111258913A (en) Automatic algorithm testing method and device, computer system and readable storage medium
CN110765024A (en) Simulation test method, simulation test device, electronic equipment and computer-readable storage medium
CN111090666A (en) Data processing method, device and system and computer readable storage medium
CN113132522A (en) Test method, device, server and medium
CN111414391A (en) Method and system for accessing multiple data sources
CN112261072A (en) Service calling method, device, equipment and storage medium
CN110838929A (en) System error checking method and system error checking device
CN106470131A (en) A kind of method of testing and equipment
CN109871277B (en) Inter-process multi-request management method and device, terminal equipment and readable storage medium
CN113760707A (en) Interface testing method, device, equipment and computer readable storage medium
CN109254847B (en) Tenant mapping information acquisition method and device
CN114389969A (en) Client test method and device, electronic equipment and storage medium
CN113590352A (en) Data calling method, device, equipment and readable storage medium
CN113268417A (en) Task execution method and device
CN113687858A (en) Configuration file checking method and device, electronic equipment and storage medium
CN114428815A (en) Data storage method and device, electronic equipment and computer readable medium
CN111639084A (en) Dynamic rule generation method and system, application terminal and management terminal
CN113946816A (en) Cloud service-based authentication method and device, electronic equipment and storage medium
CN114386838A (en) Index configuration method and device, computer equipment and computer readable storage medium
CN113760242A (en) Data processing method, device, server and medium
CN111147509A (en) Network isolation method, device, server and storage medium
CN112835759A (en) Test data processing method and device, electronic equipment and storage medium
CN114070889A (en) Configuration method, traffic forwarding method, device, storage medium, and program product
CN114356759A (en) Applet debugging method, device, equipment, medium and computer program product

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination