CN110851468A - Method and device for making simulation response to test request of client - Google Patents

Abstract

The invention discloses a method and a device for making a simulated response to a test request of a client, and relates to the technical field of computers. A specific implementation of the method includes: receiving a test request sent by a client; searching a database for a predefined request matching the test request, and the database stores the predefined request table, response table and request-response relationship table; When a predefined request matching the test request is found, the corresponding predefined response is determined according to the matching predefined request and the request-response relationship table, and a simulated response to the test request is generated according to the determined predefined response and returned to the client . The invention realizes the persistence of request-response data, flexible configuration, no hard coding, and especially improves the efficiency of system processing by managing data according to items.

Description

Method and apparatus for simulating response to client's test request

technical field

The present invention relates to the field of computer technology, and in particular, to a method and device for making a simulated response to a test request of a client.

Background technique

In the actual development process of client/server system applications, the problem of coupling between client and server R&D is often encountered. The corresponding interface on the server side often lags behind the development of the client side, and the client side developers expect the server side to provide the interface with the ability to produce joint debugging data as soon as possible, and also expect the interface to respond to a variety of data types and flexibly configure the content, and then Satisfy the client's adaptation to various data.

In current practice, one approach is that the front-end and back-end R&D are based on sufficient communication, the server R&D provides a simulation interface in a hard-coded way, or the client directly sets the simulation data at the JavaScript level. Another way is to use some open source framework (such as MOCK SERVER) to simulate the interaction.

In the process of realizing the present invention, the inventor found that there are at least the following problems in the prior art:

Temporarily setting an analog interface on the server side can alleviate the client's dependence on server-side data to a certain extent, but the single and inflexible configuration of the analog data type is still an urgent problem to be solved. Moreover, most open source MOCK frameworks do not support request-response persistence, but only support request-response mapping in memory, which means that after the service is restarted, the defined mapping data will disappear. definition.

SUMMARY OF THE INVENTION

In view of this, embodiments of the present invention provide a method and apparatus for making a simulated response to a client's test request, which can reuse previously defined request-response data and improve the efficiency of development work.

To achieve the above object, according to an aspect of the embodiments of the present invention, a method for simulating a response to a test request from a client is provided, the method comprising: receiving a test request sent by the client; A predefined request matching the test request, the database stores a predefined request table and a response table and a request-response relationship table, wherein when a predefined request matching the test request is found in the database, A corresponding predefined response is determined according to the matched predefined request and the request-response relationship table, and a simulated response to the test request is generated according to the determined predefined response and returned to the client.

Optionally, the database also includes a project table, which is used to indicate the project identifier of the project to which the predefined request and response belong in the database, wherein the project identifier is specified in the test request, and the test request is searched in the database with the test request. When matching predefined requests, the predefined requests are first filtered according to the item identifiers, so that only predefined requests associated with the item identifiers are matched.

Optionally, the predefined requests and predefined responses and their corresponding relationships are defined through a graphical interface.

Optionally, the predefined request includes the creator, creation time, and modification time, which are used for data maintenance and permission control.

Optionally, generating a simulated response to the test request according to the determined predefined response includes: searching the response table for a response matching the determined predefined response, and using the found response as a response to the test request. Mock responses to test requests.

According to another aspect of the present invention, an apparatus for simulating a response to a test request from a client is provided, the apparatus comprising: a request receiving module for receiving a test request sent by the client; a search module for Find a predefined request matching the test request in a database, wherein the database stores a predefined request table and a response table and a request-response relationship table; When testing a predefined request matched by a request, a corresponding predefined response is determined according to the matched predefined request and the request-response relationship table, and a simulated response to the test request is generated according to the determined predefined response and returned to the client.

Optionally, the database also includes a project table, which is used to indicate the project identifier of the project to which the predefined request and response belong in the database, wherein the project identifier is specified in the test request, and the test request is searched in the database with the test request. When matching predefined requests, the predefined requests are first filtered according to the item identifiers, so that only predefined requests associated with the item identifiers are matched.

Optionally, the predefined requests and predefined responses and their corresponding relationships are defined through a graphical interface.

Optionally, the predefined request includes the creator, creation time, and modification time, which are used for data maintenance and permission control.

