CN113821449A

CN113821449A - System testing method and device and electronic equipment

Info

Publication number: CN113821449A
Application number: CN202111388002.9A
Authority: CN
Inventors: 何青松
Original assignee: Zhejiang Koubei Network Technology Co Ltd
Current assignee: Zhejiang Koubei Network Technology Co Ltd
Priority date: 2021-11-22
Filing date: 2021-11-22
Publication date: 2021-12-21

Abstract

The embodiment of the application relates to the technical field of computers, and discloses a system testing method, a system testing device and electronic equipment, wherein the method comprises the following steps: acquiring a target test request aiming at a system to be tested, wherein data requested by the target test request is data of a downstream application program of the system to be tested; determining a target keyword value corresponding to the target keyword of the target test request according to a preset corresponding relation; and generating a target simulation Mock test result of the target test request according to the target keyword and the target keyword value. The embodiment of the application solves the problem that in the prior art, the labor cost is high in the returning process of a Mock downstream system.

Description

System testing method and device and electronic equipment

Technical Field

The present application relates to the field of computer technologies, and in particular, to a system test method, an apparatus, and an electronic device.

Background

Simulation (Mock) testing is a common testing method, for example, during testing, some data objects which are difficult to construct or obtain are virtualized to perform Mock testing. During software testing, the return of the Mock downstream system is often required. In general, a large amount of complex Mock scripts need to be written manually by a tester, so that the labor cost is high in the return process of a Mock downstream system.

Disclosure of Invention

The embodiment of the application provides a system testing method, and aims to solve the problem that in the prior art, labor cost is high in the returning process of a Mock downstream system.

Correspondingly, the embodiment of the application also provides a system testing device, electronic equipment and a storage medium, which are used for ensuring the realization and application of the method.

In order to solve the above problem, an embodiment of the present application discloses a system testing method, including:

acquiring a target test request aiming at a system to be tested, wherein data requested by the target test request is data of a downstream application program of the system to be tested;

determining a target keyword value corresponding to the target keyword of the target test request according to a preset corresponding relation;

and generating a target simulation Mock test result of the target test request according to the target keyword and the target keyword value.

Optionally, the method further includes:

receiving a corresponding relation generation request, extracting a first keyword and a first keyword value in the corresponding relation generation request, and determining the preset corresponding relation according to the first keyword and the first keyword value;

and/or

And acquiring a second keyword of the historical test case of the system to be tested, acquiring a second keyword value of the second keyword, and determining the preset corresponding relation according to the second keyword and the second keyword value.

Optionally, the obtaining a second keyword of the historical test case of the system to be tested and obtaining a second keyword value of the second keyword include:

performing characteristic analysis on the historical test result of the historical test case, and extracting a second keyword in the historical test result;

acquiring a second keyword value corresponding to the second keyword according to the type of the second keyword;

wherein the type of the second keyword comprises at least one of static data and dynamic data; the static data comprises keywords of which the probability that the keyword values are the same is greater than a first probability threshold in the historical test results; the dynamic data includes keywords in the historical test results having a probability of different keyword values greater than a second probability threshold.

Optionally, the obtaining, according to the type of the second keyword, a second keyword value corresponding to the second keyword includes:

if the type of the second keyword comprises the static data, acquiring a second keyword value of the second keyword in the historical test result;

and/or

And if the type of the second keyword comprises the dynamic data, receiving a second keyword value of the second keyword.

Optionally, the determining, according to a preset corresponding relationship, a target keyword value corresponding to a target keyword of the target test request includes:

and under the condition that the service interface of the downstream application program is unavailable, determining a target keyword value corresponding to the target keyword of the target test request according to a preset corresponding relation.

The embodiment of the application also discloses a system test device, the device includes:

the system comprises a request acquisition module, a data acquisition module and a data acquisition module, wherein the request acquisition module is used for acquiring a target test request aiming at a system to be tested, and data requested by the target test request is data of a downstream application program of the system to be tested;

the keyword determining module is used for determining a target keyword value corresponding to the target keyword of the target test request according to a preset corresponding relation;

and the result generation module is used for generating a target simulation Mock test result of the target test request according to the target keyword and the target keyword value.

Optionally, the apparatus further comprises:

