CN111159039A - Service simulation method, system, device and storage medium - Google Patents

Service simulation method, system, device and storage medium Download PDF

Info

Publication number
CN111159039A
CN111159039A CN201911399610.2A CN201911399610A CN111159039A CN 111159039 A CN111159039 A CN 111159039A CN 201911399610 A CN201911399610 A CN 201911399610A CN 111159039 A CN111159039 A CN 111159039A
Authority
CN
China
Prior art keywords
service
module
target
response message
service simulation
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
CN201911399610.2A
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.)
CITIC Aibank Corp Ltd
Original Assignee
CITIC Aibank Corp 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 CITIC Aibank Corp Ltd filed Critical CITIC Aibank Corp Ltd
Priority to CN201911399610.2A priority Critical patent/CN111159039A/en
Publication of CN111159039A publication Critical patent/CN111159039A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/245Query processing

Abstract

The application provides a service simulation method, a system, equipment and a storage medium, wherein the method comprises the following steps: receiving a request message of a client; when the target service corresponding to the request message is abnormal and cannot be fed back in time; acquiring a target program and generating a service simulation agent execution logic, wherein the target program is obtained by embedding the service agent program into a target program II of the target service by the service simulation agent; and executing the service simulation agent executing logic, acquiring a response message matched with the request message, and feeding back the response message to the client.

Description