Optionally, the request-response module is further configured to: look up a response matching the determined predefined response from the response table, and use the found response as a simulated response to the test request.

According to yet another aspect of the present invention, there is provided an electronic device for making a simulated response to a test request from a client, comprising: one or more processors; and a storage device for storing one or more programs, when the one or more Multiple programs are executed by the one or more processors, so that the one or more processors implement the method for making a simulated response to a test request of a client provided by the embodiment of the present invention.

According to another aspect of the present invention, a computer-readable medium is provided, on which a computer program is stored, and when the program is executed by a processor, the method for making a simulated response to a test request from a client provided by the embodiment of the present invention is implemented. .

One embodiment of the above invention has the following advantages or beneficial effects: by searching the database for a predefined request matching the test request sent by the client, and when the predefined request matching the test request is found in the database, according to The matching predefined request and the request-response relationship table determine the corresponding predefined response, and generate a simulated response to the test request according to the determined predefined response and return it to the client, so that the request-response mapping can be preset, even if The request is exactly the same, and you can also decide which response to use to feed this request through the mapping switch. Moreover, the response content can be in JSON, HTML, XML formats; no hard coding is required, you only need to predefine the expected request-response on the MOCK platform Mapping, when the client initiates an HTTP request, the MOCK platform will match the request with the stored mappings one by one, and the hit will respond; the user-defined request-response mapping relationship will be persisted to the database, and the database will be directly retrieved from the database when looking for a matching mapping. Search and convert. The invention realizes the persistence of request-response data, has flexible configuration, does not need hard coding, and especially improves the efficiency of system processing by managing data according to items.

Further effects of the above non-conventional alternatives will be described below in conjunction with specific embodiments.

Description of drawings

The accompanying drawings are used for better understanding of the present invention and do not constitute an improper limitation of the present invention. in:

1 is a schematic flowchart of a request-response persistence process according to an embodiment of the present invention;

2 is a schematic flowchart of an implementation of a simulated response to a request according to an embodiment of the present invention;

3 is a schematic diagram of the main flow of the method for making a simulated response to a test request of a client according to an embodiment of the present invention;

4 is a schematic diagram of main modules of an apparatus for making a simulated response to a test request from a client according to an embodiment of the present invention;

5 is an exemplary system architecture diagram to which an embodiment of the present invention may be applied;

FIG. 6 is a schematic structural diagram of a computer system suitable for implementing a terminal device or a server according to an embodiment of the present invention.

Detailed ways

Exemplary embodiments of the present invention are described below with reference to the accompanying drawings, which include various details of the embodiments of the present invention to facilitate understanding and should be considered as exemplary only. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the invention. Also, descriptions of well-known functions and constructions are omitted from the following description for clarity and conciseness.

In order to solve the aforementioned problems, the present invention proposes a method and system for decoupling client-side and server-side R&D so that the client's request can be simulated and responded in the system R&D and testing stages, especially an implementation scheme based on the open source framework MOCK SERVER . Among them, MOCK SERVER is a powerful open source MOCK (simulation) framework based on HTTP/HTTPS, which matches actual requests and responds by pre-defining Expectations (expectations). The implementation details of the present invention are described in detail below.

1. Predefined requests and corresponding simulated responses

According to the present invention, in the development and testing stage of the application, in order to give a simulated response to the client's request during the test, the request and the corresponding simulated response need to be pre-defined, and the defined request, the response and the correspondence between them need to be defined in advance. The relationship is persisted in the database, so that when the client actually makes a request in the test, the request can be simulated according to the data stored in the database.

According to one embodiment of the present invention, requests and corresponding responses may be defined using a graphical user interface that enables the representation of requests, responses, and their relationships. For example, requests and corresponding responses are defined in the left and right parts of the screen, respectively.

The definition of the request includes:

Uniform Resource Locator URL (Uniform Resource Locator), used to locate resources;

Request methods, such as those commonly used in version 1.1 of the HyperText Transfer Protocol HTTP (HTTP) protocol, such as GET (resource acquisition), PUT (file transfer), POST (transfer entity body), DETELE (delete file) ), etc. for selection;

Request header, common HTTP header fields are: Accept-Charset (preferred character set), Accept-Encoding (preferred content encoding), Host (server where the requested resource is located), User-Agent (HTTP client program information) etc., is optional;