the first determining module is used for receiving a corresponding relation generating request, extracting a first keyword and a first keyword value in the corresponding relation generating request, and determining the preset corresponding relation according to the first keyword and the first keyword value;

and/or

And the second determining module is used for acquiring a second keyword of the historical test case of the system to be tested, acquiring a second keyword value of the second keyword, and determining the preset corresponding relation according to the second keyword and the second keyword value.

Optionally, the second determining module includes:

the extraction submodule is used for carrying out feature analysis on the historical test result of the historical test case and extracting a second keyword in the historical test result;

the obtaining submodule is used for obtaining a second keyword value corresponding to the second keyword according to the type of the second keyword;

Optionally, the obtaining sub-module is configured to:

and/or

Optionally, the keyword determination module is configured to:

The embodiment of the present application further discloses an electronic device, which includes a memory, a processor, and a computer program stored in the memory and capable of running on the processor, and when the processor executes the program, the system testing method shown in the first aspect of the present application is implemented.

The embodiment of the application also discloses a computer readable storage medium, wherein a computer program is stored on the computer readable storage medium, and the computer program is used for realizing the method according to one or more of the embodiments of the application when being executed by a processor.

The technical scheme provided by the embodiment of the application has the following beneficial effects:

in the embodiment of the application, a target test request aiming at a system to be tested is obtained, and a target keyword value corresponding to a target keyword of the target test request is determined according to a preset corresponding relation; generating a target simulation Mock test result of the target test request according to the target keyword and the target keyword value; the Mock test is completed based on the preset corresponding relation, a large amount of Mock scripts do not need to be manually written in the test, and the labor cost of the Mock test is reduced; meanwhile, the dependence degree on the downstream application program in the regression test is reduced, and the regression test is prevented from being blocked due to the downtime of the downstream application program; for the new function test, the problem that cross-system joint debugging cannot be carried out due to the fact that a downstream application program is not developed and completed is avoided.

Additional aspects and advantages of embodiments of the present application will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the present application.

Drawings

The foregoing and/or additional aspects and advantages of the present application will become apparent and readily appreciated from the following description of the embodiments, taken in conjunction with the accompanying drawings of which:

fig. 1 is a flowchart of a system testing method according to an embodiment of the present disclosure;

FIG. 2 is a schematic diagram of a first example provided by an embodiment of the present application;

FIG. 3 is a schematic diagram of a second example provided by an embodiment of the present application;

FIG. 4 is a schematic diagram of a third example provided by an embodiment of the present application;

FIG. 5 is a second flowchart of a system testing method according to an embodiment of the present application;

FIG. 6 is a schematic diagram of a fourth example provided by an embodiment of the present application;

FIG. 7 is a block diagram of a system test apparatus according to an embodiment of the present disclosure;

fig. 8 is a schematic structural diagram of an electronic device according to an embodiment of the present application.

Detailed Description

Reference will now be made in detail to the embodiments of the present application, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to the same or similar elements or elements having the same or similar function throughout. The embodiments described below with reference to the drawings are exemplary only for the purpose of explaining the present application and are not to be construed as limiting the present application.

As used herein, the singular forms "a", "an", "the" and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms "comprises" and/or "comprising," when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof. It will be understood that when an element is referred to as being "connected" or "coupled" to another element, it can be directly connected or coupled to the other element or intervening elements may also be present. Further, "connected" or "coupled" as used herein may include wirelessly connected or wirelessly coupled. As used herein, the term "and/or" includes all or any element and all combinations of one or more of the associated listed items.

It will be understood by those skilled in the art that, unless otherwise defined, all terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. It will be further understood that terms, such as those defined in commonly used dictionaries, should be interpreted as having a meaning that is consistent with their meaning in the context of the prior art and will not be interpreted in an idealized or overly formal sense unless expressly so defined herein.

The scheme provided by the embodiment of the application can be executed by any electronic device, such as a terminal device, or a server, wherein the server can be an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, or a cloud server providing cloud computing service. The terminal may be, but is not limited to, a smart phone, a tablet computer, a laptop computer, a desktop computer, a smart speaker, a smart watch, and the like. The terminal and the server may be directly or indirectly connected through wired or wireless communication, and the application is not limited herein. For technical problems in the prior art, the system testing method, the device and the electronic device provided by the application aim to solve at least one of the technical problems in the prior art.

