CN117591393A - Process test method and device based on http request - Google Patents

Process test method and device based on http request Download PDF

Info

Publication number
CN117591393A
CN117591393A CN202311330969.0A CN202311330969A CN117591393A CN 117591393 A CN117591393 A CN 117591393A CN 202311330969 A CN202311330969 A CN 202311330969A CN 117591393 A CN117591393 A CN 117591393A
Authority
CN
China
Prior art keywords
test
http request
management node
current
address
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
CN202311330969.0A
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.)
Shanghai Yunzhou Information Technology Co ltd
Original Assignee
Shanghai Yunzhou Information Technology 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 Shanghai Yunzhou Information Technology Co ltd filed Critical Shanghai Yunzhou Information Technology Co ltd
Priority to CN202311330969.0A priority Critical patent/CN117591393A/en
Publication of CN117591393A publication Critical patent/CN117591393A/en
Pending legal-status Critical Current

Links

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
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3692Test management for test results analysis

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

The application aims to provide a method and equipment for testing a process based on an http request, wherein an application program interface determines the execution time point of a test step in a step chain, and locates the address step of the execution time point; when the management node calls the current testing step in the application program interface, a current http request is sent to a testing process server; the test process server compares the address step of the current http request with the address step of the execution time point corresponding to the current test step, and forwards the current http request to the process according to the comparison result; and the process processes the current http request and forwards feedback information to the management node through the test process server. Thus, it is possible to support the execution of the test operation at a specified step, and to realize the test of a lower granularity than the API level.

Description