Parts such as request parameters and request body, request content entity, usually include business-related request fields, such as user name, etc., optional.

The definition of the response includes: HTTP response code, response header, delayed response and response body, among which the response header provides common response headers for selection, and the response header generally includes content and type, in the form of content/type Submit response header data. The form of the response header includes, for example, application/json, text/html, application/xml, and so on.

According to one embodiment of the present invention, the simulated response of the present invention is implemented using the existing MOCK SERVER framework. The defined request and response fields are consistent with the expected value Expectation (for example: org.mockserver.mock.Expectation) property of MOCK SERVER, and the request definition is mapped to the HTTP request in the form of MOCK SERVER (for example: org.mockserver.model.HttpRequest), The response definition is mapped to the HTTP response in the form of MOCK SERVER (eg: org.mockserver.model.HttpResponse), and the related conversion is done using the tools of MOCK SERVER.

2. Predefined requests, responses and their corresponding relationships that are persistently stored in the database

Predefined requests, responses and their corresponding relationships are saved in the database, which is used to simulate the response according to the data in the database when the client sends a request. The native MOCK SERVER framework can only store the request-response mapping relationship in memory, which means that after restarting, all mapping data disappears. The invention is based on the MOCKSERVER framework, persists the request-mapping relationship to the database, and uses the tool class provided by the invention to realize the conversion between the persistent request and response and the content required for matching the MOCK SERVER.

According to an embodiment of the present invention, a request table and a response table are established to store defined requests and responses, respectively. And, a request-response mapping table is established to represent the correspondence between requests and responses.

According to a preferred embodiment of the present invention, in order to improve processing efficiency, data may be divided by item. Items to which requests and responses belong can be represented by building an item table.

According to the embodiment of the present invention, in order to facilitate data maintenance and permission control, the predefined request also includes fields such as creator, creation time, modification time, and the like.

According to an embodiment of the present invention, based on the MOCK SERVER framework, requests, responses and their corresponding relationships are persisted to a database.

According to an embodiment of the present invention, the attributes of the request and response predefined by the user are consistent with the Expectation attribute of the MOCK SERVER framework. Using MOCK SERVER, deserialize user-defined requests and responses into Expectation instances.

FIG. 1 is a schematic flowchart of request-response persistence according to an embodiment of the present invention. As shown in FIG. 1, according to an embodiment of the present invention, each attribute of the request-response mapping predefined by the user is actually consistent with the attribute of Expectation. When the MOCK platform receives the mapping definition from the user (for example: a JSON string) form), it will be deserialized into an Expectation instance. The process of implementing user-defined request-response persistence based on MOCK SERVER is as follows:

(1) Serialize the HTTP request HttpRequest into a JSON string as an attribute of the requested custom class RequestPO, that is: use HttpRequest to build RequestPO;

(2) For the HTTP response HttpResponse, similar processing is done by using the custom class ResponsePO of the response, that is: using HttpResponse to build ResponsePO;

(3) Persistently store the requested custom class RequestPO in the request database table tb_req, and persistently store the responding custom class ResponsePO in the response database table tb_resp;

(4) Establish a project database table tb_project to determine which development project a predefined request and a corresponding response belong to;

(5) Establish the request-response correspondence database table tb_req_resp to maintain the correspondence between the request and the corresponding response. Specifically, for example, the mapping relationship between the request database table tb_req and the response database table tb_resp is maintained through the request-response database table tb_req_resp; or the request-response database table tb_req_resp is used to maintain the request database table tb_req and the response database table. tb_resp, and the mapping relationship between the project database table tb_project.

3. Mock response to request

According to the present invention, for the received request sent by the client, the simulation response system of the present invention searches the database for a request-response relationship matching the request, and when a matching request-response relationship is found, a corresponding simulation is generated according to the relationship. response, and then return that mock response to the client.