The following describes the technical solutions of the present application and how to solve the above technical problems in detail with specific embodiments. The following several specific embodiments may be combined with each other, and details of the same or similar concepts or processes may not be repeated in some embodiments. Embodiments of the present application will be described below with reference to the accompanying drawings.

Referring to fig. 1, the embodiment of the present application provides a system testing method, which may optionally be applied to a system under test or an Agent (Agent) of the system under test, where the Agent may be a non-invasive application code, and a Mock server may not need to be accessed by executing a Mock test through the Agent; for convenience of description, Agent is used as an execution subject of the embodiment of the present application in the following, and it is understood that the execution subject of the embodiment of the present application is not limited thereto.

As shown in fig. 1, the method may include the steps of:

step 101, a target test request for a system to be tested is obtained, and data requested by the target test request is data of a downstream application program of the system to be tested.

After receiving a test request aiming at a system to be tested, the Agent analyzes a message of the request to be tested, determines that data requested to be accessed by the request to be tested is a downstream application program of the system to be tested, and then determines that the test request is a target test request; the target test request may be sent by an upstream application of the system under test.

On one hand, because the services of a plurality of application programs are complex, the application programs are usually split into a plurality of application programs, and the application program development needs to be matched among the application programs, in the process, multi-party cooperation is involved, and the development steps of all parties are difficult to ensure to be completely consistent, so that the function verification among the cross-applications can be performed on the application programs developed and completed earlier in a Mock manner. On the other hand, cross-application authentication is relatively costly, requires a stable environment, including all relevant applications, and requires that party data be available. As a first example, taking a system to be tested as an e-commerce platform as an example, if an order issuing system of the e-commerce platform is modified and whether an order issuing scene works normally is to be verified, all downstream applications need to be deployed, including: a commodity management system, a merchant management system, a shop management system, a preference management system, and the like; it is also guaranteed that relevant data, such as merchandise information, store information, event information, user information, etc., are also available. Therefore, in the embodiment of the application, the Agent executes the Mock test, after the test request for the ordering system serving as the system to be tested is obtained, the data requested by the test request is analyzed as the data of the downstream application program of the system to be tested, and the test request is determined to be the target test request.

Referring to fig. 2, the system B to be tested is an e-commerce platform; the application A is an upstream application program (or an upstream system) of the system B to be tested, such as a price inquiry system; the application C is a downstream application program (or a downstream system) of the system B to be tested, such as a commodity management system, a merchant management system, a shop management system, a preference management system, and the like; it will be appreciated that only one downstream application is illustrated in fig. 2, and that multiple downstream applications may be associated with system under test B.

And 102, determining a target keyword value corresponding to the target keyword of the target test request according to a preset corresponding relation.

The preset corresponding relation comprises a corresponding relation between a keyword (key) and a keyword value (value); the key and the value form a keyword pair, and the preset corresponding relation comprises a preset keyword pair.

Optionally, the keyword pair may be extracted from a historical test case of the system to be tested, for example, the historical test case of each service interface of the system to be tested is recorded, each keyword pair in the test result in the historical test case is extracted, and key and value in the keyword pair are further extracted and added to the preset corresponding relationship. For example, in the first example, after receiving the test request of the application a, the application C needs to be called to analyze the test request; the system B to be tested calls the data of the downstream system C through a fixed use case (for example, use case Y), at the moment, the Agent records the test request (Req) and the returned test result (Res), and key and value in the test result are extracted.

In addition, the keyword pairs may also be user-input; for example, a keyword is preset for the template, and data filled in the template by the user is received and added to the preset corresponding relationship.

Analyzing a request message of a target test request, and extracting keywords of data requested by the target test request; for example, the test request is used to test a commodity price inquiry, the commodity identifier and the commodity price are used as a key word pair, the target test request includes a commodity Identifier (ID) as a target key word, and the test result includes a commodity price corresponding to the commodity identifier.

The keyword pairs that may be included in the preset correspondence may come from the following test requests: the commodity banana price inquiry result, the commodity banana deduction and inventory result, the commodity apple modification result, the user first fund deduction, the merchant A cost information and the like; and determining a target keyword value corresponding to the target keyword through the keyword pair set in the preset corresponding relation without accessing a Mock server and additionally compiling a Mock script.