Process test method and device based on http request
Technical Field
The present disclosure relates to the field of computers, and in particular, to a method and apparatus for testing a process based on an http request.
Background
Cloud computing is a popular technology in recent years, and can fully utilize hardware resources and allocate the hardware resources to cloud hosts as required. There is also a need for a cloud platform to systematically manage and operate the cloud host.
In a client environment, the situation that the cloud platform restarts a cloud platform management process in the process of executing an Application Program Interface (API) occurs; such an operation is very easy to cause the cloud platform to generate a situation that the control plane is not synchronous with the data plane, and this situation is very likely to cause the use of the client to be blocked, and also may cause the data of the client to be damaged and lost. The existing method uses threads or manual synchronization to execute test operation, but the method cannot accurately determine which step is executed by the API when the test operation is executed, and whether the step is actually needed to be executed or not, so that the obtained test result is inaccurate and unreliable.
Disclosure of Invention
An object of the present application is to provide a method and an apparatus for testing a process based on an http request, which solve the problems in the prior art that a specific operation step cannot be accurately executed, a test result is inaccurate, and a rollback operation cannot be performed.
According to one aspect of the present application, there is provided a method of process testing based on http requests, the method comprising:
determining the execution time point of a test step in a step chain by an application program interface, and positioning the address step of the execution time point;
when the management node calls the current testing step in the application program interface, a current http request is sent to a testing process server;
the test process server compares the address step of the current http request with the address step of the execution time point corresponding to the current test step, and forwards the current http request to the process according to the comparison result;
and the process processes the current http request and forwards feedback information to the management node through the test process server.
Optionally, forwarding the current http request to the process according to the comparison result includes:
if the comparison result is consistent, the test process server acquires a feedback address step of executing the current test step, and sends the feedback address step to the process;
the process processes the current http request, forwards feedback information to the management node through the test process server, and includes:
and the process executes the current test step according to the http request, and forwards the feedback address step to the management node after the execution is completed, so that the management node issues the next address step of the application program interface.
Optionally, forwarding the feedback address step to the management node after execution is completed includes:
and after the execution is finished, modifying the feedback address step into the address of the test process server, obtaining a new feedback address step, and forwarding the new feedback address step to the management node.
Optionally, forwarding the current http request to the process according to the comparison result includes:
if the comparison result is inconsistent, the test process server directly forwards the current http request to the process.
Optionally, the method comprises:
and a step of obtaining a feedback address of the appointed test step, creating an error result, and feeding back the error result to the management node so as to enable the management node to perform error rollback test.
Optionally, the method comprises:
the management node changes the port of the http request to the port of the test process server from the port of the process through destination address conversion, and redirects the http request to the test process server.
Optionally, forwarding the http request to the process according to the comparison result includes:
and if the comparison result is consistent, adjusting the time point of the test step and the sequence and concurrent information of executing the http request according to the starting parameters of the test process server.
Optionally, the execution time point includes:
the test process server forwards the http request to the front of the process;
the test process server forwards the http request to the process;
the test process server forwards the feedback information to the management node;
after the test process server forwards the feedback information to the management node.
According to yet another aspect of the present application, there is also provided an apparatus for process testing based on http requests, the apparatus comprising:
one or more processors; and
a memory storing computer readable instructions that, when executed, cause the processor to perform operations of the method as described above.
According to yet another aspect of the present application, there is also provided a computer readable medium having stored thereon computer readable instructions executable by a processor to implement a method as described above.
Compared with the prior art, the method and the device have the advantages that the execution time point of the test step in the step chain is determined through the application program interface, and the address step of the execution time point is positioned; when the management node calls the current testing step in the application program interface, a current http request is sent to a testing process server; the test process server compares the address step of the current http request with the address step of the execution time point corresponding to the current test step, and forwards the current http request to the process according to the comparison result; and the process processes the current http request and forwards feedback information to the management node through the test process server. Therefore, the test operation can be supported to be executed in the appointed step, and the situation that the control surface and the data surface are not synchronous after recovery can be avoided when the management node is powered off when a certain operation is executed in the client environment; testing of lower granularity than API level is achieved.
Drawings
Other features, objects and advantages of the present application will become more apparent upon reading of the detailed description of non-limiting embodiments, made with reference to the following drawings, in which:
FIG. 1 illustrates a method flow diagram for http request based process testing provided in accordance with an aspect of the present application;
FIG. 2 is a schematic diagram of an architecture for implementing test steps in APIs in an embodiment of the present application;
FIG. 3 is a schematic diagram showing the execution timing of the test step in an embodiment of the present application.
The same or similar reference numbers in the drawings refer to the same or similar parts.
Detailed Description
The present application is described in further detail below with reference to the accompanying drawings.
In one typical configuration of the present application, the terminal, the devices of the service network, and the trusted party each include one or more processors (e.g., central processing units (Central Processing Unit, CPU)), input/output interfaces, network interfaces, and memory.
The Memory may include non-volatile Memory in a computer readable medium, random access Memory (Random Access Memory, RAM) and/or non-volatile Memory, etc., such as Read Only Memory (ROM) or flash RAM. Memory is an example of computer-readable media.
Computer readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of storage media for a computer include, but are not limited to, phase-Change RAM (PRAM), static random access Memory (Static Random Access Memory, SRAM), dynamic random access Memory (Dynamic Random Access Memory, DRAM), other types of Random Access Memory (RAM), read-Only Memory (ROM), electrically erasable programmable read-Only Memory (Electrically Erasable Programmable Read-Only Memory, EEPROM), flash Memory or other Memory technology, read-Only optical disk read-Only Memory (Compact Disc Read-Only Memory, CD-ROM), digital versatile disks (Digital Versatile Disk, DVD) or other optical storage, magnetic cassettes, magnetic tape disk storage or other magnetic storage devices, or any other non-transmission medium, which can be used to store information that can be accessed by the computing device. Computer readable media, as defined herein, does not include non-transitory computer readable media (transmission media), such as modulated data signals and carrier waves.
Fig. 1 shows a flow diagram of a method for http request based process testing, according to an aspect of the present application, the method comprising: step S11 to step S14, wherein,
step S11, an application program interface determines the execution time point of a test step in a step chain, and locates the address step of the execution time point; the testing step is performed based on specific steps in an Application Program Interface (API), wherein the API is formed by a plurality of steps (flows), the steps are connected in series in a chain structure to form a step chain, when the steps are specifically performed one by one, the execution time point corresponding to the step to be tested is determined, and the execution time point refers to a time node when the API specifically performs the testing step; locating an address step when executing the test step, wherein the address step is a step (url) in the API, and the address step is provided with address information and has the following format: http:/$ { physical machine address }: $ { agent port }/$ { step }, wherein the agent is a process, so that it is possible to precisely locate which step the API specifically performs.
Step S12, when the management node calls the current testing step in the application program interface, a current http request is sent to a testing process server; here, the management node calls the API to execute each step in the step chain, and the process executed by the API is a process of multiple interactions between the Management Node (MN) and the process (agent) that actually executes the operation, and when each step is executed, the management node issues an http request to the agent in a manner of giving a message bus, the url in the request corresponds to a test step of the API, and by adding a test process server (test_agent_server), intercepts the http request sent by the management node, and forwards the http request to the agent after performing subsequent processing.
Step S13, the test process server compares the address step of the current http request with the address step of the execution time point corresponding to the current test step, and forwards the current http request to the process according to the comparison result; when receiving an http request about a current test step issued by a management node, the test process server compares the current http request with url appointed to be judged, namely, performs comparison on url positioned at an execution time point corresponding to the current test step, judges whether the current test step is to be executed or not, if not, the current test step is directly forwarded to a process, if not, the current http request of the current test step is tested and forwarded according to the time point, and if so, the current http request of the current test step is forwarded to the process by using a comparison result.
And S14, the process processes the current http request and forwards feedback information to the management node through the test process server. The process processes the current http request, performs the current test step or does not perform the test step until the current http request is or is not yet reached, so that the feedback information of the execution is sent to the test process server again, and the feedback information is forwarded to the management node through the test process server. By adding a test process server to perform bidirectional forwarding in the interaction between the management node and the process, the test operation can be supported to be executed in a designated step, and the situation that the management node is powered off when a certain operation is executed in a client environment and the control plane and the data plane are not synchronous after recovery can be covered; testing of lower granularity than the API level is achieved, i.e. specific steps in the API are tested.
In an embodiment of the present application, in step S13, if the comparison result is that the comparison result is consistent, the test process server obtains a feedback address step of executing the current test step, and sends the feedback address step to the process; next, in step S14, the process executes the current test step according to the http request, and forwards the feedback address step to the management node after execution is completed, so that the management node issues the next step of the application program interface. The operation link is captured by the bidirectional forwarding mode of the test process server, whether forwarding, when forwarding and whether forwarding after processing are needed are determined according to the comparison result, when the comparison result is that the two urls are identical, the test operation is required to be executed, the current http request can be forwarded to the process to execute the current test step at the moment, and the feedback url hidden in the current http request header (header) is forwarded to the management node after execution is completed, so that the next address step (namely the next url) of the API for subsequent issuing test is convenient.
Specifically, after the process execution is completed, modifying the feedback address step into the address of the test process server, obtaining a new feedback address step, and forwarding the new feedback address step to the management node. Here, if url is the same, this feedback request is modified to the address of the test process server itself, for example, the port of the test process server is 7071, and feedback url is modified to the 7071 port of the same physical machine, so that this operation end time point is grasped later.
In an embodiment of the present application, in step S13, if the comparison result is inconsistent, the test process server directly forwards the current http request to the process. If the comparison results are inconsistent, the current step is not the required step, and the current step is directly forwarded to the agent for normal execution.
When the comparison result is consistent and the discarding parameter is set, the process discards the current http request based on the set discarding parameter, does not execute the current test step, and forwards feedback information of failure execution to the management node through the test process server so as to enable the management node to execute rollback operation. The test process server records url to be judged, wherein the url to be judged can be designated when being started, and can be modified later, and the url is the url of the execution time point of the specific test step; when a request is received, comparing the current http request with url in the request, if the comparison result is the same, if a discarding parameter is set, discarding the current http request without executing the process until the step is completed, and sending feedback information of execution failure to a test process server by the process, thereby informing a management node that the operation fails to execute some rollback operations, and determining whether rollback of the test API accords with expectations or is legacy dirty data. Therefore, the test process server can clearly manage at which time point the node needs to be restarted, and the synchronization of the cloud platform control area data surface is ensured.
In an embodiment of the present application, a feedback address step of the specified test step is obtained, an error result is created, and the error result is fed back to the management node, so that the management node performs a test of error rollback. After the url is determined to be the url to be found by comparison, the feedback url in the request is directly acquired, the feedback url is returned to the url of the execution condition of the operation step of the management node, an error result is created and directly sent to the management node, namely, a reply of a step execution failure is sent to the management node through the feedback url in the request, the management node considers that the operation execution fails, the original request is directly discarded without any operation, and the related test of error rollback is carried out. In case of execution failure of the API, the management node executes rollback operation to ensure that no dirty data remains in case of execution failure of the API. If some errors are not removed in the rollback process, and when errors are reproduced, the errors are not reproduced well, and the management node can execute rollback operation when the user needs by adopting the method of forging failure in the designated steps. Also, errors need to be injected after error repair, so that the errors fail in the corresponding steps, and whether rollback of the management node can clear dirty data is checked. In the conventional method, the specific test steps cannot be accurately positioned, so that rollback is difficult to perform and verification is difficult to reproduce. The method can support counterfeiting a failed return in a specific step, enables the management node to execute rollback operation and tests the condition of the rollback operation.
In one embodiment of the present application, the method includes: the management node changes the port of the http request to the port of the test process server from the port of the process through destination address conversion, and redirects the http request to the test process server. Here, as shown in fig. 2, kvmgent is taken as an example, where kvmgent represents a process (agent) operating on a physical machine for the physical machine, and related operations include creating a cloud host, migrating the cloud host, and the like; before the Management Node (MN) sends an http request, an iptables is built in, the iptables is an IP information packet filtering system integrated by a Linux kernel, the iptables modifies the port direction of the original request through destination address conversion (DNAT), for example, the iptables on a physical machine (Host) of the MN is configured with data of destination conversion, for example, port 7070 is modified into data of port 7071, after the port address is modified, a packet sent by the management node and requesting to the 7070 port of a process is sent to the port 7071 of a test process server, so that the http request is forwarded to the test process server (test_agent_server) first, redirection is realized through the iptables, and the code of the management node MN itself does not need to be modified. When the redirection is performed through iptables, the management node and the process cannot be on the same physical machine, so that the request cannot be sent out.
In an embodiment of the present application, in step S13, if the comparison result is that the comparison result is consistent, the time point of the test step and the sequence and concurrent information of executing the http request are adjusted according to the start parameter of the test process server. The method comprises the steps of judging that a testing step is required to be carried out after a current http request is carried out, and adjusting the execution time point of the testing step, the sequence of the execution request, concurrency and the like according to the starting parameter of a testing process server, wherein the starting parameter is the ip address of a physical machine itself, the address of a management network card required to be replaced by the physical machine, the port of the testing process server, the port of a process, designated url required to be monitored, the ip address of a management node, the time point of the testing operation required to be carried out after the monitored designated url is carried out, whether the testing operation required to be synchronous or asynchronous after the testing is carried out, the starting mode is required to be carried out, and whether an error result is required to be returned in the designated url step.
In an embodiment of the present application, the execution time point includes: the test process server forwards the http request to the front of the process; the test process server forwards the http request to the process; the test process server forwards the feedback information to the management node; after the test process server forwards the feedback information to the management node. Here, the reply sent by the agent to the MN after the current test step is performed is also sent to the test process server (test_agent_server), so the test_agent_server also supports the test operation at the time point (before, after, and concurrent with) related to the feedback (callback). As shown in fig. 3, the time points before and after the two forwarding according to the test process server (test_agent_server) are mainly four time points: before the test_agent_server forwards the http request (request) to the agent; before and after the test_agent_server forwards the request to the agent; the test_agent_server forwards the callback to the front of the MN; after the test_agent_server forwards the callback to the MN, where the callback is feedback carrying the task identifier (task_uuid) in the http request header (header). Whether to execute synchronously or asynchronously, i.e. whether to execute the test steps in a threaded manner in the case of these 4 points in time, to meet the test requirements that may be required in some special cases to execute the test steps when the agent executes the corresponding operation steps. Therefore, the execution of an API and the test_agent_server are a process of multiple interactions, and each time the test_agent_server receives a step, the process steps S11 to S14 are aligned and then executed.
Furthermore, the embodiment of the application also provides a computer readable medium, on which computer readable instructions are stored, the computer readable instructions being executable by a processor to implement the method for testing a process based on an http request.
In an embodiment of the present application, there is further provided an apparatus for testing a process based on an http request, including:
one or more processors; and
a memory storing computer readable instructions that, when executed, cause the processor to perform operations of the method as described above.
For example, computer-readable instructions, when executed, cause the one or more processors to:
determining the execution time point of a test step in a step chain by an application program interface, and positioning the address step of the execution time point;
when the management node calls the current testing step in the application program interface, a current http request is sent to a testing process server;
the test process server compares the address step of the current http request with the address step of the execution time point corresponding to the current test step, and forwards the current http request to the process according to the comparison result;
and the process processes the current http request and forwards feedback information to the management node through the test process server.
It will be apparent to those skilled in the art that various modifications and variations can be made in the present application without departing from the spirit or scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims and the equivalents thereof, the present application is intended to cover such modifications and variations.
It should be noted that the present application may be implemented in software and/or a combination of software and hardware, for example, using Application Specific Integrated Circuits (ASIC), a general purpose computer or any other similar hardware device. In one embodiment, the software programs of the present application may be executed by a processor to implement the steps or functions as described above. Likewise, the software programs of the present application (including associated data structures) may be stored on a computer readable recording medium, such as RAM memory, magnetic or optical drive or diskette and the like. In addition, some steps or functions of the present application may be implemented in hardware, for example, as circuitry that cooperates with the processor to perform various steps or functions.
Furthermore, portions of the present application may be implemented as a computer program product, such as computer program instructions, which when executed by a computer, may invoke or provide methods and/or techniques in accordance with the present application by way of operation of the computer. Program instructions for invoking the methods of the present application may be stored in fixed or removable recording media and/or transmitted via a data stream in a broadcast or other signal bearing medium and/or stored within a working memory of a computer device operating according to the program instructions. An embodiment according to the present application comprises an apparatus comprising a memory for storing computer program instructions and a processor for executing the program instructions, wherein the computer program instructions, when executed by the processor, trigger the apparatus to operate a method and/or a solution according to the embodiments of the present application as described above.
It will be evident to those skilled in the art that the present application is not limited to the details of the foregoing illustrative embodiments, and that the present application may be embodied in other specific forms without departing from the spirit or essential characteristics thereof. The present embodiments are, therefore, to be considered in all respects as illustrative and not restrictive, the scope of the application being indicated by the appended claims rather than by the foregoing description, and all changes which come within the meaning and range of equivalency of the claims are therefore intended to be embraced therein. Any reference sign in a claim should not be construed as limiting the claim concerned. Furthermore, it is evident that the word "comprising" does not exclude other elements or steps, and that the singular does not exclude a plurality. The terms first, second, etc. are used to denote a name, but not any particular order.