Service simulation method, system, device and storage medium
Technical Field
The present application relates to the field of computer technologies, and in particular, to a service simulation method, system, device, and storage medium.
Background
During software development, it is inevitable to call some external or system level interfaces, but these interfaces or environments may not exist at the time of testing. For example, when a module is subjected to unit testing, it is found that other modules or interfaces on which the module depends are not well established. In response to this situation, a need for service simulation arises. Service emulation is a method of emulating and controlling external or system level objects or interfaces. When testing, especially unit testing or coverage testing, the testing of the module business logic can be completed without interacting with the real environment.
The current methods for service simulation mainly include the following methods:
the hard coding means that a response message obtained by a service request is directly written in a request end code, and has the problems of strong code coupling, serious code intrusion and incapability of simulating a real service request process.
The service simulator is built, namely a service simulator is built, the service request address of the requester is artificially pointed to the simulator, and the service request and the response message are maintained on the simulator. The scheme needs to modify the request address of the requester manually, and restart the service of the request terminal to take effect, so that the code is modified in an intrusive way.
A third-party service simulation framework is introduced into the code, for example, a Mockito toolkit is introduced into the java code, and the code can take effect only when the service is restarted.
And (4) agent software interception, namely, the agent software is used for intercepting the network request and then returning a simulated response message. The method has the disadvantages of complicated operation steps, inconvenient uniform configuration, high simulation cost and incapability of simulating a real service request process.
The above prior art all has the following problems:
by adopting a code intrusion mode, the code is inconsistent with the code or environment which is finally and actually operated, so that the code needs to be modified again before online, and the online risk is easily caused.
When a code intrusion mode is adopted, after a service request is set, the service of a request terminal needs to be restarted, so that the simulation of the service in operation cannot be realized.
Disclosure of Invention
The application provides a service simulation method, a system, equipment and a storage medium, which can dynamically simulate background services on the premise of no interference to service operation and no invasion to service programs, so that the method can be applied to scenes such as service simulation in a test stage, emergency treatment of on-line emergency problems and the like. The technical scheme adopted by the application is as follows:
in a first aspect, a service simulation method is provided, which is applied to a first server, and includes:
receiving a request message of a client;
when the target service corresponding to the request message is abnormal and cannot be fed back in time;
acquiring a target program and generating a service simulation agent execution logic, wherein the target program is obtained by embedding the service agent program into a target program II of the target service by the service simulation agent;
and executing the service simulation agent executing logic, acquiring a response message matched with the request message, and feeding back the response message to the client.
Preferably, in the service simulation method, the service simulation agent executing logic includes:
inquiring whether the implementation class and the implementation method of the target service are configured in a database;
if the implementation class and the implementation method of the target service are configured, inquiring whether the database is configured with a response message matched with the request message under the target service;
and if the response message is configured, directly returning the response message.
Preferably, in the service simulation method, before the step of querying whether the database configures a response packet matching with the request packet under the target service, it is determined whether an analog switch of the target service is turned on;
if it is already on, the next step is entered.
Preferably, in the service simulation method, the parameters of the target service are configured by the second server and stored in the database;
the service simulation agent is uploaded to the first server by the second server.
In a second aspect, there is provided a service simulation system, comprising: receiving module, detection module, start module, execution module, wherein:
the receiving module is used for receiving a request message of a client;
the detection module is used for detecting the following situations: when the target service corresponding to the request message is abnormal and cannot be fed back in time;
the starting module is used for acquiring a target program and generating a service simulation agent execution logic, wherein the target program I is obtained by embedding the service simulation agent into a target program II of the target service;
and the execution module is used for executing the execution logic of the service simulation agent, acquiring a response message matched with the request message and feeding back the response message to the client.
Preferably, in the service simulation system, the execution module includes a first query module, a second query module, and a feedback module, wherein:
the first query module is used for querying whether the implementation class and the implementation method of the target service are configured in a database;
the second query module is used for the following situations: if the implementation class and the implementation method of the target service are configured, inquiring whether the database is configured with a response message matched with the request message under the target service;
the feedback module is used for the following situations: and if the response message is configured, directly returning the response message.
Preferably, in the service simulation system, the executing module further includes a judging module, and the judging module is configured to: before the step of inquiring whether the database is configured with a response message matched with the request message under the target service, judging whether an analog switch of the target service is started; if it is already on, the next step is entered.
Preferably, in the service simulation system, the service simulation system further includes a configuration module and an upload module, wherein:
the configuration module is configured to implement: the parameters of the target service are configured by the second server and stored in a database;
the uploading module is used for realizing that: the service simulation agent is uploaded to the first server by the second server.
In a third aspect, there is provided a service simulation apparatus, the apparatus comprising: a processor, a storage medium and a bus, the storage medium storing machine-readable instructions executable by the processor, the processor and the storage medium communicating over the bus when the service simulation apparatus is operating, the processor executing the machine-readable instructions to perform the steps of any of the foregoing service simulation methods.
In a fourth aspect, a computer-readable storage medium is provided, having stored thereon a computer program which, when executed by a processor, performs the steps of any of the service simulation methods described above.
Compared with the prior art that a code intrusion mode is adopted and the service of a request end needs to be restarted after a service request is set, the method, the system, the equipment and the storage medium can dynamically simulate the background service on the premise of no interference on service operation and no intrusion on a service program, and therefore, the method, the system, the equipment and the storage medium can be applied to scenes such as service simulation in a test stage, emergency treatment of on-line emergency problems and the like. The technical scheme can dynamically realize the simulation of the background service under the condition of not restarting the service. The technical scheme has no invasion to the service code, can be started and stopped flexibly, and can effectively reduce the online problem caused by code modification.
Additional aspects and advantages of the present application will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the present application.
Drawings
The foregoing and/or additional aspects and advantages of the present application will become apparent and readily appreciated from the following description of the embodiments, taken in conjunction with the accompanying drawings of which:
fig. 1 is a business flow diagram of a service simulation method according to an embodiment of the present application;
fig. 2 is a service flow chart of a service simulation agent of a service simulation method according to an embodiment of the present application, which is started and executed;
fig. 3 is a block diagram of a service simulation system according to an embodiment of the present application.
Detailed Description
Reference will now be made in detail to the embodiments of the present application, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to the same or similar elements or elements having the same or similar function throughout. The embodiments described below with reference to the drawings are exemplary only for the purpose of explaining the present application and are not to be construed as limiting the present application.
As used herein, the singular forms "a", "an" and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms "comprises" and/or "comprising," when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof. As used herein, the term "and/or" includes all or any element and all combinations of one or more of the associated listed items.
To make the objects, technical solutions and advantages of the present application more clear, embodiments of the present application will be described in further detail below with reference to the accompanying drawings.
The following describes the technical solutions of the present application and how to solve the above technical problems with specific embodiments. The following several specific embodiments may be combined with each other, and details of the same or similar concepts or processes may not be repeated in some embodiments. Embodiments of the present application will be described below with reference to the accompanying drawings.
Example one
The embodiment of the application provides a service simulation method, which is applied to a first server, and the method can comprise the following steps:
step one, receiving a request message of a client.
And step two, when the target service corresponding to the request message is abnormal and cannot be fed back in time, simulating the target service. Specifically, the relevant parameters are configured by the configuration platform on the second server. And configuring parameters of a system where the target service is located, wherein the parameters comprise a first server address, a service process number, an implementation class and an implementation method of a service interface, and a request and response message pair, and storing the parameters in a database of a second server. The system, the interfaces and the message pairs are arranged in a one-to-many mode according to the hierarchical structure of the system, the interfaces and the message pairs, namely, a plurality of interfaces can be arranged under one service, and a plurality of message pairs can be arranged under one interface.
The configuration platform can control the issuing, starting and stopping and the simulation switch of the service simulation agent. The issuing operation refers to that the configuration platform uploads the relevant files of the service simulation agent to a server configured by the system; the starting operation refers to that a starting script of the service simulation agent issued by the remote operation of the configuration platform starts the agent, and the agent is mounted and bound to the corresponding service process according to the configured process number. The stopping operation refers to configuring a stopping script of the service simulation agent issued by the platform through remote operation, and unbinding the service simulation agent from the corresponding service process; the service simulation agent can be temporarily controlled by the simulation switch to be effective or not, and the service simulation agent is in an opening (effective) state by default.
The operation flow is as follows:
logging in a configuration platform on a second server, building a system, and inputting a server IP of a first server and a process number of a system where a target service is located;
under the newly-built system, newly-built service, input the class name and method name of the service interface implementation class of the aforesaid goal service, and keep;
and configuring and storing a request message t _ req and a response message t _ res expected to be returned under the service interface. A plurality of request and response message pairs can be set at one time to support regular matching;
and issuing the service simulation agent to the server through the configuration platform according to the configuration IP and the process number.
The configuration platform can remotely execute commands and control the starting and stopping of the service simulation agent on the application server.
And step three, acquiring a target program and generating a service simulation agent execution logic, wherein the target program I is obtained by embedding the service simulation agent into a target program II of the target service.
Specifically, when the service simulation agent is started, the service simulation agent is mounted and bound to the specified process through the configured process number, a background program code is monitored and loaded by utilizing the interprocess communication capability provided by a program interpreter in which a background program (namely, a target program II) runs and an externally provided interface for external process calling, an agent service script is dynamically embedded into the background program code, and an embedded point (connection point) is in front of the background program code, so that the target program I is obtained. Execution logic (i.e., service simulation agent execution logic) is generated based on the target program.
And step four, executing the execution logic of the service simulation agent, acquiring a response message matched with the request message, and feeding back the response message to the client.
Specifically, as shown in fig. 2, the service simulation agent executes the logic as follows:
inquiring a database, judging whether the implementation class and the implementation method of the current target service are configured on a configuration platform, if not, performing no processing, handing over to a target program II for processing and returning an actual result; if so, then step 2 processing is entered.
Judging whether the current service simulation switch is started, if not, performing no processing, handing over to a target program II for processing and returning an actual result; if the starting is finished, the step 3 is entered.
The method comprises the steps of obtaining a request message sent by a client, then inquiring a database, and judging whether a response message matched with the request message is configured under a current interface (capable of supporting precise matching and regular matching). If not, then not doing any processing, handing over to the second target program and returning the actual result; and if the configuration is carried out, directly returning the configured response message.
This technical solution can be further illustrated in the following specific implementation:
under the production condition, the system A developed on line based on the JAVA language provides data query Service for the outside and is marked as Service-1.
The server Ip of the service is 172.20.0.240, the service process number is 443212, the implementation class of the service implementation interface is com.
The service message is in a json format, and under a normal condition, the request message is as follows:
Figure BDA0002347159880000071
Figure BDA0002347159880000081
if the service exception is suddenly caused by background data exception or program bug, the external client system is called and then all times out and reports errors. The method provided by the application can be used for emergency treatment of the problem:
logging in a configuration platform, clicking to create a system service, inputting a system name of a system A, a server Ip of 172.20.0.240, a process number of 443212, and clicking to store.
In the system A, clicking a new Service, inputting a Service name as Service-1, and realizing the Service interface by com.
Under the method, a request message is configured, so service simulation is performed on all requests, and therefore, by using a regular expression, an input request message req is as follows: .*
The input response message is:
Figure BDA0002347159880000082
Figure BDA0002347159880000091
and clicking and storing the request response message pair. The configured response message is a friendly error prompt, and can effectively avoid thread blockage caused by service overtime and influence on other normal services of the system. (res can also be set as a non-real response message according to actual conditions).
And the configuration platform operates and issues the service simulation agent and starts the simulator.
At this time, after the external client system calls the service interface, the external client system enters the execution logic of the service simulation agent, queries the database and performs regular matching by executing the logic, and returns a configured response message res.
After the problem of the development maintainer is solved, the service simulation agent is closed through the configuration platform, and the original service is recovered to be normal. The service is requested again, returning the true result of the actual processing.
This technical solution can be further illustrated in the following specific implementation:
the tester needs to test a front-end digital display component, the component can call a computing service interface of the background system B, and different metering units are adopted to display pages according to the size of the numerical value num in the service return response message, namely:
when num >10000, the value should be displayed in ten thousand units, such as 1.2W;
when num >1000000, the values should be displayed in units of million, such as 1.2M;
and so on.
It is known that a server Ip of the system B is 172.10.2.230, a process number is 231123, an implementation class of a computing service interface is com.
The test method of the invention is used:
logging in a configuration platform, clicking to create a system service, inputting a system name of a system B, a server Ip of 172.10.2.230, a process number of 231123, and clicking to store.
In the system B, clicking a newly established service, inputting a service name as calsulateservice, and realizing the service interface as com.
Configuring a request message under the method, wherein the request message is empty because the service has no access to the service; first test case 1, i.e.
When num >10000, the value should be displayed in ten thousand units. The response message is set as:
Figure BDA0002347159880000101
and clicking and storing the request response message pair.
And the configuration platform operates and issues the service simulation agent and starts the simulator.
The front page is refreshed to see if the component display result is 1.2W. If yes, the test is passed; otherwise the component displays incorrectly.
Test case 2, i.e., when num >1000000, the value should be displayed in units of million, e.g., 1.2M.
Modifying the originally configured response message into:
Figure BDA0002347159880000102
clicking saves the modification.
The front page is refreshed again to see if the component display result is 1.4M. If yes, the test is passed; otherwise, the component displays incorrectly.
And (5) repeating the steps 6 and 7 for other test scene cases, and modifying the response message. And after the test is finished, the service simulation agent is closed by the over-configuration platform, and the original service is recovered to be normal.
By using the invention to test, a tester does not need to write a test script to generate a large amount of test data, and can test according to different test scenes by simply modifying the message setting, so that the invention is flexible and convenient, and can save a large amount of labor cost.
Example two
As shown in fig. 3, there is provided a service simulation system including: receiving module, detection module, start module, execution module, wherein:
the receiving module is used for receiving a request message of a client.
The detection module is used for detecting the following situations: and when the target service corresponding to the request message is abnormal, the target service cannot be fed back in time.
Specifically, the relevant parameters are configured by the configuration platform on the second server. And configuring parameters of a system where the target service is located, wherein the parameters comprise a first server address, a service process number, an implementation class and an implementation method of a service interface, and a request and response message pair, and storing the parameters in a database of a second server. The system, the interfaces and the message pairs are arranged in a one-to-many mode according to the hierarchical structure of the system, the interfaces and the message pairs, namely, a plurality of interfaces can be arranged under one service, and a plurality of message pairs can be arranged under one interface.
The configuration platform can control the issuing, starting and stopping and the simulation switch of the service simulation agent. The issuing operation refers to that the configuration platform uploads the relevant files of the service simulation agent to a server configured by the system; the starting operation refers to that a starting script of the service simulation agent issued by the remote operation of the configuration platform starts the agent, and the agent is mounted and bound to the corresponding service process according to the configured process number. The stopping operation refers to configuring a stopping script of the service simulation agent issued by the platform through remote operation, and unbinding the service simulation agent from the corresponding service process; the service simulation agent can be temporarily controlled by the simulation switch to be effective or not, and the service simulation agent is in an opening (effective) state by default.
The operation flow is as follows:
logging in a configuration platform on a second server, building a system, and inputting a server IP of a first server and a process number of a system where a target service is located;
under the newly-built system, newly-built service, input the class name and method name of the service interface implementation class of the aforesaid goal service, and keep;
and configuring and storing a request message t _ req and a response message t _ res expected to be returned under the service interface. A plurality of request and response message pairs can be set at one time to support regular matching;
and issuing the service simulation agent to the server through the configuration platform according to the configuration IP and the process number.
The configuration platform can remotely execute commands and control the starting and stopping of the service simulation agent on the application server.
The starting module is used for acquiring a target program and generating a service simulation agent execution logic, wherein the target program I is obtained by embedding the service simulation agent into a target program II of the target service.
Specifically, when the service simulation agent is started, the service simulation agent is mounted and bound to the specified process through the configured process number, a background program code is monitored and loaded by utilizing the interprocess communication capability provided by a program interpreter in which a background program (namely, a target program II) runs and an externally provided interface for external process calling, an agent service script is dynamically embedded into the background program code, and an embedded point (connection point) is in front of the background program code, so that the target program I is obtained. Execution logic (i.e., service simulation agent execution logic) is generated based on the target program.
And the execution module is used for executing the execution logic of the service simulation agent, acquiring a response message matched with the request message and feeding back the response message to the client.
Specifically, as shown in fig. 2, the service simulation agent executes the logic as follows:
inquiring a database, judging whether the implementation class and the implementation method of the current target service are configured on a configuration platform, if not, performing no processing, handing over to a target program II for processing and returning an actual result; if so, then step 2 processing is entered.
Judging whether the current service simulation switch is started, if not, performing no processing, handing over to a target program II for processing and returning an actual result; if the starting is finished, the step 3 is entered.
The method comprises the steps of obtaining a request message sent by a client, then inquiring a database, and judging whether a response message matched with the request message is configured under a current interface (capable of supporting precise matching and regular matching). If not, then not doing any processing, handing over to the second target program and returning the actual result; and if the configuration is carried out, directly returning the configured response message.
It should be understood that, although the steps in the flowcharts of the figures are shown in order as indicated by the arrows, the steps are not necessarily performed in order as indicated by the arrows. The steps are not performed in the exact order shown and may be performed in other orders unless explicitly stated herein. Moreover, at least a portion of the steps in the flow chart of the figure may include multiple sub-steps or multiple stages, which are not necessarily performed at the same time, but may be performed at different times, which are not necessarily performed in sequence, but may be performed alternately or alternately with other steps or at least a portion of the sub-steps or stages of other steps.
The foregoing is only a partial embodiment of the present application, and it should be noted that, for those skilled in the art, various modifications and decorations can be made without departing from the principle of the present application, and these modifications and decorations should also be regarded as the protection scope of the present application.