And 103, generating a target simulation Mock test result of the target test request according to the target keyword and the target keyword value.

And after a target keyword value corresponding to the target keyword is determined, generating a target simulation Mock test result of the target test request according to the target keyword and the target keyword value, and completing the execution of a Mock test.

Therefore, on one hand, the labor cost of the Mock test is reduced; on the other hand, for a situation where a downstream application or a downstream service interface is not available, such as a regression test scenario (after modifying old program code, performing a test again to confirm that no new error is introduced or other code is generated by modification), a failure of the downstream application is likely to block the regression test; in the embodiment of the application, the test result is automatically generated by presetting the corresponding relation, so that the blocking return test is avoided, and the dependence degree on the downstream application program is reduced. And because the test content of the regression test is usually fixed, the work of manually writing Mock test requests and results can be greatly reduced by presetting the keyword pairs recorded in the corresponding relation.

Take the new functional test scenario as an example. When a new function test is carried out, a downstream application program is possibly not developed correspondingly, the Mock test of the new function cannot be responded, and the data of the downstream application program cannot be called; in the embodiment of the application, the Mock test of a new function can be executed by presetting the keyword pairs recorded in the corresponding relation, and the problem that cross-system joint debugging cannot be performed because a downstream application program is not developed and completed is solved.

In the embodiment of the application, a target test request aiming at a system to be tested is obtained, and a target keyword value corresponding to a target keyword of the target test request is determined according to a preset corresponding relation; generating a target simulation Mock test result of the target test request according to the target keyword and the target keyword value; the Mock test is completed based on the preset corresponding relation, a large amount of Mock scripts do not need to be manually written in the test, and the labor cost of the Mock test is reduced; meanwhile, the dependence degree on the downstream application program in the regression test is reduced, and the regression test is prevented from being blocked due to the downtime of the downstream application program; for the new function test, the problem that cross-system joint debugging cannot be carried out due to the fact that a downstream application program is not developed and completed is avoided. The embodiment of the application solves the problem that in the prior art, the labor cost is high in the returning process of a Mock downstream system.

In an optional embodiment, the method further includes a process of determining the preset correspondence, including the following case one and/or case two.

the corresponding relation generation request is used for customizing a Mock test request and a test result by a user; for example, for a situation that the downstream application program does not support a new function, a request is generated through the correspondence, and the user can input the first keyword and the first keyword value, so that the Agent can actively Mock whether the downstream system works normally or not.

Shown in the example Y in fig. 2, wherein in the rule base of the example Y, each Req and Res serves as a key pair; for example, Req1 represents the first key and Res1 represents the first key value.

And in the second situation, acquiring a second keyword of the historical test case of the system to be tested, acquiring a second keyword value of the second keyword, and determining the preset corresponding relation according to the second keyword and the second keyword value.

The test request received by each service interface is usually fixed for the downstream application program of the system to be tested; the Agent can record a historical test case executed by the system to be tested, extract a second keyword and a second keyword value in the historical test case, and determine the preset corresponding relationship. For example, in a regression testing scene, if a downstream application program is unavailable, according to a keyword pair extracted from a test case actually executed in a system to be tested, a Mock test can be executed again in the system to be tested; therefore, the embodiment of the application can execute the Mock test under the condition that the downstream service is unavailable.

Optionally, the type of the keyword includes static data and/or dynamic data, the static data is data with a static unchanged or less changed keyword value, and the dynamic data is data with a more changed keyword value; as a second example, referring to fig. 3, application C is a downstream application of system under test B; and the system B to be tested calls the application C through the user X. The rule base of the use case X comprises a customized keyword pair and a recorded keyword pair; wherein, customizing the keyword pair, i.e. receiving the corresponding relation, generates the generated keyword pair, such as customizing Req1, Res1 in fig. 3; and recording the keyword pair, namely the keyword pair generated according to the historical test case. Such as the recording Req3, Res3 in fig. 3.