Claims (10)

1. A method of process testing based on http requests, the method comprising:
determining the execution time point of a test step in a step chain by an application program interface, and positioning the address step of the execution time point;
when the management node calls the current testing step in the application program interface, a current http request is sent to a testing process server;
the test process server compares the address step of the current http request with the address step of the execution time point corresponding to the current test step, and forwards the current http request to the process according to the comparison result;
and the process processes the current http request and forwards feedback information to the management node through the test process server.
2. The method according to claim 1, wherein forwarding the current http request to the process according to the comparison result comprises:
if the comparison result is consistent, the test process server acquires a feedback address step of executing the current test step, and sends the feedback address step to the process;
the process processes the current http request, forwards feedback information to the management node through the test process server, and includes:
and the process executes the current test step according to the http request, and forwards the feedback address step to the management node after the execution is completed, so that the management node issues the next address step of the application program interface.
3. The method of claim 2, wherein forwarding the feedback address step to the management node after execution is complete comprises:
and after the execution is finished, modifying the feedback address step into the address of the test process server, obtaining a new feedback address step, and forwarding the new feedback address step to the management node.
4. The method according to claim 1, wherein forwarding the current http request to the process according to the comparison result comprises:
if the comparison result is inconsistent, the test process server directly forwards the current http request to the process.
5. The method according to claim 1, characterized in that the method comprises:
and a step of obtaining a feedback address of the appointed test step, creating an error result, and feeding back the error result to the management node so as to enable the management node to perform error rollback test.
6. The method according to claim 1, characterized in that the method comprises:
the management node changes the port of the http request to the port of the test process server from the port of the process through destination address conversion, and redirects the http request to the test process server.
7. The method according to claim 1, wherein forwarding the http request to the process according to the comparison result comprises:
and if the comparison result is consistent, adjusting the time point of the test step and the sequence and concurrent information of executing the http request according to the starting parameters of the test process server.
8. The method of claim 1, wherein the execution time point comprises:
the test process server forwards the http request to the front of the process;
the test process server forwards the http request to the process;
the test process server forwards the feedback information to the management node;
after the test process server forwards the feedback information to the management node.
9. An apparatus for http request based process testing, comprising:
one or more processors; and
a memory storing computer readable instructions that, when executed, cause the processor to perform the operations of the method of any one of claims 1 to 8.
10. A computer readable medium having stored thereon computer readable instructions executable by a processor to implement the method of any of claims 1 to 8.
CN202311330969.0A 2023-10-13 2023-10-13 Process test method and device based on http request Pending CN117591393A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311330969.0A CN117591393A (en) 2023-10-13 2023-10-13 Process test method and device based on http request

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311330969.0A CN117591393A (en) 2023-10-13 2023-10-13 Process test method and device based on http request