Claims (10)

1. A service simulation method applied to a first server includes:
receiving a request message of a client;
when the target service corresponding to the request message is abnormal and cannot be fed back in time;
acquiring a target program and generating a service simulation agent execution logic, wherein the target program is obtained by embedding the service agent program into a target program II of the target service by the service simulation agent;
and executing the service simulation agent executing logic, acquiring a response message matched with the request message, and feeding back the response message to the client.
2. The service simulation method of claim 1, wherein the service simulation agent executing logic comprises:
inquiring whether the implementation class and the implementation method of the target service are configured in a database;
if the implementation class and the implementation method of the target service are configured, inquiring whether the database is configured with a response message matched with the request message under the target service;
and if the response message is configured, directly returning the response message.
3. A service simulation method according to claim 2,
before the step of inquiring whether the database is configured with a response message matched with the request message under the target service, judging whether an analog switch of the target service is started;
if it is already on, the next step is entered.
4. The service simulation method of claim 1, further comprising:
the parameters of the target service are configured by the second server and stored in a database;
the service simulation agent is uploaded to the first server by the second server.
5. A service simulation system, characterized in that the service simulation system comprises: receiving module, detection module, start module, execution module, wherein:
the receiving module is used for receiving a request message of a client;
the detection module is used for detecting the following situations: when the target service corresponding to the request message is abnormal and cannot be fed back in time;
the starting module is used for acquiring a target program and generating a service simulation agent execution logic, wherein the target program I is obtained by embedding the service simulation agent into a target program II of the target service;
and the execution module is used for executing the execution logic of the service simulation agent, acquiring a response message matched with the request message and feeding back the response message to the client.
6. The service simulation system of claim 5, wherein the execution module comprises a first query module, a second query module, and a feedback module, wherein:
the first query module is used for querying whether the implementation class and the implementation method of the target service are configured in a database;
the second query module is used for the following situations: if the implementation class and the implementation method of the target service are configured, inquiring whether the database is configured with a response message matched with the request message under the target service;
the feedback module is used for the following situations: and if the response message is configured, directly returning the response message.
7. The service simulation system of claim 6, wherein the execution module further comprises a determination module configured to: before the step of inquiring whether the database is configured with a response message matched with the request message under the target service, judging whether an analog switch of the target service is started; if it is already on, the next step is entered.
8. The service simulation system of claim 5, further comprising a configuration module, an upload module, wherein:
the configuration module is configured to implement: the parameters of the target service are configured by the second server and stored in a database;
the uploading module is used for realizing that: the service simulation agent is uploaded to the first server by the second server.
9. A service simulation apparatus, comprising: a processor, a storage medium and a bus, the storage medium storing machine-readable instructions executable by the processor, the processor and the storage medium communicating over the bus when the service simulation apparatus is run, the processor executing the machine-readable instructions to perform the steps of the service simulation method of any one of claims 1 to 4.
10. A computer-readable storage medium, characterized in that a computer program is stored on the computer-readable storage medium, which computer program, when being executed by a processor, performs the steps of the service simulation method of any one of claims 1 to 4.
CN201911399610.2A 2019-12-30 2019-12-30 Service simulation method, system, device and storage medium Pending CN111159039A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911399610.2A CN111159039A (en) 2019-12-30 2019-12-30 Service simulation method, system, device and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911399610.2A CN111159039A (en) 2019-12-30 2019-12-30 Service simulation method, system, device and storage medium

