CN112052152A - A method and device for simulating testing - Google Patents

Abstract

The invention discloses a method and a device for simulating testing, and relates to the technical field of computers. A specific implementation of the method includes: acquiring the component identifier and the identifier of the cluster to which the component belongs according to the calling request of the component; acquiring the test data rule of the component and the test triggering rule of the cluster according to the component identifier and the identifier of the cluster; according to the test data rule of the component And the test trigger rules of the cluster return the simulated test data. This embodiment can realize the simulation test of the online cluster, control the impact of the simulation test data on the online cluster traffic, improve the controllability of the component simulation test process, and make the component simulation test process completely dynamic and personalized. Supports dynamic simulation testing of components in all scenarios.

Description

A method and device for simulating testing

technical field

The present invention relates to the field of computer technology, and in particular, to a method and device for simulating testing.

Background technique

After the functional development of the business system is completed, in order to verify the correctness, integrity and security of its functions, the business system and its components need to be tested. Most of the existing test methods are static mock (simulation) tests, and the implementation process is shown in FIG. 1 .

FIG. 1 is a schematic diagram of the implementation flow of the existing static component mock test. When the business system receives a component call request, it queries the component configuration information to determine whether the component exists and obtains the component information, and then determines whether the request parameter contains the mock request identifier. Whether mock is supported; if not, call the component normally and return the result, otherwise judge whether there is pre-configured mock data in the component information; if not, call the component normally to return the result, otherwise, return the mock data as the result of the component call.

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

The component mock triggering rules are relatively simple. Whether or not the request mock is identified as an entry fixed configuration cannot be dynamically triggered for different requests (such as a user or an entry); whether the component supports mock is a component fixed configuration, which cannot be implemented for business clusters. Settings, such as function online verification, are mostly in grayscale clusters; component mock data is fixed and cannot support multi-person or multi-scene verification at the same time.

SUMMARY OF THE INVENTION

In view of this, embodiments of the present invention provide a method and device for simulated testing, which can implement simulated testing of online clusters, control the impact of simulated test data on online cluster traffic, and improve the controllability of the component simulation testing process. It makes the simulation testing process of components fully dynamic and personalized, and supports dynamic simulation testing of components in all scenarios.

To achieve the above object, according to an aspect of the embodiments of the present invention, a method for simulating testing is provided.

A method for simulating testing, comprising: acquiring a component identifier and an identifier of a cluster to which the component belongs according to a call request of a component; acquiring a test data rule of the component and an identifier of the cluster according to the component identifier and the identifier of the cluster Test triggering rules; return simulated test data according to the test data rules of the component and the test trigger rules of the cluster.

Optionally, acquiring the test data rules of the component and the test triggering rules of the cluster according to the component identifier and the cluster identifier includes: acquiring, according to the component identifier and the cluster identifier, the test data rules located in the cluster. The test data rule of the component; if the test data rule of the component is acquired, the test trigger rule of the cluster is acquired according to the identifier of the cluster, otherwise, the component is normally invoked.

Optionally, returning the simulated test data according to the test data rules of the component and the test trigger rules of the cluster includes: sequentially acquiring each test trigger rule of the cluster, and judging whether the call request satisfies any test trigger. If any test triggering rule is satisfied, generate simulated test data according to the test data rules of the component and return it, otherwise, call the component normally and return the calling result.

Optionally, the cluster has no less than one test triggering rule, and each test triggering rule has a different priority.

Optionally, the test data rules of the component and the test trigger rules of the cluster support comparison operations and/or regular matching.

Optionally, the test data rules of the component are configured in a tree structure.

According to another aspect of the embodiments of the present invention, an apparatus for simulating a test is provided.

A device for simulating testing, comprising: an identification acquisition module for acquiring a component identification and an identification of a cluster to which the component belongs according to a calling request of the component; a rule acquisition module for acquiring according to the component identification and the identification of the cluster Test data rules of the component and test trigger rules of the cluster; a data return module for returning simulated test data according to the test data rules of the component and the test trigger rules of the cluster.

Optionally, the rule obtaining module is further configured to: obtain the test data rule of the component located in the cluster according to the component identifier and the cluster identifier; if the test data rule of the component is obtained, then The test triggering rule of the cluster is acquired according to the identifier of the cluster, otherwise, the component is normally invoked.