According to an embodiment of the present invention, the matching between request-response is based on the matching mechanism of MOCK SERVER. The request-response mapping can be divided by project. Different projects have their own predefined request-response relationships. Note that different projects can have the exact same request-response relationship. When a client sends a request, it needs to specify a project ID (project-ID) or a name (project-Name) at the same time, so that the system only processes the request-response relationship under the project to improve data processing efficiency. In one embodiment, the client can set the project identifier project-ID in the URL path when making a request, and the URL path "http://mock.aa.com/mock/id-train/users.html" is For example, part of "/mock/id-train" is used to prompt the MOCK platform, and it is necessary to request the mapping relationship under the item "id-train" in the form of MOCK.

FIG. 2 is a schematic flowchart of an implementation of a simulated response to a request according to an embodiment of the present invention. As shown in Figure 2, according to an embodiment of the present invention, a simulation response to a request is implemented based on MOCK SERVER, and the specific process is as follows:

(1) Receive the HTTP request HttpServletRequest sent by the client, and the HTTP request may include the corresponding project name;

(2) Use the mapping tool (mappers) of MOCK SERVER, for example: use the tool class "org.mockserver.mappers.HttpServletRequestToMockServerRequestDecoder" to convert the HTTP request HttpServletRequest into the HTTP request org.mockserver.model.HttpRequest in the form of MOCK SERVER, Abbreviated as: HTTP request HttpRequest in the form of MOCK SERVER;

(3) According to the project name, take out all the relations related to the project name from the request-response relational database table tb_req_resp of the database, and convert (parse) the request RequestPO in each relation taken out into HTTP in the form of MOCK SERVER request, so that the transformed relation set S is formed;