Further, according to the difference between the static data and the dynamic data, a customized template can be provided for a user; given the format of the key pairs in the template, as shown in FIG. 3, static key1 represents static data with a key value of a default value, such as by default 1; dynamic key1 represents dynamic data whose key values are blank and filled in by the user. In general, a Res may contain more key data, for example, dozens or even dozens, so that the template approach can reduce the labor cost of the user in customizing the Mock result.

In an optional embodiment, the determining, according to a preset corresponding relationship, a target keyword value corresponding to a target keyword of the target test request includes:

For the condition that the downstream application program or the downstream service interface is unavailable, the return test is easily blocked when the downstream application program is down; in the embodiment of the application, the test result is automatically generated by presetting the corresponding relation, so that the blocking return test is avoided, and the dependence degree on the downstream application program is reduced. As a third example, referring to fig. 4, after receiving the test request of the application a, the system B to be tested parses the test request and needs to invoke the downstream application C and the downstream application D; the system B to be tested calls the data of the downstream system C through the use case X, calls the data of the downstream system D through the use case Y, and the downstream application C goes down and is unavailable in service; agents can automatically return corresponding Mock test results (e.g., Req1 and Res1) upon request through the rule base of use case X. When the downstream service is available, the externally called use case directly accesses the downstream system, and the Agent may not perform Mock, as shown in use case Y in the figure.

Referring to fig. 5, an embodiment of the present application further provides a system testing method, which may be optionally applied to a system under test or to an Agent of the system under test, as shown in fig. 5, where the method may include the following steps:

step 501, obtaining a historical test case of the system to be tested, performing feature analysis on a historical test result of the historical test case, and extracting a second keyword in the historical test result.

For a downstream application program of the system to be tested, the test request received by each service interface is usually fixed, a historical test case executed by the system to be tested can be recorded, feature analysis is performed on the historical test case, and a second keyword value in the historical test case are extracted; optionally, in the feature analysis process, the feature analysis may be performed by a preset text analysis algorithm, which is not described herein again.

Under normal conditions, the key word pair extracted from the test case actually executed in the system to be tested can inevitably execute the Mock test again in the system to be tested; therefore, the key word pair extracted by the embodiment of the application can execute the Mock test under the condition that the downstream service is unavailable.

Step 502, according to the type of the second keyword, obtaining a second keyword value corresponding to the second keyword.

Wherein the type of the second keyword comprises at least one of static data and dynamic data; the static data comprises keywords of which the probability that the keyword values are the same is greater than a first probability threshold in the historical test results; in all historical test results, the probability that the keyword value of a certain keyword is the same data is higher, and the keyword is static data; for example, by analyzing a large number of use case test results (Res 1, Res2, Res 3), it can be obtained that values corresponding to some keywords are basically unchanged or rarely changed, and then the keywords are static data.

Otherwise, the dynamic data comprises the keywords of which the probability that the keyword values are different is greater than a second probability threshold in the historical test results. In all historical test results, the keyword value of a certain keyword changes all the time, or the probability of the change is higher, and the keyword is dynamic data; for example, by analyzing a large number of use case test results (Res 1, Res2, Res 3.) it can be obtained that the values corresponding to some keywords are greatly changed, and then the keywords are dynamic data. As a fourth example, referring to fig. 6, after X, Y, Z in the historical test case is obtained, the stress characteristics of the three are analyzed to obtain respective format information, which respectively includes static data and dynamic data.

Further, the process of determining the second keyword is as follows:

and/or

If the type of the second keyword is static data, determining a value of the second keyword according to the historical test result, for example, selecting the data with the highest probability of occurrence in the historical test result as the value of the second keyword, so as to realize quick selection of the value of the keyword for the static data. If the type of the second keyword includes dynamic data, a keyword value of the dynamic data may be input by the user.

Step 503, determining the preset corresponding relationship according to the second keyword and the second keyword value.

The preset corresponding relation comprises a corresponding relation between a keyword (key) and a keyword value (value); the key and the value form a keyword pair, and the keyword pair in the preset corresponding relation comprises a keyword pair determined according to the historical test case. For example, as an example, if the test product identifier and the product price are used as a key word pair, the test request includes a product Identifier (ID) as a target key word, and the test result includes the product price corresponding to the product identifier.