Optionally, the data return module is further configured to: obtain each test triggering rule of the cluster in turn, and determine whether the call request satisfies any test triggering rule; Generate simulated test data according to the test data rules of the component and return it, otherwise, call the component normally and return the calling result.

Optionally, the cluster has no less than one test triggering rule, and each test triggering rule has a different priority.

Optionally, the test data rules of the component and the test trigger rules of the cluster support comparison operations and/or regular matching.

Optionally, the test data rules of the component are configured in a tree structure.

According to yet another aspect of the embodiments of the present invention, an electronic device for simulating testing is provided.

An electronic device for simulating testing, comprising: one or more processors; a storage device for storing one or more programs, when the one or more programs are executed by the one or more processors, so that all The one or more processors implement the simulation test method provided by the embodiment of the present invention.

According to yet another aspect of the embodiments of the present invention, a computer-readable medium is provided.

A computer-readable medium on which a computer program is stored, and when the program is executed by a processor, implements the simulation test method provided by the embodiment of the present invention.

An embodiment of the above invention has the following advantages or beneficial effects: by obtaining the component identification and the identification of the cluster to which the component belongs according to the calling request of the component; then obtaining the test data rule of the component and the test triggering rule of the cluster according to the component identification and the identification of the cluster ; And according to the test data rules of the components and the test trigger rules of the cluster, the simulated test data is returned, which realizes the dynamicization of the static simulation test process of the components. Simulate the test, and set the cluster for each dynamic simulation test as needed, which controls the impact of the simulated test data on the online cluster traffic; by configuring the test trigger rules of the cluster, the test triggering scenarios are refined, and the components are further The simulation test process is controlled within the specified request, which improves the controllability of the component simulation test process; by configuring the test data rules of the components, the same component in the same cluster can provide different component simulation test data in different scenarios, so that the The simulation testing process of components is fully dynamic and personalized, and supports dynamic simulation testing of components in all scenarios.

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:

Fig. 1 is a schematic diagram of the implementation flow of the existing static component mock test;

2 is a schematic diagram of the architecture of a component mock test system according to an embodiment of the present invention;

3 is a schematic diagram of main steps of a method for simulating testing according to an embodiment of the present invention;

4 is a schematic flowchart of a component simulation test according to an embodiment of the present invention;

5 is a schematic diagram of a component test data rule tree structure according to an embodiment of the present invention;

6 is a schematic diagram of main modules of a device for simulating testing according to an embodiment of the present invention;

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

FIG. 8 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.

When a business scenario goes online, testers need to verify the correctness of the function in the online environment. However, for some business scenarios with complex functions and a large number of business components, the existing static mock testing methods are often difficult to meet the needs of the scenario. Each component constructs real result data. For example, for a business chatbot commonly used in the e-commerce field, when a user inquires about the current status of an order, it may be required to provide an order list component for the user to select the order to be consulted; It needs to provide an order status component to determine the current status of the order; if the order is currently in the delivery state, it also needs to provide an order logistics information component to display the current location information of the order to the user, and so on. For this business scenario, when testing it, you need to place an order with a test account, and the test order needs to be put into real production. First, it will take a long time, second, it will affect the real online data, and third, if you need to judge other instantaneous states , may not be constructed. This can make test acceptance of business products extremely difficult.

In order to solve the above problems existing in the prior art, the present invention provides a method and device for mock testing, which aims to independently split the component market by invoking a mock service, increase the mock test configuration for components by cluster, and control the mock test. The impact of data on the traffic of online clusters; add dynamic configuration of component mock triggering rules, dynamically parse the triggering rule parameter values in the request protocol, trigger dynamic mocking rules according to parameters such as specified conditions or percentages, and further finely control whether mock data is not mocked for specified clusters. Test the impact of traffic; at the same time, set component mock rules for multi-person and multi-scenario verification requirements, configure different component mock results according to different conditions, and dynamically generate different mock data for each scene or each tester. In the introduction of the embodiments of the present invention, the mock test refers to a mock test.

