CN115481026A

CN115481026A - Test case generation method and device, computer equipment and storage medium

Info

Publication number: CN115481026A
Application number: CN202211143300.6A
Authority: CN
Inventors: 朱晓琳; 张国栋; 陈俊; 张明礼; 袁佳峰
Original assignee: Shanghai Pudong Development Bank Co Ltd
Current assignee: Shanghai Pudong Development Bank Co Ltd
Priority date: 2022-09-20
Filing date: 2022-09-20
Publication date: 2022-12-16

Abstract

The application relates to a test case generation method, a test case generation device, computer equipment, a storage medium and a computer program product. The method comprises the following steps: acquiring a key field of an interface, wherein the key field comprises a pre-configured service rule; receiving an input instruction, and determining a target business rule from the business rules through the input instruction; processing the target business rule according to a preset algorithm to obtain at least one business rule combination; inquiring each business rule combination one by one from a flow library; and aiming at each business rule combination, if the business rule combination is not inquired in the flow library, generating a case according to the business rule combination which is not inquired, and generating a test case according to the case. By adopting the method, the maintenance cost of the test case can be reduced.

Description

Test case generation method and device, computer equipment and storage medium

Technical Field

The present application relates to the field of computer technologies, and in particular, to a method and an apparatus for generating a test case, a computer device, a storage medium, and a computer program product.

Background

With the development of computer technology, interface testing technology has emerged. The traditional interface testing technology needs to test the correctness of one interface through a plurality of testing dimensions such as boundary values, equivalent values, causal relationships and the like, and the problem of high maintenance cost of a testing case exists.

Disclosure of Invention

In view of the above, it is necessary to provide a method, an apparatus, a computer device, a computer readable storage medium, and a computer program product for generating a test case, which can reduce the maintenance cost of the test case.

In a first aspect, the present application provides a method for generating a test case, where the method includes: acquiring a key field of an interface, wherein the key field comprises a pre-configured service rule; receiving an input instruction, and determining a target business rule from the business rules through the input instruction; processing the target business rule according to a preset algorithm to obtain at least one business rule combination; inquiring each business rule combination one by one from a flow library; and aiming at each business rule combination, if the business rule combination is not inquired in the flow library, generating a case according to the business rule combination which is not inquired, and generating a test case according to the case.

In one embodiment, the construction method of the traffic library includes: acquiring a message passing through a bus; analyzing the message according to the key field and generating a corresponding message label; the message label comprises a target identifier and a message service rule combination; and judging the message label according to at least one of the target identification in the flow library and the service rule combination corresponding to the target identification, and if the message label meets the preset requirement, storing the message label to the flow library.

In one embodiment, the preset requirements include at least one of: the flow library does not comprise a target identifier of the message label; the flow library comprises a target identifier of the message label but does not comprise a message service rule combination of the message label; and the flow library comprises a target identifier of the message label and the message service rule combination of the message label, but the number of the message labels in the flow library is less than a preset value.

In one embodiment, the method further comprises: and searching from the flow library according to at least one of the input target identifier and the key field, and obtaining a corresponding service rule combination.

In one embodiment, the method further comprises the following steps: acquiring the number of test cases of the interface; obtaining the number of target test cases of the interface according to the key field of the interface; and obtaining the test case coverage of the interface according to the number of the test cases and the number of the target test cases.

In one embodiment, the method further comprises the following steps: and obtaining the system test case coverage according to the test case coverage of each interface.

In one embodiment, the method further comprises the following steps: and if the service rule combination is inquired in the flow library, replaying the message corresponding to the inquired service rule combination.

In a second aspect, the present application further provides an apparatus for generating a test case, where the apparatus includes: the system comprises an acquisition module, a processing module and a processing module, wherein the acquisition module is used for acquiring a key field of an interface, and the key field comprises a preconfigured service rule; the receiving module is used for receiving an input instruction and determining a target business rule from the business rules through the input instruction; the processing module is used for processing the target business rule according to a preset algorithm to obtain at least one business rule combination; the query module is used for querying each business rule combination one by one from a flow library; and the generating module is used for generating a case according to the service rule combination which is not inquired if the service rule combination is not inquired in the flow library aiming at each service rule combination, and generating a test case according to the case.

In a third aspect, the present application also provides a computer device. The computer device comprises a memory storing a computer program and a processor implementing the steps of the method described above when executing the computer program.

In a fourth aspect, the present application further provides a computer-readable storage medium. The computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of the above-mentioned method.

In a fifth aspect, the present application further provides a computer program product. The computer program product comprises a computer program which, when executed by a processor, carries out the steps of the method described above.

According to the test case generation method, the test case generation device, the computer equipment, the storage medium and the computer program product, the service rule combination corresponding to the target service rule is obtained through the input instruction and the preset algorithm, each service rule combination is searched through the flow library, the service rule combination which is not included in the flow library is selected, and the corresponding test case is generated, so that the coverage dimension of the test case is enriched, and the maintenance cost of the test case is reduced.

Drawings

FIG. 1 is a diagram of an application environment for a method for generating test cases in one embodiment;

FIG. 2 is a schematic flow chart diagram illustrating a method for generating test cases in one embodiment;

FIG. 3 is a diagram of key fields in one embodiment;

FIG. 4 is a diagram illustrating a combination of business rules in one embodiment;

FIG. 5 is a diagram of another embodiment of a business rule set;

FIG. 6 is a schematic diagram of a business rule in one embodiment;