Step 504, a target test request for a system to be tested is obtained, and data requested by the target test request is data of a downstream application program of the system to be tested.

After receiving a test request aiming at a system to be tested, analyzing a message of the request to be tested, determining that data requested to be accessed by the request to be tested is a downstream application program of the system to be tested, and then determining that the test request is a target test request; the target test request may be sent by an upstream application of the system to be tested, and referring to the first example, taking the system to be tested as the e-commerce platform as an example, if the ordering system of the e-commerce platform is modified and whether an ordering scene is working normally is to be verified, all the downstream applications need to be deployed, including: a commodity management system, a merchant management system, a shop management system, a preference management system, and the like; it is also guaranteed that relevant data, such as merchandise information, store information, event information, user information, etc., are also available. Therefore, in the embodiment of the application, the Agent executes the Mock test, after the test request for the ordering system serving as the system to be tested is obtained, the data requested by the test request is analyzed as the data of the downstream application program of the system to be tested, and the test request is determined to be the target test request.

And 505, determining a target keyword value corresponding to the target keyword of the target test request according to the preset corresponding relation.

The keyword pairs are extracted from the historical test cases of the system to be tested, for example, the historical test cases of each service interface of the system to be tested are recorded, each keyword pair in the test results of the historical test cases is extracted, keys and values in the keyword pairs are further extracted, and the key and values are added to the preset corresponding relationship. For example, in the first example, after receiving the test request of the application a, the application C needs to be called to analyze the test request; the system B to be tested calls the data of the downstream system C through a fixed use case (for example, use case Y), at the moment, the Agent records the test request (Req) and the returned test result (Res), and key and value in the test result are extracted.

Step 506, generating a target simulation Mock test result of the target test request according to the target keyword and the target keyword value.

Therefore, on one hand, the labor cost of the Mock test is reduced; on the other hand, for the condition that the downstream application program or the downstream service interface is unavailable, for example, in a regression test scene, the test result is automatically generated through the preset corresponding relation, so that the blocking of the regression test is avoided, and the dependence degree on the downstream application program is reduced. And because the test content of the regression test is usually fixed, the work of manually writing Mock test requests and results can be greatly reduced by presetting the keyword pairs recorded in the corresponding relation.

When a new function test is performed, in the embodiment of the application, a Mock test of a new function can be performed by presetting the keyword pairs recorded in the corresponding relation in advance, and the problem that cross-system joint debugging cannot be performed because a downstream application program is not developed yet is solved.

In the embodiment of the application, a historical test case of the system to be tested is obtained, characteristic analysis is carried out on a historical test result of the historical test case, and a second keyword in the historical test result is extracted; acquiring a second keyword value corresponding to the second keyword according to the type of the second keyword, and determining the preset corresponding relation; subsequently receiving a target test request, and generating a Mock test result according to a preset corresponding relation; the Mock test is completed based on the preset corresponding relation, a large amount of Mock scripts do not need to be manually written in the test, and the labor cost of the Mock test is reduced; meanwhile, the dependence degree on the downstream application program in the regression test is reduced, and the regression test is prevented from being blocked due to the downtime of the downstream application program; for the new function test, the problem that cross-system joint debugging cannot be carried out due to the fact that a downstream application program is not developed and completed is avoided. The embodiment of the application solves the problem that in the prior art, the labor cost is high in the returning process of a Mock downstream system.

Based on the same principle as the method provided by the embodiment of the present application, the embodiment of the present application further provides a system testing apparatus, as shown in fig. 7, the apparatus includes:

the request obtaining module 701 is configured to obtain a target test request for a system to be tested, where data requested by the target test request is data of a downstream application of the system to be tested.

After receiving a test request aiming at a system to be tested, analyzing a message of the request to be tested, determining that data requested to be accessed by the request to be tested is a downstream application program of the system to be tested, and then determining that the test request is a target test request; the target test request may be sent by an upstream application of the system under test.

A keyword determining module 702, configured to determine, according to a preset correspondence, a target keyword value corresponding to a target keyword of the target test request.

The corresponding relation; the key and the value form a keyword pair, and the preset corresponding relation comprises a preset keyword pair.

A result generating module 703, configured to generate a target analog Mock test result of the target test request according to the target keyword and the target keyword value.