FIG. 2 is a schematic diagram of the architecture of a component mock test system according to an embodiment of the present invention. As shown in FIG. 2 , the component mock testing system according to the embodiment of the present invention mainly includes several parts, such as a component caller, a component market, a component mock platform and a database. Among them, the most important are the component market and the component mock platform. The component market is mainly used to query the mock triggering rules and component mock test data according to the cluster, execute the mock triggering rules, and return the mock data when a certain mock triggering rule is satisfied; the component mock platform is responsible for the cluster mock triggering rules and the component mock data The configuration of the rules, and provides the cluster mock trigger rule data query interface and the component mock data rule execution generation mock data interface.

FIG. 3 is a schematic diagram of main steps of a method for simulating testing according to an embodiment of the present invention. As shown in FIG. 3 , the simulation test method according to the embodiment of the present invention mainly includes the following steps S301 to S303 .

Step S301: obtaining the component identifier and the identifier of the cluster to which the component belongs according to the calling request of the component;

Step S302: Acquire the test data rules of the component and the test trigger rules of the cluster according to the component identification and the cluster identification;

Step S303: Return the simulated test data according to the test data rules of the component and the test trigger rules of the cluster.

Among them, when a call request of a component is received, the information of the component and the cluster information to which it belongs can be obtained. Therefore, the dynamic simulation test of the online cluster can be realized by configuring the simulation test of the component according to the cluster. In addition, the cluster for each dynamic simulation test is set according to the needs, which controls the impact of the simulation test data on the online cluster traffic.

After obtaining the component ID and cluster ID, you can obtain the test data rules of the component and the test trigger rules of the cluster, and judge whether a simulation test is required according to the test trigger rules of the cluster, and determine the simulation test according to the test data rules of the component. Return the result.

According to an embodiment of the present invention, in step S302, when acquiring the test data rules of the component and the test triggering rules of the cluster according to the component identification and the cluster identification, it may specifically be: The test data rules of the component of the cluster; then, if the test data rules of the component are obtained, the test trigger rules of the cluster are obtained according to the cluster identifier, otherwise, the component is normally called.

When determining whether to perform a simulation test and determining the return result of the simulation test according to the rules, you can first obtain the test trigger rules of the cluster and then obtain the test data rules of the components, or you can first obtain the test data rules of the components and then obtain the test trigger rules of the cluster. , the two rules can also be acquired at the same time, and the order of the technical solutions of the present invention is not limited.

According to an embodiment of the present invention, when judging the rules, it is possible to first judge whether the component has been configured with test data rules, and if so, further judge whether the cluster has been configured with test triggering rules; otherwise, if not configured, no need to Determine whether the cluster has been configured with test triggering rules, because even if the cluster is configured with test triggering rules, if the component is not configured with test data rules, the simulated test data of the component cannot be returned, and the component still needs to be called normally and the calling result is returned. Therefore, the embodiments of the present invention can simplify the system judgment and search process, save system resources, and improve the efficiency of simulation testing by first obtaining the test data rules of the components and then obtaining the test trigger rules of the cluster.

According to another embodiment of the present invention, step S103 may include:

Obtain each test trigger rule of the cluster in turn, and judge whether the call request satisfies any test trigger rule;

If any of the test triggering rules are met, the simulated test data will be generated according to the test data rules of the component and returned, otherwise, the component will be called normally and the calling result will be returned.

When configuring test triggering rules for a cluster, you can set at least one test triggering rule as needed, and set different priorities for each test triggering rule. In addition, the format of the test triggering rule is also more flexible, and is not limited to the mock identifier included in the call request parameter in the prior art, but can also be a test triggering rule set according to the field value of any field in the call request, for example : Match or compare operations based on the field value of a field in the trigger request, or set a certain proportion of simulated tests based on the field value encoding of a field in the trigger request, and so on. By configuring test triggering rules, the control right of whether to perform a mock test can be transferred to the server, and refined control strategies can be provided. For example, a standby cluster can be configured to perform a mock test, or only a user's request can be performed to perform a mock test. Multiple rules can be configured, and they are matched according to their priorities. If any rule is matched, it is considered that a component mock test is required. It should be noted that each request corresponds to a trigger judgment of the test trigger rule.