FIG. 7 is a diagram of another embodiment of a business rule set;

FIG. 8 is a message diagram in one embodiment;

FIG. 9 is a schematic diagram of the construction of a traffic library in one embodiment;

FIG. 10 is a flow chart illustrating the construction of a traffic library according to an embodiment;

FIG. 11 is an architectural diagram of a system in one embodiment;

FIG. 12 is a flowchart illustrating a method for generating test cases according to another embodiment;

FIG. 13 is a block diagram of an apparatus for generating test cases according to an embodiment;

FIG. 14 is a diagram illustrating an internal structure of a computer device according to an embodiment.

Detailed Description

In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.

The method for generating the test case provided by the embodiment of the application can be applied to the application environment shown in fig. 1. Wherein the terminal 102 communicates with the server 104 via a network. The data storage system may store data that the server 104 needs to process. The data storage system may be integrated on the server 104, or may be located on the cloud or other network server. The terminal 102 obtains key fields of the interface, where the key fields include pre-configured business rules. The user inputs an input instruction to the terminal 102. The terminal 102 receives an input instruction, and determines a target business rule from the business rules through the input instruction; processing the target business rule according to a preset algorithm to obtain at least one business rule combination; inquiring each service rule combination one by one from a flow library; and aiming at each business rule combination, if the business rule combination is not inquired in the flow library, generating a case according to the business rule combination which is not inquired, and generating a test case according to the case. The terminal 102 may be, but not limited to, various personal computers, notebook computers, smart phones, tablet computers, internet of things devices, and portable wearable devices, and the internet of things devices may be smart speakers, smart televisions, smart air conditioners, smart car-mounted devices, and the like. The portable wearable device can be a smart watch, a smart bracelet, a head-mounted device, and the like. The server 104 may be implemented as a stand-alone server or as a server cluster comprised of multiple servers.

In an embodiment, as shown in fig. 2, a method for generating a test case is provided, which is described by taking the method as an example for being applied to the terminal in fig. 1, and includes the following steps:

step 202, key fields of the interface are obtained, and the key fields comprise pre-configured business rules.

The key field of the interface is a service attribute field in the communication process. The pre-configured business rules are different values of the key fields.

Optionally, the value type of the key field is an enumerated value or a boolean value. The method for configuring the business rules of the key fields includes but is not limited to two modes of manual entry and business rule base retrieval.

And step 204, receiving an input instruction, and determining a target business rule from the business rules through the input instruction.

The target business rule is a part or all of the plurality of business rules.

And step 206, processing the target business rule according to a preset algorithm to obtain at least one business rule combination.

The preset algorithm is a preset algorithm, and includes but is not limited to a cartesian product algorithm, an orthogonal algorithm, and a maximum equivalence class algorithm. The cartesian product refers to the cartesian product of two sets X and Y in mathematics, denoted X Y, the first object being a member of X and the second object being one member of all possible ordered pairs of Y. The orthogonal algorithm is a design method for researching multifactor and multi-level, and selects part of representative horizontal combinations from comprehensive experiments to perform experiments according to Galois theory (Galois theory). Maximum equivalence class algorithm: for each key field participating in the generation of the business rule combination, the value classification (the pre-configured business rules) is an equivalence class, and the number of the equivalence class with the largest number of the equivalence classes is taken as the number of the business rule combinations. The other fields are supplemented by the weight product of the equivalence classes, the higher the weight, the larger the proportion of occurrences. The business rules are combined into a necessary target business rule in a message.

Optionally, a preset algorithm determination instruction input by a user is received, and one of a cartesian product algorithm, an orthogonal algorithm and a maximum equivalence class algorithm is determined as the preset algorithm through the preset algorithm determination instruction.

The following example is used to illustrate how business rule combinations are obtained. As shown in fig. 3, there are four key fields of the interface, and each key field corresponds to three target business rules. The key fields are customer level, account type, currency, and certificate type, respectively. The target business rules of the client level are a honored guest card (00), a platinum card (01) and a diamond card (02). The target business rules of the account types are I type accounts (1), I type accounts (2) and I type accounts (3). The target business rules for currency types are Renminbi (01), USD (02), hongkong (03). The target business rules of the certificate types are an identity card (1), a passport (2) and a soldier certificate (3). When the preset algorithm is a cartesian product algorithm, the target business rules shown in fig. 3 are processed according to the cartesian product algorithm, and 81 business rule combinations shown in fig. 4 are obtained. When the preset algorithm is an orthogonal algorithm, the target business rule shown in fig. 3 is processed according to the orthogonal algorithm, and 9 business rule combinations shown in fig. 5 are obtained. Alternatively, as shown in fig. 6, there are 3 key fields of the interface, the key fields being customer level, currency, and certificate type, respectively. The target business rule at the client level is the VIP card (00). The target business rules for currency are RMB (01), USD (02), hongkong (03), and Nissan (04). The target business rules of the certificate types are an identity card (1), a passport (2) and a soldier certificate (3). When the preset algorithm is the maximum equivalence algorithm, the currency field has 4 equivalence classes (the number of the equivalence classes of the client level field and the certificate type field is 1,2 respectively), so that the number of the final business rule combinations is 4, and 4 business rule combinations with the highest weight are selected from the 12 business rule combinations shown in fig. 7.

Step 208, querying each business rule combination one by one from the traffic library.

The flow library is used for storing message labels, and the message labels comprise target identifiers and message service rule combinations. The message service rule group is the same as the service rule group, and is a necessary target service rule in the message.