In an optional embodiment, the apparatus further comprises:

and/or

In an optional embodiment, the second determining module comprises:

In an optional embodiment, the obtaining sub-module is configured to:

and/or

In an alternative embodiment, the keyword determination module 702 is configured to:

The system test device provided in the embodiment of the present application can implement each process implemented in the method embodiments of fig. 1 to 6, and is not described here again to avoid repetition.

In the system testing device provided by the application, a request acquisition module 701 acquires a target testing request for a system to be tested, and a keyword determination module 702 determines a target keyword value corresponding to a target keyword of the target testing request according to a preset corresponding relation; the result generation module 703 generates a target analog Mock test result of the target test request according to the target keyword and the target keyword value; the Mock test is completed based on the preset corresponding relation, a large amount of Mock scripts do not need to be manually written in the test, and the labor cost of the Mock test is reduced; meanwhile, the dependence degree on the downstream application program in the regression test is reduced, and the regression test is prevented from being blocked due to the downtime of the downstream application program; for the new function test, the problem that cross-system joint debugging cannot be carried out due to the fact that a downstream application program is not developed and completed is avoided. The embodiment of the application solves the problem that in the prior art, the labor cost is high in the returning process of a Mock downstream system.

The system testing apparatus of the embodiment of the present application can execute the system testing method provided by the embodiment of the present application, and the implementation principle is similar, the actions executed by each module and unit in the system testing apparatus in each embodiment of the present application correspond to the steps in the system testing method in each embodiment of the present application, and for the detailed functional description of each module of the system testing apparatus, reference may be specifically made to the description in the corresponding system testing method shown in the foregoing, and details are not repeated here.

Based on the same principle as the method shown in the embodiments of the present application, the embodiments of the present application also provide an electronic device, which may include but is not limited to: a processor and a memory; a memory for storing a computer program; and the processor is used for executing the system testing method shown in any optional embodiment of the application by calling the computer program. Compared with the prior art, the system testing method provided by the application completes the Mock test based on the preset corresponding relation, a large amount of Mock scripts do not need to be manually written during the test, and the labor cost of the Mock test is reduced; meanwhile, the dependence degree on the downstream application program in the regression test is reduced, and the regression test is prevented from being blocked due to the downtime of the downstream application program; for the new function test, the problem that cross-system joint debugging cannot be carried out due to the fact that a downstream application program is not developed and completed is avoided.

In an alternative embodiment, there is also provided an electronic device, as shown in fig. 8, where the electronic device 8000 shown in fig. 8 may be a server, including: a processor 8001 and memory 8003. Processor 8001 is coupled to memory 8003, such as via bus 8002. Optionally, the electronic device 8000 may also include a transceiver 8004. In addition, the transceiver 8004 is not limited to one in practical applications, and the structure of the electronic device 8000 does not limit the embodiment of the present application.

Processor 8001 may be a CPU (Central Processing Unit), general purpose Processor, DSP (Digital Signal Processor), ASIC (Application Specific Integrated Circuit), FPGA (Field Programmable Gate Array), or other Programmable logic device, transistor logic device, hardware component, or any combination thereof. Which may implement or perform the various illustrative logical blocks, modules, and circuits described in connection with the disclosure. Processor 8001 may also be a combination that implements computing functionality, e.g., comprising one or more microprocessor combinations, DSP and microprocessor combinations, and so forth.

Bus 8002 may include a path to transfer information between the aforementioned components. The bus 8002 may be a PCI (Peripheral Component Interconnect) bus, an EISA (Extended Industry Standard Architecture) bus, or the like. The bus 8002 may be divided into an address bus, a data bus, a control bus, and the like. For ease of illustration, only one thick line is shown in FIG. 8, but this is not intended to represent only one bus or type of bus.

The Memory 8003 may be a ROM (Read Only Memory) or other type of static storage device that can store static information and instructions, a RAM (Random Access Memory) or other type of dynamic storage device that can store information and instructions, an EEPROM (Electrically Erasable Programmable Read Only Memory), a CD-ROM (Compact Disc Read Only Memory) or other optical Disc storage, optical Disc storage (including Compact Disc, laser Disc, optical Disc, digital versatile Disc, blu-ray Disc, etc.), a magnetic Disc storage medium or other magnetic storage device, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer, but is not limited to these.