According to an embodiment of the present invention, the test triggering rule of the cluster and its execution logic are, for example, as follows:

1) According to the percentage value field in the configured test trigger rule, parse the field value from the call request, perform hashcode (hash encoding) processing on it, and then take the remainder of 100, and then judge whether it is lower than the test trigger rule. If it is lower than the percentage configuration, it means that the percentage has not been reached, and the next rule is executed;

2) Otherwise, if it is higher than the percentage configuration, it is judged whether there is a specified condition configuration, such as the user ID is equal to a certain value. If there is no specified condition configuration, the trigger percentage is satisfied, indicating that the test triggering rule is satisfied, and the next step of the simulation test will be triggered;

3) If there is a specified condition configuration, the field value of the configuration field is dynamically parsed, and it is judged whether the field value is equal to the configured field value or in the configured field value set. If it is not equal to or not in the set, it means that the condition does not match, otherwise it means that the condition matches, and the test triggering rule is satisfied, and the next step of the simulation test will be triggered;

4) It is judged whether it is necessary to invert the matching result of the specified condition. If not, the condition does not match, indicating that the test triggering rule is not met, otherwise, the test triggering rule is met. If it needs to be negated, if the condition does not match, it means that the test triggering rule is satisfied, otherwise, the test triggering rule is not satisfied.

FIG. 4 is a schematic flowchart of a component simulation test according to an embodiment of the present invention. As shown in FIG. 4 , when a component invocation request is received, the component will be invoked. First, the component identifier and the cluster identifier to which the component belongs are obtained. Then, judge whether the component of the cluster has been configured with the component test data rules, if not, call the component normally, otherwise, judge whether the cluster has been configured with the cluster test triggering rule; if not, call the component normally, otherwise, traverse the All test triggering rules, and determine whether the component call request satisfies any test triggering rule; if it does not trigger, the component is called normally, otherwise, the simulated test data of the component is obtained according to the component test data rules. Finally, return the call result of the component, and end this component call.

According to yet another embodiment of the present invention, the test data rules of the component are configured in a tree structure. Configuring test data rules through a tree structure can simplify configuration and make rule configuration more hierarchical and organized.

FIG. 5 is a schematic diagram of a tree structure of component test data rules according to an embodiment of the present invention. As shown in FIG. 5 , the test data rule tree configured for the YY component of the XX cluster is shown. According to the priority order of the test data rules, rules or component results can be added level by level from the top root node. When the rule tree is executed, the rules are executed in order of priority until a matching component result is found and returned. For example, in Figure 5, if rule 1 is satisfied, then rule 1.1 is further executed; if rule 1.1 is satisfied, the execution will not continue, and the result of component 1.1 will be returned; otherwise, rule 1.2 will be executed, and if rule 1.2 is satisfied, the result of component 1.2 will be returned and no more Go ahead. If rule 1 is not satisfied, execute rule 2, ... until the component result node is found and return, if no component result is found after executing all rules, it will return empty.

According to the technical solutions of the embodiments of the present invention, the execution of rules (including test data rules of components and test trigger rules of clusters) supports comparison operations and/or regular matching, and comparison operations refer to a certain field value in the trigger request by configuring Greater than, equal to, less than or contains a certain fixed configuration (for example, the value of the username field in the configuration trigger request is equal to "Xiao Ming") to determine whether the rule is satisfied; regular matching refers to matching a certain field value in the configuration call request A fixed regular expression to determine whether the rule is satisfied. The field value acquisition in this protocol also supports dynamic parsing (supports xxx.xxx.xxx configuration methods), so that rules can be arbitrarily configured for request parameters.

Among them, "xxx.xxx.xxx configuration mode" is an intuitive expression of a field of compound data. The call request of the component is a composite data, using a general JSON (JavaScript Object Notation, JS Object Notation) data string (the content wrapped by a {} expresses a JSON string, which consists of multiple "key-value" key-value pairs composition, the value itself can also be a JSON string) to represent its field configuration. For example the following JSON string named message:

In the above example, the correspondence between fields and field values includes: message.id=123, message.body.type=text, message.body.chatinfo.userPin=wanger. If users know a certain hierarchical relationship of fields, they can flexibly configure them as needed. This method is the most intuitive and concise way to express field values, and is easy to understand and configure.