And 210, aiming at each business rule combination, if the business rule combination is not inquired in the flow base, generating a case according to the business rule combination which is not inquired, and generating a test case according to the case.

According to the test case generation method, the service rule combinations corresponding to the target service rules are obtained through the input instruction and the preset algorithm, each service rule combination is searched through the flow library, the service rule combinations which are not included in the flow library are selected, and the corresponding test cases are generated, so that the coverage dimension of the test cases is enriched, and the maintenance cost of the test cases is reduced.

In one embodiment, the construction method of the traffic library includes: acquiring a message passing through a bus; analyzing the message according to the key field and generating a corresponding message label; the message label comprises a target identifier and a message service rule combination; and judging the message label according to at least one of the target identifier in the flow library and the service rule combination corresponding to the target identifier, and if the message label meets the preset requirement, storing the message label into the flow library.

It should be noted that, after a plurality of different interfaces perform information interaction, the interaction information of each interface is transmitted through the bus, and the interaction information exists in a form of a message.

Wherein the target identification is identification information of different interfaces. The format of the message is not limited in the present application, and optionally, the format of the message is as shown in fig. 8. When the format of the message is as shown in fig. 8, the target identifier of the message tag corresponding to the message is determined according to the field system NAME (SYS _ NAME) and the transaction code (SERV _ ID). Optionally, the message tag is in a dictionary form: system name _ transaction code (redis _ name): message service rule combination (key 1[ value1] _ key2[ value2] _ key [ value n ])

Optionally, the preset requirement comprises at least one of: the flow library does not comprise a target identifier of the message label; the flow library comprises a target identifier of a message label but does not comprise a message service rule combination of the message label; and the flow library comprises a target identifier of the message label and a message service rule combination of the message label, but the number of the message labels in the flow library is less than a preset value.

Optionally, the target identifier of the target tag is a system name _ transaction code (redis _ name), and the message service rule combination (redis _ key) corresponding to the target identifier. The traffic library is Redis (database).

After a message label corresponding to a message is generated by a terminal, the message label is sent to a flow library, whether the target identifier of the message label is included in the flow library or not is judged, if the target identifier of the message label is not included in the flow library, the message label meets the preset requirement, the message label is stored in the flow library, the format is (redis _ name: redis _ key, num), wherein the redis _ name is the target identifier of the message label, the redis _ key is the message service rule combination of the message label, num is the number of the message labels, and num is assigned as 1.

After a message label corresponding to a message is generated by a terminal, the message label is sent to a flow library, whether a target identifier of the message label is included in the flow library is judged, if the target identifier of the message label is included in the flow library, whether a message service rule of the message label is included in the flow library is judged, if the message service rule of the message label is not included in the flow library, the message label meets a preset requirement is indicated, the message label is stored in the flow library, the format is (redis _ name: redis _ key, num), wherein the redis _ name is the target identifier of the message label, the redis _ key is a combination of the message service rules of the message label, the num is the number of the message labels, and the num is assigned to be 1.

After a terminal generates a message label corresponding to a message, the message label is sent to a flow library, whether a target identifier of the message label is included in the flow library is judged, if the flow library includes the target identifier of the message label, whether a message service rule of the message label is included in the flow library is judged, if the flow library includes the message service rule of the message label, whether the number of the message label in the flow library is smaller than a preset value is judged, if the number of the message label in the flow library is smaller than the preset value, the message label meets a preset requirement is indicated, the message label is stored in the flow library in a format of (redis _ name: redis _ key, num), wherein the redis _ name is the target identifier of the message label, the redis _ key is a message service rule combination of the message label, and num is the number of the message label, wherein num is assigned as (the number of the message label + 1). If the number of the message labels in the flow library is greater than or equal to a preset value, it is indicated that the message labels do not meet preset requirements, the message labels with num of 1 corresponding to the message labels are deleted, the num of the corresponding message labels is adaptively modified, the message labels are stored in the flow library, and the format is (redis _ name: redis _ key, num), wherein the redis _ name is a target identifier of the message labels, the redis _ key is a message service rule combination of the message labels, the num is the number of the message labels, and the num is assigned as the preset value.

It should be noted that, the present application does not limit the specific value of the preset value, and the value is taken according to actual requirements, and optionally, the preset value is 1000.

In the above test case generation method, the preset requirement for constructing the flow is described, so that the corresponding flow library can be constructed quickly.

In one embodiment, the method further comprises: and searching from the flow library according to at least one of the input target identification and the key field, and obtaining a corresponding service rule combination.

Optionally, the terminal receives a target identifier input by the user, searches from the traffic library, and obtains all service rule combinations of the interface corresponding to the input target identifier.

Optionally, the terminal receives a target identifier and a key field input by the user, searches from the traffic library, and obtains all service rule combinations related to the interface corresponding to the input target identifier and the key field.

Optionally, the terminal receives a target identifier and a plurality of key fields input by a user, searches from a traffic library, and obtains all service rule combinations related to the interface corresponding to the input target identifier and the plurality of key fields.

In the method for generating the test case, at least one of the target identification and the key field input by the user can be used for searching from the flow library, and the corresponding business rule combination can be obtained. A search function may be implemented to process the searched business rule combinations. For example to generate corresponding test cases. And querying the message state corresponding to the searched service rule combination.

In one embodiment, further comprising: acquiring the number of test cases of an interface; obtaining the target test case quantity of the interface according to the key field of the interface; and obtaining the test case coverage of the interface according to the number of the test cases and the number of the target test cases.