The memory 8003 is used for storing application program codes for executing the scheme of the present application, and the execution is controlled by the processor 8001. Processor 8001 is used to execute application program code stored in memory 8003 to implement what is shown in the foregoing method embodiments.

Among them, electronic devices include but are not limited to: mobile terminals such as mobile phones, notebook computers, digital broadcast receivers, PDAs (personal digital assistants), PADs (tablet computers), PMPs (portable multimedia players), in-vehicle terminals (e.g., in-vehicle navigation terminals), and the like, and fixed terminals such as digital TVs, desktop computers, and the like. The electronic device shown in fig. 8 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present application.

The server provided by the application can be an independent physical server, can also be a server cluster or distributed system formed by a plurality of physical servers, and can also be a cloud server for providing basic cloud computing services such as cloud service, a cloud computer, cloud computing, cloud functions, cloud storage, network service, cloud communication, middleware service, domain name service, security service, CDN (content delivery network) and big data and artificial intelligence platforms. The terminal may be, but is not limited to, a smart phone, a tablet computer, a laptop computer, a desktop computer, a smart speaker, a smart watch, and the like. The terminal and the server may be directly or indirectly connected through wired or wireless communication, and the application is not limited herein.

The present application provides a computer-readable storage medium, on which a computer program is stored, which, when running on a computer, enables the computer to execute the corresponding content in the foregoing method embodiments.

It should be understood that, although the steps in the flowcharts of the figures are shown in order as indicated by the arrows, the steps are not necessarily performed in order as indicated by the arrows. The steps are not performed in the exact order shown and may be performed in other orders unless explicitly stated herein. Moreover, at least a portion of the steps in the flow chart of the figure may include multiple sub-steps or multiple stages, which are not necessarily performed at the same time, but may be performed at different times, which are not necessarily performed in sequence, but may be performed alternately or alternately with other steps or at least a portion of the sub-steps or stages of other steps.

It should be noted that the computer readable storage medium mentioned above in the present application may also be a computer readable signal medium or a combination of a computer readable storage medium and a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present application, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In this application, however, a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: electrical wires, optical cables, RF (radio frequency), etc., or any suitable combination of the foregoing.

The computer readable medium may be embodied in the electronic device; or may exist separately without being assembled into the electronic device.

The computer readable medium carries one or more programs which, when executed by the electronic device, cause the electronic device to perform the methods shown in the above embodiments.

According to an aspect of the application, a computer program product or computer program is provided, comprising computer instructions, the computer instructions being stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the system testing method provided in the above-mentioned various alternative implementations.

Computer program code for carrying out operations for aspects of the present application may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).

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 application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block 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 will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The modules described in the embodiments of the present application may be implemented by software or hardware. Where the name of a module does not in some cases constitute a limitation of the module itself, for example, a module may also be described as "a module for performing B operations".

The above description is only a preferred embodiment of the application and is illustrative of the principles of the technology employed. It will be appreciated by those skilled in the art that the scope of the disclosure herein is not limited to the particular combination of features described above, but also encompasses other arrangements formed by any combination of the above features or their equivalents without departing from the spirit of the disclosure. For example, the above features may be replaced with (but not limited to) features having similar functions disclosed in the present application.

Claims

1. A method for system testing, comprising:

2. The system testing method of claim 1, further comprising:

and/or

3. The method according to claim 2, wherein the obtaining a second keyword of the historical test case of the system under test and obtaining a second keyword value of the second keyword comprise:

4. The method for system testing according to claim 3, wherein said obtaining a second key value corresponding to the second key according to the type of the second key comprises:

and/or

5. The method for system testing according to claim 1, wherein the determining a target keyword value corresponding to a target keyword of the target test request according to a preset correspondence includes:

6. A system test apparatus, comprising:

7. The system test apparatus of claim 6, the apparatus further comprising:

and/or

8. The system test apparatus of claim 7, wherein the second determination module comprises:

9. The system test apparatus of claim 8, wherein the acquisition sub-module is configured to:

and/or

10. The system test apparatus of claim 6, wherein the keyword determination module is configured to:

11. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the method of any one of claims 1 to 5 when executing the program.

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