Publications (1)

Publication Number Publication Date
CN117591393A true CN117591393A (en) 2024-02-23

Family

ID=89917221

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311330969.0A Pending CN117591393A (en) 2023-10-13 2023-10-13 Process test method and device based on http request

Country Status (1)

Country Link
CN (1) CN117591393A (en)

Similar Documents

Publication Publication Date Title
CN107122296B (en) Method and apparatus for data assertion for test interface
CN107122297B (en) Method and equipment for generating request message of test interface
US7844692B2 (en) Web server multiplier for analyzing resource leaks
US11762763B2 (en) Orchestration for automated performance testing
JP2019516171A (en) Service processing method, device and system
CN111767226B (en) Cloud computing platform resource testing method, system and equipment
CN107092535B (en) Method and apparatus for data storage of test interface
CN108038039B (en) Method for recording log and micro-service system
WO2019128299A1 (en) Test system and test method
CN112532490A (en) Regression testing system and method and electronic equipment
CN107181636B (en) Health check method and device in load balancing system
JP2019502186A (en) System and method for obtaining, processing and updating global information
US11444785B2 (en) Establishment of trusted communication with container-based services
CN113094255A (en) Simulation test method, device and system for data interface
CN113608692A (en) Method, system, equipment and medium for verifying data consistency of storage system
CN111309432B (en) Fault drilling method, device and system
CN112671574B (en) Front-end and back-end joint debugging method and device, proxy equipment and storage medium
CN108268369B (en) Test data acquisition method and device
CN110149365B (en) Service adaptation method, device, system and computer readable medium
CN117591393A (en) Process test method and device based on http request
CN111373377A (en) Error handling
CN116303309A (en) File mounting method and device and electronic equipment
CN113094618A (en) Method, apparatus, device and storage medium for performing asynchronous request response operation
US20200311169A1 (en) Apparatus and method for determining types of uniform resource locator
CN113282347A (en) Plug-in operation method, device, equipment and storage medium

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