The number of test cases of the interface is the number of written test cases for one interface. The number of the target test cases can be obtained according to the business rule corresponding to the key field of the interface, and is used for representing the number of the target test cases of the interface. It should be noted that, the method for acquiring the number of target test cases is not limited in the present application, and may be adjusted according to an actual situation, and optionally, the number of target test cases may be obtained according to a service rule, a cartesian product algorithm, and a service logic corresponding to a key field of an interface. Specifically, all possible service rule combinations of the interface can be obtained according to the cartesian product algorithm and the service rules corresponding to the key fields, then all the service rule combinations are processed according to the service logic, and the service rule combinations which do not conform to the service logic are deleted to obtain the target test case number.

The formula for calculating the coverage of the test example is shown in the following formula (1):

in the method for generating the test case, the coverage of the test case of the interface can be obtained, and whether the test case covers all the service branches of the interface is checked, so that the test state of the interface can be known correctly, and the test work can be improved conveniently.

In one embodiment, further comprising: and obtaining the system test case coverage according to the test case coverage of each interface.

The formula for calculating the coverage of the system test example is shown in the following formula (2):

where n1 is the test case coverage of interface 1, n2 is the test case coverage of interface 2, and nn is the test case coverage of interface n. n is the number of all interfaces of the system.

In the method for generating the test case, the coverage of the system test case can be obtained, whether the test case covers all the service branches corresponding to all the interfaces is checked, and the method is favorable for correctly knowing the test state of the system so as to improve the test work.

In one embodiment, further comprising: and if the service rule combination is inquired in the flow library, replaying the message corresponding to the inquired service rule combination.

In the method for generating the test case, the operation result of the message corresponding to the service rule combination in the system can be inquired, so that the subsequent analysis is facilitated.

In one embodiment, the system function is generally brought online after a development test (DEV), a System Integration Test (SIT), a User Acceptance Test (UAT), a production ready test (REL), and a production verification Test (TCYZ), and the function is brought online in a production environment (PRD) after the test is passed. The generation method of the test case can be developed in various test environments.

Alternatively, a system is shown in fig. 9, and includes multiple subsystems such as system 0001, system 0002 \8230, system XXXX, which are connected and interact with information through enterprise service bus system (ESB), which is the most basic connection hub in the network. When one interface is tested in a test environment, flow is generated, and a terminal intercepts the flow passing through an ESB in the test environment to construct a flow library. The flow library can provide functions of message format support, data support, function point analysis and the like for writing other test environment cases. Optionally, the terminal captures traffic passing through the ESB in the test environment through a traffic capture plug-in, where the captured traffic is a single message. Optionally, data information of the intercepted message is as shown in fig. 8.

The process of constructing the traffic library is shown in fig. 10, and the terminal intercepts traffic passing through the ESB, where the traffic is a message. The ESB is connected with each subsystem and provides the most basic connection center in the network. When one interface is tested in a test environment, flow can be generated, and the terminal intercepts the flow in a plug-in mode, namely the terminal intercepts messages passing through the ESB.

The terminal puts the intercepted message into a kafka (a distributed queue) message queue. The test environment can generate million-level transaction amount every day, data are temporarily stored through the kafka message queue, and the test environment is stable and efficient.

And the terminal takes out the message from the kafka queue. Specifically, the terminal sequentially takes out the messages in the message queue for analysis and processing.

The analyzing and processing of the messages sequentially taken out from the messages IN the message queue by the terminal includes converting the format of the messages, and optionally converting the PRVD _ IN _ MSG (a data format) of the messages into the JSON (a lightweight data exchange format) format. The PRVD _ IN _ MSG is a back-end request message, and the interface test usually simulates an ESB to send the request message to the back-end.

And calling an API (application program interface) by the terminal to inquire the key field of the interface corresponding to the message. Optionally, after calling the interface test platform API, the terminal queries key fields key1, key2, \ 8230and key (key field refers to a field in the interface that affects the business attribute of the transaction and is marked by a tester) of the corresponding interface in the interface test platform interface management module according to the system NAME (SYS _ NAME) and the transaction code (SERV _ ID) of the message.

And the terminal extracts the same key fields in the message according to the inquired key fields to form the message label. Optionally, the terminal parses the JSON packet according to the key field list of the interface corresponding to the packet queried by the API, and finally generates a corresponding packet tag. The message label is in a dictionary form: system name _ transaction code key1[ value1] key2[ value2] _. The system name _ transaction code is a target identifier of the message tag in the above embodiment, and is used to identify different interfaces. And key1[ value1] _ key2[ value2] ____ key [ value ] is a business rule combination corresponding to the interface. key1, key2 \8230, key is the key field of the interface, and value1 is a business rule of the key field key 1.

The terminal queries Redis (a database), namely the type and the number of the key field values of the corresponding interface of the message in the flow database. Redis stores the value type of the key field corresponding to each transaction and the number (Redis _ name: redis _ key, num) of the type stored in the traffic library. Wherein, redis _ name is a system name _ transaction code for identifying different interfaces. rediskey is used to identify the category of the business rule combination of the interface, for example, the category of wang ii is name, rediskey is name, and one value of wang ii is name, i.e., key1[ value1] _ key2[ value2] _. Num is used to represent redis _ name: number of redis _ keys.

The terminal judges whether a system name transaction code corresponding to the Redis _ name = message label exists in the Redis. Optionally, the terminal first determines whether the Redis _ name corresponding to the packet tag is included in the Redis.