FIG. 6 is a schematic diagram of main modules of a device for simulating testing according to an embodiment of the present invention. As shown in FIG. 6 , an apparatus 600 for a simulated test according to an embodiment of the present invention mainly includes an identification acquisition module 601 , a rule acquisition module 602 and a data return module 603 .

An identification obtaining module 601, configured to obtain a component identification and an identification of the cluster to which the component belongs according to a calling request of the component;

A rule obtaining module 602, configured to obtain the test data rule of the component and the test trigger rule of the cluster according to the component identifier and the cluster identifier;

The data return module 603 is configured to return simulated test data according to the test data rules of the component and the test trigger rules of the cluster.

According to an embodiment of the present invention, the rule obtaining module 602 may also be used for:

Obtain the test data rules of the component located in the cluster according to the component identifier and the cluster identifier;

If the test data rules of the component are obtained, the test trigger rules of the cluster are obtained according to the cluster ID; otherwise, the component is called normally.

According to another embodiment of the present invention, the data return module 603 can also be used for:

Obtain each test triggering rule of the cluster in turn, and judge whether the call request satisfies any test triggering rule;

If any of the test triggering rules are met, the simulated test data is generated according to the test data rules of the component and returned, otherwise, the component is called normally and the call result is returned.

According to yet another embodiment of the present invention, there is not less than one test triggering rule of the cluster, and each test triggering rule has a different priority. In this way, when judging whether any test triggering rule is satisfied, the judgment can be performed in sequence according to the set priority, and the judgment can be realized according to the importance of the test triggering rule.

According to an embodiment of the present invention, the test data rules of components and the test trigger rules of clusters support comparison operations and/or regular matching.

According to one of the embodiments of the present invention, the test data rules of the components are arranged in a tree structure. Configuring test data rules through a tree structure can simplify configuration and make rule configuration more hierarchical and organized.

According to the technical solution of the embodiment of the present invention, the component identifier and the identifier of the cluster to which the component belongs are obtained by calling the component; The test data rules and the test trigger rules of the cluster return the simulated test data, which realizes the dynamicization of the static simulation test process of the components. It is necessary to set up a cluster for each dynamic simulation test to control the impact of the simulation test data on the online cluster traffic; by configuring the test trigger rules of the cluster, the test trigger scenarios are refined, and the simulation test process of the components is further controlled. Within the specified request, the controllability of the component simulation test process is improved; by configuring the test data rules of the components, the same component in the same cluster can provide different component simulation test data in different scenarios, so as to make the component simulation test process. Fully dynamic and personalized, supporting dynamic simulation testing of components in all scenarios.

FIG. 7 shows an exemplary system architecture 700 of a method for simulating testing or an apparatus for simulating testing to which embodiments of the present invention may be applied.

As shown in FIG. 7 , the system architecture 700 may include terminal devices 701 , 702 , and 703 , a network 704 and a server 705 . The network 704 is the medium used to provide the communication link between the terminal devices 701 , 702 , 703 and the server 705 . Network 704 may include various connection types, such as wired, wireless communication links, or fiber optic cables, among others.

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