(4) Use matching tools such as org.mockserver.matchers.HttpRequestMatcher to match the HTTP request HttpRequest in the form of MOCK SERVER obtained in step (2) with the relationships in the relationship set S obtained in step (3) one by one. If it hits (ie: The HTTP request in the form of MOCK SERVER corresponding to a relation in the relation set S is the same as the HTTP request in the form of MOCK SERVER obtained in step (2), then go to the following step (5), otherwise, take the next one in S The relationship is matched, and when no matching relationship is found in S, an error code is returned;

(5) According to the relationship of the hit, determine the corresponding response ResponsePO according to the relationship, and convert (parse) the determined response ResponsePO into the HTTP response HttpResponse in the form of MOCK SERVER;

(6) Use the mapping tool of MOCK SERVER (for example: use the tool class "org.mockserver.mappers.MockServerResponseToHttpServletResponseEncoder") to convert the HTTP response HttpResponse in the form of MOCKSERVER determined in step (5) into the required mock response HttpServletResponse and return it to the client.

The beneficial effects of the present invention include that the request-response mapping can be preset, and even if the requests are completely the same, the mapping switch can be used to decide which response is used to feed back this request, and the response content can be in various formats of JSON, HTML, and XML; Hard-coded, you only need to pre-define the desired request-response mapping on the MOCK platform. When the client initiates an HTTP request, the MOCK platform will match the request with the stored mappings one by one, and respond if they hit; user-defined request-response mapping Relationships are persisted to the database, and are retrieved and transformed directly from the database when looking for matching mappings.

In addition, in the embodiment of the present invention, some header attributes of the HTTP interface response can also be set to achieve the purpose of cross-domain access. The specific header attributes that can be set and the corresponding attribute values are for example:

Set the attribute value of the header attribute "Access-Control-Allow-Origin" to "*";

Set the attribute value of the header attribute "Access-Control-Allow-Methods" to "CONNECT, DELETE, GET, HEAD, OPTIONS, POST, PUT, TRACE";

Set the attribute value of the header attribute "Access-Control-Allow-Headers (entry management available headers)" or "Access-Control-Expose-Headers (entry management exposed headers)" to "Allow, Content-Encoding, Content-Length, Content-Type, ETag, Expires, Last-Modified, Location, Server, Vary";

Set the attribute value of the header attribute "Access-Control-Max-Age (maximum age of entry management)" to "1";

Set the attribute value of the header attribute "X-CORS (CORS, Cross-Origin Resource Sharing, Cross-Origin Resource Sharing)" to "MockServer CORS support enabled by default, to disable ConfigurationProperties.enableCORSForAPI(false)or-Dmockserver.disableCORS= false", etc.

FIG. 3 is a schematic diagram of the main flow of a method for making a simulated response to a test request of a client according to an embodiment of the present invention. As shown in FIG. 3 , the method for making a simulated response to a test request of a client according to an embodiment of the present invention mainly includes the following steps:

S301: Receive the test request sent by the client;

S302: Find a predefined request matching the test request in the database, and the database stores the predefined request table, response table and request-response relationship table;

S303: When a predefined request matching the test request is found in the database, determine a corresponding predefined response according to the matched predefined request and the request-response relationship table, and generate a response to the test request according to the predefined predefined response. Mock the response and return it to the client.

According to a preferred embodiment of the present invention, the database may further include an item table, which is used to indicate the item identifiers of the items to which the predefined requests and responses belong in the database, wherein the item identifiers are specified in the test request, and the database related to the test is looked up in the database. When a matching predefined request is requested, the predefined request is first filtered according to the item ID, so that only the predefined request associated with the item ID is matched.

According to a preferred embodiment of the present invention, the predefined requests and predefined responses and their corresponding relationships are defined through a graphical interface.

According to a preferred embodiment of the present invention, the predefined request may also include the creator, creation time, and modification time, which are used for data maintenance and permission control.

According to a preferred embodiment of the present invention, generating a simulated response to the test request according to the determined predefined response includes: searching a response table for a response matching the determined predefined response, and using the found response as a response to the test request simulated response.

FIG. 4 is a schematic diagram of main modules of an apparatus for making a simulated response to a test request of a client according to an embodiment of the present invention. As shown in FIG. 4 , the apparatus 400 for making a simulated response to a test request of a client according to an embodiment of the present invention mainly includes:

A request receiving module 401, configured to receive a test request sent by a client;

A request lookup module 402, configured to look up a predefined request matching the test request in a database, wherein the database stores a predefined request table, a response table and a request-response relationship table;

The request response module 403 is configured to determine a corresponding predefined response according to the matched predefined request and the request-response relationship table when a predefined request matching the test request is found in the database, and according to the determined The predefined response produces a mock response to the test request and returns it to the client.

The above modules are illustrative, these modules can be divided into sub-modules, and different modules can be combined into one module.

According to a preferred embodiment of the present invention, the database may further include an item table, which is used to indicate the item identifiers of the items to which the predefined requests and responses belong in the database, wherein the item identifiers are specified in the test request, and the database related to the test is looked up in the database. When a matching predefined request is requested, the predefined request is first filtered according to the item ID, so that only the predefined request associated with the item ID is matched.

According to a preferred embodiment of the present invention, the predefined requests and predefined responses and their corresponding relationships are defined through a graphical interface.

According to a preferred embodiment of the present invention, the predefined request may also include the creator, creation time, and modification time, which are used for data maintenance and permission control.

According to the preferred embodiment of the present invention, the request-response module 403 can also be used for:

Find a response from the response table that matches the determined predefined response, and use the found response as a mock response to the test request.

According to the technical solution of the embodiment of the present invention, the predefined request matching the test request sent by the client is searched in the database, and when the predefined request matching the test request is found in the database, according to the matching predefined request The request and request-response relationship table determines the corresponding predefined response, and generates a simulated response to the test request according to the determined predefined response and returns it to the client, so that the request-response mapping can be set in advance. You can decide which response to use to feed this request through the mapping switch, and the response content can be in JSON, HTML, XML formats; no hard coding is required, you only need to predefine the desired request-response mapping on the MOCK platform, and the client initiates When an HTTP request is made, the MOCK platform will match the request with the stored mappings one by one, and respond when it hits; the user-defined request-response mapping relationship will be persisted to the database, and the matching mapping will be retrieved and converted directly from the database.

FIG. 5 shows an exemplary system architecture 500 of a method or corresponding apparatus for making a simulated response to a client's test request to which an embodiment of the present invention can be applied.

As shown in FIG. 5 , the system architecture 500 may include terminal devices 501 , 502 , and 503 , a network 504 and a server 505 . The network 504 is a medium used to provide a communication link between the terminal devices 501 , 502 , 503 and the server 505 . Network 504 may include various connection types, such as wired, wireless communication links, or fiber optic cables, among others.

The user can use the terminal devices 501, 502, 503 to interact with the server 505 through the network 504 to receive or send messages and the like. Various communication client applications may be installed on the terminal devices 501 , 502 and 503 , such as shopping applications, web browser applications, search applications, instant messaging tools, email clients, social platform software, etc. (only examples).

The terminal devices 501, 502, 503 may be various electronic devices having a display screen and supporting web browsing, including but not limited to smart phones, tablet computers, laptop computers, desktop computers, and the like.

The server 505 may be a server that provides various services, for example, a background management server that provides support for shopping websites browsed by the terminal devices 501 , 502 , and 503 (just an example). The background management server can analyze and process the received product information query request and other data, and feed back the processing results (such as target push information, product information—just an example) to the terminal device.

It should be noted that the method for making a simulated response to a client's test request provided by the embodiment of the present invention is generally executed by the server 505 .

It should be understood that the numbers of terminal devices, networks and servers in FIG. 5 are only illustrative. There can be any number of terminal devices, networks and servers according to implementation needs.

Referring to FIG. 6 below, it shows a schematic structural diagram of a computer system 600 suitable for implementing a terminal device according to an embodiment of the present invention. The terminal device shown in FIG. 6 is only an example, and should not impose any limitations on the functions and scope of use of the embodiments of the present invention.

As shown in FIG. 6, a computer system 600 includes a central processing unit (CPU) 601, which can be loaded into a random access memory (RAM) 603 according to a program stored in a read only memory (ROM) 602 or a program from a storage section 608 Instead, various appropriate actions and processes are performed. In the RAM 603, various programs and data necessary for the operation of the system 600 are also stored. The CPU 601 , the ROM 602 , and the RAM 603 are connected to each other through a bus 604 . An input/output (I/O) interface 605 is also connected to bus 604 .

The following components are connected to the I/O interface 605: an input section 606 including a keyboard, a mouse, etc.; an output section 607 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 608 including a hard disk, etc. ; and a communication section 609 including a network interface card such as a LAN card, a modem, and the like. The communication section 609 performs communication processing via a network such as the Internet. A drive 610 is also connected to the I/O interface 605 as needed. A removable medium 611, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is mounted on the drive 610 as needed so that a computer program read therefrom is installed into the storage section 608 as needed.

In particular, the processes described above with reference to the flowcharts may be implemented as computer software programs in accordance with the disclosed embodiments of the present invention. For example, embodiments disclosed herein include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the method illustrated in the flowchart. In such an embodiment, the computer program may be downloaded and installed from the network via the communication portion 609 and/or installed from the removable medium 611 . When the computer program is executed by the central processing unit (CPU) 601, the above-described functions defined in the system of the present invention are executed.

It should be noted that the computer-readable medium shown in the present invention may be a computer-readable signal medium or a computer-readable storage medium, or any combination of the above two. The computer-readable storage medium can be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus or device, or a combination of any of the above. More specific examples of computer readable storage media may include, but are not limited to, electrical connections with one or more wires, portable computer disks, hard disks, random access memory (RAM), read only memory (ROM), erasable Programmable read only memory (EPROM or flash memory), fiber optics, portable compact disk read only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing. In the present invention, a computer-readable storage medium may be any tangible medium that contains or stores a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. In the present invention, however, a computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, carrying computer-readable program code therein. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the foregoing. A computer-readable signal medium can also be any computer-readable medium other than a computer-readable storage medium that can transmit, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device . Program code embodied on a computer readable medium may be transmitted using any suitable medium including, but not limited to, wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

The flowchart and block diagrams in the Figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code that contains one or more logical functions for implementing the specified functions executable instructions. It should also be noted that, in some alternative implementations, the functions noted in the blocks may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It is also noted that each block of the block diagrams or flowchart illustrations, and combinations of blocks in the block diagrams or flowchart illustrations, can be implemented in special purpose hardware-based systems that perform the specified functions or operations, or can be implemented using A combination of dedicated hardware and computer instructions is implemented.

The units (or "modules") involved in the embodiments of the present invention may be implemented in a software manner, and may also be implemented in a hardware manner. The described unit (or "module") can also be provided in the processor, for example, it can be described as: a processor includes a request receiving module, a request finding module and a request responding module. Wherein, the names of these units do not constitute a limitation of the unit itself in some cases, for example, the request receiving module may also be described as "a module for receiving a test request sent by the client".

As another aspect, the present invention also provides a computer-readable medium, which may be included in the device described in the above embodiments; or may exist alone without being assembled into the device. The above-mentioned computer-readable medium carries one or more programs, and when the above-mentioned one or more programs are executed by a device, the device includes: receiving a test request sent by the client; Requests matching predefined requests, the database stores predefined request tables and response tables and a request-response relationship table, wherein when a predefined request matching the test request is found in the database, according to the matching predefined request The predefined request and the request-response relationship table determine a corresponding predefined response, and generate a simulated response to the test request according to the determined predefined response and return it to the client.

According to the technical solution of the embodiment of the present invention, the predefined request matching the test request sent by the client is searched in the database, and when the predefined request matching the test request is found in the database, according to the matching predefined request The request and request-response relationship table determines the corresponding predefined response, and generates a simulated response to the test request according to the determined predefined response and returns it to the client, so that the request-response mapping can be set in advance. You can decide which response to use to feed this request through the mapping switch, and the response content can be in JSON, HTML, XML formats; no hard coding is required, you only need to predefine the desired request-response mapping on the MOCK platform, and the client initiates When an HTTP request is made, the MOCK platform will match the request with the stored mappings one by one, and respond when it hits; the user-defined request-response mapping relationship will be persisted to the database, and the matching mapping will be retrieved and converted directly from the database. The invention realizes the persistence of request-response data, has flexible configuration, does not need hard coding, and especially improves the efficiency of system processing by managing data according to items.

The above-mentioned specific embodiments do not constitute a limitation on the protection scope of the present invention. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may occur depending on design requirements and other factors. Any modifications, equivalent replacements and improvements made within the spirit and principle of the present invention shall be included within the protection scope of the present invention.

Claims (12)

1. A method for simulated response to a test request from a client, comprising:

receiving a test request sent by the client;

searching a predefined request matched with the test request in a database, wherein the database stores a predefined request table, a predefined response table and a request-response relation table;

when the predefined request matched with the test request is found in the database, determining a corresponding predefined response according to the matched predefined request and the request-response relation table, generating a simulated response to the test request according to the determined predefined response, and returning the simulated response to the client.

2. The method of claim 1, wherein the database further comprises an item table for indicating item identifications of items to which predefined requests and responses in the database belong,

wherein, the test request specifies the item identification, and when the predefined request matched with the test request is searched in the database, the predefined request is screened according to the item identification, so that only the predefined request associated with the item identification is matched.

3. The method of claim 1, wherein the predefined request and the predefined response and their correspondence are defined through a graphical interface.

4. The method of claim 1, wherein the predefined request includes a creator, a creation time, a modification time, for data maintenance and rights control.

5. The method of claim 1, wherein generating a simulated response to the test request according to the determined predefined response comprises:

looking up a response from the response table that matches the determined predefined response and using the found response as a simulated response to the test request.

6. An apparatus for simulated response to a test request from a client, comprising:

the request receiving module is used for receiving a test request sent by the client;

the request searching module is used for searching a predefined request matched with the test request in a database, wherein the database stores a predefined request table, a predefined response table and a request-response relation table;

and the request response module is used for determining a corresponding predefined response according to the matched predefined request and the request-response relation table when the predefined request matched with the test request is found in the database, generating a simulated response to the test request according to the determined predefined response and returning the simulated response to the client.

7. The apparatus of claim 6, wherein the database further comprises an item table for indicating item identifications of items to which predefined requests and responses in the database belong,

wherein, the test request specifies the item identification, and when the predefined request matched with the test request is searched in the database, the predefined request is screened according to the item identification, so that only the predefined request associated with the item identification is matched.

8. The apparatus of claim 6, wherein the predefined request and the predefined response and their correspondence are defined through a graphical interface.

9. The apparatus of claim 6, wherein the predefined request comprises a creator, a creation time, a modification time, for data maintenance and rights control.

10. The apparatus of claim 6, wherein the request response module is further configured to:

looking up a response from the response table that matches the determined predefined response and using the found response as a simulated response to the test request.

11. An electronic device for simulated response to a test request from a client, comprising:

one or more processors;

a storage device for storing one or more programs,

when executed by the one or more processors, cause the one or more processors to implement the method of any one of claims 1-5.

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

Images