The terminal executes a newly added record (1) in Redis, wherein the system name _ transaction code: key1[ value1] _ key2[ value2] _. Specifically, if the Redis _ name does not include the system name _ transaction code corresponding to the packet tag, the Redis new record, the Redis _ name is the system name _ transaction code corresponding to the packet tag, and the reids _ key is the packet service rule combination of the packet tag, that is, key1[ value1] _ key2[ value2] _ key [ value n ],1.

The terminal further judges whether a record of key1[ value1] _ key2[ value2] _ key [ value n ] corresponding to the reids _ name = message label exists in the reis. If Redis _ name in Redis is the system name _ transaction code corresponding to the message label, whether reids _ key in Redis is the key1[ value1] _ key2[ value2] _ key [ value n ] corresponding to the message label is judged again.

The terminal executes the newly added record (2) in Redis: system name _ transaction code: key1[ value1] _ key2[ value2] _. Specifically, there is a system name _ transaction code corresponding to Redis _ name = packet tag in Redis, but there is no reids _ key = packet tag corresponding to key1[ value1] _ key2[ value2] _ key [ value2] _. And the terminal executes the newly added record in Redis: the system name _ transaction code corresponding to the message label: the key1[ value1] _ key2[ value2] _ key [ value n ],1 corresponding to the message label.

The terminal executes the update record in Redis: system name _ transaction code: key1[ value1] _ key2[ value2] _. Specifically, if Redis has a system name _ transaction code corresponding to Redis _ name = packet tag, reids _ key = record of key1[ value1] _ key2[ value2] _ key [ value n ] corresponding to the packet tag, the record is updated in Redis: system name _ transaction code: key1[ value1] _ key2[ value2] _.

The terminal judges num +1> MAX, and judges whether the historical message flow of key1[ value1] _ key2[ value2] _ key once corresponding to the message label is greater than MAX (the preset value of MAX is 1000).

The terminal executes direct access, and when num +1< = MAX, message labels corresponding to key1[ value1] _ key2[ value2] _ value2 _. _ key [ value n ] key2[ value2] _ key _. _ key [ value n ] in message labels in a flow library do not reach the maximum value, the message can be directly inserted into a database, namely Redis.

And the terminal executes replacement warehousing, when num +1>, the terminal indicates that the message label corresponding to the key1[ value1] _ key2[ value2] _ key [ value n ] of the message label in the flow library exists and reaches the maximum value, deletes the old message label according to the flow occurrence time and inserts the new message label.

And the terminal plays back all the messages in the flow library according to the system name, and stores the messages with the playback state of 'Pass' into the case set so as to realize the automatic batch generation of the executable case set.

The traffic library also provides two search modes of simple search and advanced search. Primary search: searching a message in a flow library according to the system name and the transaction code; advanced searching: and searching messages in a flow database according to key field values of the system name, the transaction code and the interface, namely the service rule.

And the terminal takes the interface definition as a reference, and counts the coverage of a single interface case by analyzing the value of the key field of the message in the interface associated case, namely the business rule, so as to further calculate the coverage of the system case.

Optionally, based on the construction of the traffic library, the traffic collection system shown in fig. 11 is formed as a background system, and is used for undertaking the functions of traffic collection, analysis, duplicate removal and storage, and simultaneously providing an interface for an interface test platform to call, so as to be used for automatically generating a test case. The interface test platform includes: the system management, the authority management, the interface management, the case management, the debugging execution, the test set and the coverage statistics are carried out for 7 modules. 1) The terminal configures information required by debugging of each system through a system management module; 2) Managing users, user groups and authorities through an authority management module; 3) And managing the interfaces in the system test range by an interface management module, wherein the interfaces comprise interface content updating, business rule configuration and the like. The interface management module integrates message search service, and has two modes of simple search and advanced search; 4) And managing the test cases through a case management module. The test case is associated with the interface through the transaction code; 5) The debugging execution of the case is divided into single debugging and batch debugging, and debugging records are reserved; 6) The test cases can be added into different test sets according to the test requirements, so that the cases can be conveniently debugged and executed in batch; 7) And counting the coverage of a single interface case by analyzing the values of the message fields in the interface associated case, and further calculating the coverage of the system case.

The generating method of the test case is shown in fig. 12, 1) the key field is marked, and for an interface, such as an S0001 interface, the key field to be marked refers to a field value affecting the business attribute of the transaction. The tag field here has two purposes: a) The tester knows the interface logic, and then selects fields to carry out service rule combination; b) The interface test provides external API for the traffic collection application to call, and returns which key fields of xxx transaction of the xxx system are used for message analysis.

2) And (4) configuring the business rules, wherein the business rules are generally configured for fields with interface field value types of enumeration values and Boolean types. The business rule is configured with two modes of manual entry and business rule base retrieval.

3) And selecting the participation item, wherein the participation item is selected to report the library for query according to the value of the key field.

a) When no key field is selected: only taking the system name and the transaction code as query conditions, and querying a corresponding message from a flow library;

b) When a single key field is selected: taking the system name, the transaction code and the single key field as query conditions, and querying a corresponding message from a flow library;

example (c): system name: CBSP; a transaction code: 2506 of a paper substrate; the key field is as follows: the type of certificate; business rules corresponding to certificate types: 1 (identity card), 2 (passport) and 3 (military identity card). Then there would be 3 query conditions:

query condition 1: system name = CBSP, transaction code =2506, certificate type =1