The terminal devices 701, 702, 703 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 705 may be a server that provides various services, such as a background management server that provides support for shopping websites browsed by the terminal devices 701 , 702 , and 703 (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 simulation test method provided by the embodiment of the present invention is generally performed by the server 705 , and accordingly, the simulation test apparatus is generally set in the server 705 .

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

Referring to FIG. 8 below, it shows a schematic structural diagram of a computer system 800 suitable for implementing a terminal device or a server according to an embodiment of the present invention. The terminal device or server shown in FIG. 8 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. 8, a computer system 800 includes a central processing unit (CPU) 801, which can be loaded into a random access memory (RAM) 803 according to a program stored in a read only memory (ROM) 802 or a program from a storage section 808 Instead, various appropriate actions and processes are performed. In the RAM 803, various programs and data necessary for the operation of the system 800 are also stored. The CPU 801 , the ROM 802 , and the RAM 803 are connected to each other through a bus 804 . An input/output (I/O) interface 805 is also connected to bus 804 .

The following components are connected to the I/O interface 805: an input section 806 including a keyboard, a mouse, etc.; an output section 807 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 808 including a hard disk, etc. ; and a communication section 809 including a network interface card such as a LAN card, a modem, and the like. The communication section 809 performs communication processing via a network such as the Internet. A drive 810 is also connected to the I/O interface 805 as needed. A removable medium 811, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is mounted on the drive 810 as needed so that a computer program read therefrom is installed into the storage section 808 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 809, and/or installed from the removable medium 811. When the computer program is executed by the central processing unit (CPU) 801, the above-described functions defined in the system of the present invention are performed.

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 set in the processor, for example, it can be described as: a processor includes an identification acquisition module, a rule acquisition module and a data return module. Wherein, the names of these units or modules do not constitute a limitation on the unit or module itself, for example, the identification acquisition module can also be described as "used to obtain the component identification and the component according to the invocation request of the component. The module that belongs to the identity of the cluster".

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: obtaining a component identifier and an identifier of a cluster to which the component belongs according to a call request of the component; The component identifier and the cluster identifier acquire the test data rule of the component and the test trigger rule of the cluster; and return the simulated test data according to the test data rule of the component and the test trigger rule of the cluster.

According to the technical solution of the embodiment of the present invention, the component identifier and the identifier of the cluster to which the component belongs are obtained by calling the component; The test data rules and the test trigger rules of the cluster return the simulated test data, which realizes the dynamicization of the static simulation test process of the components. It is necessary to set up a cluster for each dynamic simulation test to control the impact of the simulation test data on the online cluster traffic; by configuring the test trigger rules of the cluster, the test trigger scenarios are refined, and the simulation test process of the components is further controlled. Within the specified request, the controllability of the component simulation test process is improved; by configuring the test data rules of the components, the same component in the same cluster can provide different component simulation test data in different scenarios, so as to make the component simulation test process. Fully dynamic and personalized, supporting dynamic simulation testing of components in all scenarios.

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 (10)

1. A method of simulating a test, comprising:

acquiring a component identifier and an identifier of a cluster to which the component belongs according to a calling request of the component;

acquiring a test data rule of the component and a test trigger rule of the cluster according to the component identifier and the cluster identifier;

and returning simulation test data according to the test data rule of the component and the test trigger rule of the cluster.

2. The method of claim 1, wherein obtaining the test data rule of the component and the test trigger rule of the cluster according to the component identifier and the cluster identifier comprises:

acquiring a test data rule of the component positioned in the cluster according to the component identifier and the cluster identifier;

and if the test data rule of the component is obtained, obtaining the test trigger rule of the cluster according to the identification of the cluster, otherwise, normally calling the component.

3. The method of claim 1 or 2, wherein returning simulated test data according to the test data rules for the component and the test trigger rules for the cluster comprises:

sequentially acquiring each test trigger rule of the cluster, and judging whether the calling request meets any test trigger rule;

if any test trigger rule is met, generating simulation test data according to the test data rule of the component and returning, otherwise, normally calling the component and returning a calling result.

4. The method of claim 1, wherein there is not less than one test trigger rule for the cluster, and wherein each test trigger rule has a different priority.

5. The method of claim 1, wherein the test data rules of the component and the test trigger rules of the cluster support comparison operations and/or canonical matching.

6. The method of claim 1, wherein the test data rules for the components are configured as a tree structure.

7. An apparatus for simulating a test, comprising:

the identification acquisition module is used for acquiring the identification of the component and the identification of the cluster to which the component belongs according to the calling request of the component;

the rule obtaining module is used for obtaining a test data rule of the component and a test trigger rule of the cluster according to the component identifier and the cluster identifier;

and the data return module is used for returning simulation test data according to the test data rule of the component and the test trigger rule of the cluster.

8. The apparatus of claim 7, wherein the rule acquisition module is further configured to:

acquiring a test data rule of the component positioned in the cluster according to the component identifier and the cluster identifier;

and if the test data rule of the component is obtained, obtaining the test trigger rule of the cluster according to the identification of the cluster, otherwise, normally calling the component.

9. An electronic device for simulation testing, 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-6.

10. 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-6.

Images