Publications (1)

Publication Number Publication Date
CN111159039A true CN111159039A (en) 2020-05-15

Family

ID=70559381

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911399610.2A Pending CN111159039A (en) 2019-12-30 2019-12-30 Service simulation method, system, device and storage medium

Country Status (1)

Country Link
CN (1) CN111159039A (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111679980A (en) * 2020-06-03 2020-09-18 中国银行股份有限公司 Background data simulation method and device
CN112162925A (en) * 2020-09-29 2021-01-01 新华三大数据技术有限公司 Test method and system based on service virtualization
CN113268421A (en) * 2021-05-21 2021-08-17 中国联合网络通信集团有限公司 Service call processing method, device, server and storage medium
CN114978970A (en) * 2022-04-07 2022-08-30 上海钧正网络科技有限公司 Data testing system, method, equipment and medium based on user-defined mock platform

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120260235A1 (en) * 2011-04-07 2012-10-11 Infosys Technologies, Ltd. Response simulator computing apparatuses and methods thereof
CN105049280A (en) * 2015-06-24 2015-11-11 上海斐讯数据通信技术有限公司 Simulation test system and method for business management platform interfacing
CN107547312A (en) * 2017-09-21 2018-01-05 广州四三九九信息科技有限公司 Applied program testing method and system
CN107807841A (en) * 2017-10-18 2018-03-16 中国平安人寿保险股份有限公司 Server analogy method, device, equipment and readable storage medium storing program for executing
CN107832224A (en) * 2017-11-22 2018-03-23 深圳前海桔子信息技术有限公司 A kind of method of testing of application program, device, storage medium and intelligent terminal
CN109726098A (en) * 2018-03-16 2019-05-07 平安科技(深圳)有限公司 Interface test method, device and computer readable storage medium

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120260235A1 (en) * 2011-04-07 2012-10-11 Infosys Technologies, Ltd. Response simulator computing apparatuses and methods thereof
CN105049280A (en) * 2015-06-24 2015-11-11 上海斐讯数据通信技术有限公司 Simulation test system and method for business management platform interfacing
CN107547312A (en) * 2017-09-21 2018-01-05 广州四三九九信息科技有限公司 Applied program testing method and system
CN107807841A (en) * 2017-10-18 2018-03-16 中国平安人寿保险股份有限公司 Server analogy method, device, equipment and readable storage medium storing program for executing
CN107832224A (en) * 2017-11-22 2018-03-23 深圳前海桔子信息技术有限公司 A kind of method of testing of application program, device, storage medium and intelligent terminal
CN109726098A (en) * 2018-03-16 2019-05-07 平安科技(深圳)有限公司 Interface test method, device and computer readable storage medium

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111679980A (en) * 2020-06-03 2020-09-18 中国银行股份有限公司 Background data simulation method and device
CN112162925A (en) * 2020-09-29 2021-01-01 新华三大数据技术有限公司 Test method and system based on service virtualization
CN113268421A (en) * 2021-05-21 2021-08-17 中国联合网络通信集团有限公司 Service call processing method, device, server and storage medium
CN114978970A (en) * 2022-04-07 2022-08-30 上海钧正网络科技有限公司 Data testing system, method, equipment and medium based on user-defined mock platform
CN114978970B (en) * 2022-04-07 2023-11-24 上海钧正网络科技有限公司 Data testing system, method, equipment and medium based on custom mock platform

Similar Documents

Publication Publication Date Title
CN111159039A (en) Service simulation method, system, device and storage medium
CN109302522B (en) Test method, test device, computer system, and computer medium
US9021443B1 (en) Test automation API for host devices
US9274935B1 (en) Application testing system with application programming interface
US20160162389A1 (en) Device Cloud Monitoring and Stability
CN104765678A (en) Method and device for testing applications on mobile terminal
CN110825985B (en) Data acquisition system, method, device, control equipment and proxy equipment
WO2023125851A1 (en) Remote diagnostics method and apparatus, electronic device and storage medium
WO2017146696A1 (en) Application content display at target screen resolutions
US11301237B2 (en) Upgrading method and apparatus
CN112527397A (en) Method and device for modifying basic input output system options and computer equipment
CN111666199B (en) Debugging method executed on intelligent terminal and software debugger
CN108132832B (en) Application program starting method and device
CN111414309A (en) Automatic test method of application program, computer equipment and storage medium
CN111061448A (en) Log information display method and device, electronic equipment and storage medium
CN106557411B (en) Method and system for testing Hybrid application in Android system
CN115129574A (en) Code testing method and device
CN110727575A (en) Information processing method, system, device and storage medium
CN111506393B (en) ARM-based virtualization device and use method thereof
CN112866312A (en) Script generation method, remote operation method and related equipment
CN115202907A (en) Application program interface operation method, system, computer equipment and medium
CN112346994A (en) Test information correlation method and device, computer equipment and storage medium
CN111159027B (en) Automatic testing method and device, computer equipment and readable storage medium
CN112667490A (en) Performance test method and device based on hook function
CN107957951B (en) Method and device for testing functions of application program

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