Query condition 2: system name = CBSP, transaction code =2506, certificate type =2

Query condition 3: system name = CBSP, transaction code =2506, certificate type =3

c) When a plurality of key fields are selected: and (3) taking the system name + the transaction code + the key field 1+ the key field 2+ the key field 3 as query conditions, and querying the corresponding message from the flow library.

4) Business rule combination

The terminal can automatically select a preset algorithm to generate a service rule combination according to the instruction of the user, wherein the preset algorithm comprises the following steps: cartesian product algorithm, orthogonal algorithm, maximum equivalence class algorithm.

The cartesian product refers to the cartesian product of two sets X and Y in mathematics, denoted X Y, the first object being a member of X and the second object being one of all possible ordered pairs of Y.

The orthogonal algorithm is a design method for researching multiple factors and multiple levels, and part of representative horizontal combinations are selected from a comprehensive experiment according to the Galois theory to carry out the experiment.

Maximum equivalence class algorithm: and for each field generated by the participating cases, classifying the value of the field into an equivalence class, and taking the value of the equivalence class with the largest number of the equivalence classes as the number of the generated cases. The other fields are supplemented by the weight of the equivalence class according to which the higher the weight, the larger the proportion of occurrences.

Three algorithms are described below as a set of actual data.

As shown in FIG. 3, assume that an interface has 4 key fields containing business rules, and each key field selects 3 business rules to participate in combination. The 'honored guest card (00)' indicates that the client level is the honored guest card, and the value of the corresponding field is 00. The terminal generates 81 service rule combinations shown in fig. 4 according to the service rules shown in fig. 3 and a cartesian product algorithm; the terminal generates 9 service rule combinations shown in fig. 5 according to the service rule and the orthogonal algorithm shown in fig. 3; the terminal generates 4 service rule combinations shown in fig. 7 according to the service rule and maximum equivalence class algorithm shown in fig. 6.

And the terminal searches in the flow library by taking the generated service rule combinations as search conditions one by one according to the generated service rule combinations, plays back the messages corresponding to the searched message labels again and shows the playback state (Pass, failed, error, not inquired). If the corresponding service rule combination is not searched in the flow library, automatically inserting the service rule combination in the search condition into the empty message template to generate a test case.

The terminal receives the instruction of the tester, and can store the test case to the specified directory of the case management module for the subsequent test execution. Optionally, the cases may be associated into corresponding test sets for batch debug execution. After the case preparation is completed, debugging execution can be performed according to system test requirements, and the correctness of system interface functions is guaranteed along with a research and development process.

The flow base and the message query service are constructed, and the interface test platform and the service rule base platform are combined to realize automatic batch generation of the executable case sets, so that the workload in the test case preparation process is reduced. And providing a simple message search and advanced search tool, and refining the query granularity to a specific value of a certain field in the message, namely a service rule. And calculating the coverage of the existing test case on a single interface through a message analysis algorithm, and further counting the test coverage of the system to realize accurate case extension and coverage.

It should be understood that, although the steps in the flowcharts related to the embodiments as described above are sequentially displayed as indicated by arrows, the steps are not necessarily performed sequentially as indicated by the arrows. The steps are not performed in the exact order shown and described, and may be performed in other orders, unless explicitly stated otherwise. Moreover, at least a part of the steps in the flowcharts related to the embodiments described above may include multiple steps or multiple stages, which are not necessarily performed at the same time, but may be performed at different times, and the execution order of the steps or stages is not necessarily sequential, but may be rotated or alternated with other steps or at least a part of the steps or stages in other steps.

Based on the same inventive concept, the embodiment of the application also provides a test case generation device for realizing the test case generation method. The implementation scheme for solving the problem provided by the device is similar to the implementation scheme described in the method, so specific limitations in the embodiment of the device for generating one or more test cases provided below can be referred to the limitations on the method for generating the test case in the foregoing, and details are not described here.

In one embodiment, as shown in fig. 13, there is provided a test case generation apparatus, including: an obtaining module 100, a receiving module 200, a processing module 300, a querying module 400 and a generating module 500, wherein:

an obtaining module 100, configured to obtain a key field of an interface, where the key field includes a preconfigured service rule;

the receiving module 200 is configured to receive an input instruction, and determine a target business rule from the business rules through the input instruction;

the processing module 300 is configured to process the target service rule according to a preset algorithm to obtain at least one service rule combination;

the query module 400 is used for querying each service rule combination one by one from the traffic library;

the generating module 500 is configured to generate, for each service rule combination, a case according to the service rule combination that is not queried if the service rule combination is not queried in the traffic library, and generate a test case according to the case.

In one embodiment, the method comprises the following steps: the message acquisition module is used for acquiring messages passing through a bus; the analysis module is used for analyzing the message according to the key field and generating a corresponding message label; the message label comprises a target identifier and a message service rule combination; and the storage module is used for judging the message label according to at least one of the target identifier in the flow library and the service rule combination corresponding to the target identifier, and storing the message label to the flow library if the message label meets the preset requirement.

In one embodiment, a memory module, comprises: a first preset requirement module: the flow library does not comprise a target identifier of the message label; a second preset requirement module: the flow library comprises a target identifier of a message label but does not comprise a message service rule combination of the message label; and a third preset requirement module: the flow library comprises a target identification of the message label and a message service rule combination of the message label, but the number of the message labels in the flow library is less than a preset value.

In one embodiment, the apparatus further comprises: and the searching module is used for searching from the flow library according to at least one of the input target identification and the key field and obtaining the corresponding business rule combination.

In one embodiment, the apparatus further comprises: the first quantity acquisition module is used for acquiring the quantity of the test cases of the interface;

the second quantity acquisition module is used for acquiring the quantity of the target test cases of the interface according to the key field of the interface;

and the interface coverage obtaining module is used for obtaining the test case coverage of the interface according to the number of the test cases and the number of the target test cases.

In one embodiment, the apparatus further comprises: and the system coverage obtaining module is used for obtaining the system test case coverage according to the test case coverage of each interface.

In one embodiment, the apparatus further comprises: and the replay module is used for replaying the message corresponding to the inquired service rule combination if the service rule combination is inquired in the flow library.

The modules in the device for generating test cases may be implemented in whole or in part by software, hardware, or a combination thereof. The modules can be embedded in a hardware form or independent of a processor in the computer device, and can also be stored in a memory in the computer device in a software form, so that the processor can call and execute operations corresponding to the modules.

In one embodiment, a computer device is provided, which may be a terminal, and its internal structure diagram may be as shown in fig. 14. The computer device comprises a processor, a memory, a communication interface, a display screen and an input device which are connected through a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device comprises a nonvolatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operating system and the computer program to run on the non-volatile storage medium. The communication interface of the computer device is used for carrying out wired or wireless communication with an external terminal, and the wireless communication can be realized through WIFI, a mobile cellular network, NFC (near field communication) or other technologies. The computer program is executed by a processor to implement a method of generating test cases. The display screen of the computer equipment can be a liquid crystal display screen or an electronic ink display screen, and the input device of the computer equipment can be a touch layer covered on the display screen, a key, a track ball or a touch pad arranged on the shell of the computer equipment, an external keyboard, a touch pad or a mouse and the like.

It will be appreciated by those skilled in the art that the configuration shown in fig. 14 is a block diagram of only a portion of the configuration associated with the present application, and is not intended to limit the computing device to which the present application may be applied, and that a particular computing device may include more or fewer components than shown, or may combine certain components, or have a different arrangement of components.

In one embodiment, a computer device is provided, comprising a memory and a processor, the memory having a computer program stored therein, the processor implementing the following steps when executing the computer program: acquiring a key field of an interface, wherein the key field comprises a pre-configured service rule; receiving an input instruction, and determining a target business rule from the business rules through the input instruction; processing the target business rule according to a preset algorithm to obtain at least one business rule combination; inquiring each service rule combination one by one from a flow library; and aiming at each business rule combination, if the business rule combination is not inquired in the flow library, generating a case according to the business rule combination which is not inquired, and generating a test case according to the case.

In one embodiment, the traffic library implemented by the processor when executing the computer program is constructed by: acquiring a message passing through a bus; analyzing the message according to the key field and generating a corresponding message label; the message label comprises a target identifier and a message service rule combination; and judging the message label according to at least one of the target identifier in the flow library and the service rule combination corresponding to the target identifier, and if the message label meets the preset requirement, storing the message label into the flow library.

In one embodiment, the preset requirements implemented when the processor executes the computer program include at least one of: the flow library does not comprise a target identifier of the message label; the flow library comprises a target identification of the message label but does not comprise a message service rule combination of the message label; and the flow library comprises a target identifier of the message label and a message service rule combination of the message label, but the number of the message labels in the flow library is less than a preset value.

In one embodiment, the processor, when executing the computer program, further performs the steps of: and searching from the flow library according to at least one of the input target identification and the key field, and obtaining a corresponding service rule combination.

In one embodiment, the processor, when executing the computer program, further performs the steps of: acquiring the number of test cases of an interface; obtaining the target test case quantity of the interface according to the key field of the interface; and obtaining the test case coverage of the interface according to the number of the test cases and the number of the target test cases.

In one embodiment, the processor, when executing the computer program, further performs the steps of: and obtaining the coverage of the system test case according to the coverage of the test case of each interface.

In one embodiment, the processor, when executing the computer program, further performs the steps of: and if the service rule combination is inquired in the flow library, replaying the message corresponding to the inquired service rule combination.

In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored which, when executed by a processor, performs the steps of: acquiring a key field of an interface, wherein the key field comprises a pre-configured service rule; receiving an input instruction, and determining a target business rule from the business rules through the input instruction; processing the target business rule according to a preset algorithm to obtain at least one business rule combination; inquiring each service rule combination one by one from a flow library; and aiming at each business rule combination, if the business rule combination is not inquired in the flow library, generating a case according to the business rule combination which is not inquired, and generating a test case according to the case.

In one embodiment, a traffic library implemented by a computer program when executed by a processor comprises: acquiring a message passing through a bus; analyzing the message according to the key field and generating a corresponding message label; the message label comprises a target identifier and a message service rule combination; and judging the message label according to at least one of the target identifier in the flow library and the service rule combination corresponding to the target identifier, and if the message label meets the preset requirement, storing the message label into the flow library.

In one embodiment, the preset requirements implemented when the computer program is executed by the processor include at least one of: the flow library does not comprise a target identifier of a message label; the flow library comprises a target identifier of a message label but does not comprise a message service rule combination of the message label; and the flow library comprises a target identifier of the message label and a message service rule combination of the message label, but the number of the message labels in the flow library is less than a preset value.

In one embodiment, the computer program when executed by the processor further performs the steps of: and searching from the flow library according to at least one of the input target identification and the key field, and obtaining a corresponding service rule combination.

In one embodiment, the computer program when executed by the processor further performs the steps of: acquiring the number of test cases of an interface; obtaining the target test case quantity of the interface according to the key field of the interface; and obtaining the test case coverage of the interface according to the number of the test cases and the number of the target test cases.

In one embodiment, the computer program when executed by the processor further performs the steps of: and obtaining the system test case coverage according to the test case coverage of each interface.

In one embodiment, the computer program when executed by the processor further performs the steps of: and if the service rule combination is inquired in the flow library, replaying the message corresponding to the inquired service rule combination.

In one embodiment, a computer program product is provided, comprising a computer program which, when executed by a processor, performs the steps of: acquiring a key field of an interface, wherein the key field comprises a pre-configured service rule; receiving an input instruction, and determining a target business rule from the business rules through the input instruction; processing the target business rule according to a preset algorithm to obtain at least one business rule combination; inquiring each service rule combination one by one from a flow library; and aiming at each business rule combination, if the business rule combination is not inquired in the flow library, generating a case according to the business rule combination which is not inquired, and generating a test case according to the case.

In one embodiment, the preset requirements implemented when the computer program is executed by the processor include at least one of: the flow library does not comprise a target identifier of a message label; the flow library comprises a target identification of the message label but does not comprise a message service rule combination of the message label; and the flow library comprises a target identifier of the message label and a message service rule combination of the message label, but the number of the message labels in the flow library is less than a preset value.

It should be noted that, the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data for analysis, stored data, presented data, etc.) referred to in the present application are information and data authorized by the user or sufficiently authorized by each party.

It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware instructions of a computer program, which can be stored in a non-volatile computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. Any reference to memory, database, or other medium used in the embodiments provided herein may include at least one of non-volatile and volatile memory. The nonvolatile Memory may include a Read-Only Memory (ROM), a magnetic tape, a floppy disk, a flash Memory, an optical Memory, a high-density embedded nonvolatile Memory, a resistive Random Access Memory (ReRAM), a Magnetic Random Access Memory (MRAM), a Ferroelectric Random Access Memory (FRAM), a Phase Change Memory (PCM), a graphene Memory, and the like. Volatile Memory can include Random Access Memory (RAM), external cache Memory, and the like. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM), for example. The databases involved in the embodiments provided herein may include at least one of relational and non-relational databases. The non-relational database may include, but is not limited to, a block chain based distributed database, and the like. The processors referred to in the various embodiments provided herein may be, without limitation, general purpose processors, central processing units, graphics processors, digital signal processors, programmable logic devices, quantum computing-based data processing logic devices, or the like.

The technical features of the above embodiments can be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the above embodiments are not described, but should be considered as the scope of the present specification as long as there is no contradiction between the combinations of the technical features.

The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the present application. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present application shall be subject to the appended claims.

Claims

1. A method for generating a test case, the method comprising:

acquiring a key field of an interface, wherein the key field comprises a pre-configured service rule;

receiving an input instruction, and determining a target business rule from the business rules through the input instruction;

processing the target business rule according to a preset algorithm to obtain at least one business rule combination;

inquiring each business rule combination one by one from a flow library;

and aiming at each business rule combination, if the business rule combination is not inquired in the flow base, generating a case according to the business rule combination which is not inquired, and generating a test case according to the case.

2. The method according to claim 1, wherein the traffic library is constructed in a manner that includes:

acquiring a message passing through a bus;

analyzing the message according to the key field and generating a corresponding message label; the message label comprises a target identifier and a message service rule combination;

and judging the message label according to at least one of the target identifier in the flow library and a service rule combination corresponding to the target identifier, and if the message label meets a preset requirement, storing the message label to the flow library.

3. The method of claim 2, wherein the preset requirements comprise at least one of:

the flow library does not comprise a target identifier of the message label;

the flow library comprises a target identifier of the message label but does not comprise a message service rule combination of the message label; and

the flow library comprises a target identifier of the message label and the message service rule combination of the message label, but the number of the message labels in the flow library is less than a preset value.

4. The method of claim 2, further comprising:

and searching from the flow library according to at least one of the input target identification and the key field, and obtaining a corresponding service rule combination.

5. The method of claim 1, further comprising:

acquiring the number of test cases of the interface;

obtaining the number of target test cases of the interface according to the key field of the interface;

and obtaining the test case coverage of the interface according to the number of the test cases and the number of the target test cases.

6. The method of claim 5, further comprising:

and obtaining the system test case coverage according to the test case coverage of each interface.

7. The method of claim 1, further comprising:

and if the service rule combination is inquired in the flow library, replaying the message corresponding to the inquired service rule combination.

8. An apparatus for generating test cases, the apparatus comprising:

the acquisition module is used for acquiring a key field of an interface, wherein the key field comprises a preconfigured service rule;

the receiving module is used for receiving an input instruction and determining a target business rule from the business rules through the input instruction;

the processing module is used for processing the target business rule according to a preset algorithm to obtain at least one business rule combination;

the query module is used for querying each business rule combination one by one from a flow library;

and the generating module is used for generating a case according to the service rule combination which is not inquired if the service rule combination is not inquired in the flow library aiming at each service rule combination, and generating a test case according to the case.

9. A computer device comprising a memory and a processor, the memory storing a computer program, characterized in that the processor, when executing the computer program, implements the steps of the method of any of claims 1 to 7.

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

11. A computer program product comprising a computer program, characterized in that the computer program realizes the steps of the method of any one of claims 1 to 7 when executed by a processor.