CN111858355B - Test case processing method and device, computer equipment and readable storage medium - Google Patents
Test case processing method and device, computer equipment and readable storage medium Download PDFInfo
- Publication number
- CN111858355B CN111858355B CN202010714983.0A CN202010714983A CN111858355B CN 111858355 B CN111858355 B CN 111858355B CN 202010714983 A CN202010714983 A CN 202010714983A CN 111858355 B CN111858355 B CN 111858355B
- Authority
- CN
- China
- Prior art keywords
- test
- test case
- building block
- spliced
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/368—Test management for test version control, e.g. updating test cases to a new software version
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
Provided herein are a test case processing method and apparatus, a computer device, and a readable storage medium, wherein the test case processing method includes: determining common information of a test case set, and storing the common information into a catalog to which the test case set belongs; converting the catalog of the test case set, the public information under the catalog of the test case set and the test case set into a test building block unit; and integrating the test building block units corresponding to each test case set to obtain a test case library. The method and the device enable the test cases to have assemblability, improve the joggle degree of case sets, enable the case library to have the characteristics of easy maintenance and easy multiplexing, and improve the implementation efficiency of large-scale complex system automatic test.
Description
Technical Field
The present invention relates to the field of testing technologies, and in particular, to a method and apparatus for processing a test case, a computer device, and a readable storage medium.
Background
In the process of software development, in order to ensure the quality of information system projects, testing is an indispensable means, and a main carrier of testing work is a testing case.
Existing automated test case libraries typically employ a fixed hierarchy, such as classical top-down patterns of products, projects, tasks, suites, cases, steps. In this mode, all from product to suite belongs to the management catalog, which is used to categorize case scripts. The cases and steps belong to an automatic script, and the data relation among the series cases is linked by adding parameterized variables, pre-actions and post-actions into the case script, so that the purposes of enhancing the script, automatically preparing test data and repeatedly executing the cases are achieved. In general, parameterized variables are divided into scope of different scope, such as global, directory, case, etc., and the pre/post actions internally contain processing rules of different ways, such as database decimation, execution requests, etc.
Although the existing script design method can achieve the purpose of automatic test, the organization of the case sets is always in a fixed mode, which causes the following problems:
(1) Poor readability
The test script usually exists in a code form, and variable parameters and processing rules are scattered in each case, so that the test script cannot be intuitively and clearly displayed and is not easy to review.
(2) Is not easy to maintain
Because the variable parameters and the processing rules are only used as intermediate carriers for case data transmission, the method lacks of structural abstraction, different catalogues correspond to different test sets, script code structures in each set are different, when the logic of the system changes, script modification points are complicated, the maintenance cost is high, and errors are easy to occur.
(3) Inconvenient sharing and high multiplexing cost
Because the abstract degree in the case script code is not high, the existing variable parameters and processing rules are difficult to inquire and share conveniently and quickly. When writing test cases for large complex systems, the cost of use increases non-linearly.
(4) High requirements for technical ability of users
Automated test scripts involve programming, requiring case writers and executives to have certain script reading and writing capabilities. For non-computer-background personnel, the threshold for maintaining and using automated case libraries is raised.
Disclosure of Invention
The method is used for solving the problems of poor readability, difficult maintenance, invariable sharing, high multiplexing cost and high requirement on the capability of users in the determination of the test cases in the prior art.
To solve the above technical problem, a first technical solution herein provides a test case processing method, including:
determining common information of a test case set, and storing the common information into a catalog to which the test case set belongs;
converting the catalog of the test case set, the public information under the catalog of the test case set and the test case set into a test building block unit;
and integrating the test building block units corresponding to each test case set to obtain a test case library.
In a further embodiment, the common information includes: common parameters and/or common rules such as shared SQL, shared actions, shared variables, shared constants, etc.
In a further embodiment, the test case processing method further comprises:
inquiring the to-be-spliced test building block units from the test case library according to service requirements;
and splicing the to-be-spliced test building block units according to the public information and the nesting relation of the to-be-spliced test building block units to obtain a service test case.
In a further embodiment, according to the service requirement, querying the test building block unit to be spliced from the test case library includes:
splitting the service demands to obtain a plurality of sub-service demands;
and searching the test building block units corresponding to the sub-service demands from the test case library, and taking the searched test building block units as the test building block units to be spliced.
In a further embodiment, splicing the to-be-spliced test building block units according to the common information and the nesting relationship of the to-be-spliced test building block units, and obtaining the service test case includes:
establishing a service catalog;
storing public information in the to-be-spliced test building block unit and the to-be-spliced test building block unit under a service directory;
and connecting the to-be-spliced test building block units in the service directory according to a nested relation to obtain a service test case.
A second aspect herein provides a test case processing apparatus comprising:
the extraction module is used for storing the public information to a catalog to which the test case set belongs according to the public information of the test case set;
the conversion module is used for converting the catalog of the test case set, the public information under the catalog of the test case set and the test case set into a test building block unit;
and the integration module is used for integrating the test building block units corresponding to each test case set to obtain a test case library.
In a further embodiment, the test case processing apparatus further comprises:
the query module is used for querying the to-be-spliced test building block units from the test case library according to service requirements;
and the splicing module is used for splicing the to-be-spliced test building block units according to the public information and the nesting relation of the to-be-spliced test building block units to obtain a service test case.
In a further embodiment, the splicing module splices the to-be-spliced test building block units according to the common information and the nesting relationship of the to-be-spliced test building block units to obtain a service test case, including:
establishing a service catalog;
storing the public information in the to-be-spliced test building block unit and the to-be-spliced test building block unit under the service directory;
and connecting the to-be-spliced test building block units in the service directory according to a nested relation to obtain a service test case.
A third aspect herein provides a computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the test case processing method of any of the preceding embodiments when the computer program is executed.
A fourth aspect herein provides a computer readable storage medium storing a computer program for executing the test case processing method of any one of the preceding embodiments when the computer program is executed by a processor.
The test case processing method and the device provided by the invention enable the test cases to have assemblability, improve the joggle degree of case sets, enable the case library to have the characteristics of easy maintenance and easy multiplexing, and improve the implementation efficiency of large-scale complex system automatic test.
The foregoing and other objects, features and advantages will be apparent from the following more particular description of preferred embodiments, as illustrated in the accompanying drawings.
Drawings
In order to more clearly illustrate the embodiments herein or the technical solutions in the prior art, the drawings that are required in the embodiments or the description of the prior art will be briefly described below, it being obvious that the drawings in the following description are only some embodiments herein and that other drawings may be obtained according to these drawings without inventive effort to a person skilled in the art.
Fig. 1 illustrates a first flow chart of a test case processing method of embodiments herein;
FIG. 2 shows a schematic diagram of a structured test building block unit of an embodiment herein;
fig. 3 illustrates a second flowchart of a test case processing method of embodiments herein;
FIG. 4 shows a schematic view of a structured test building block unit splice of an embodiment herein;
FIG. 5 shows a flow chart of a test building element determination process to be spliced of embodiments herein;
FIG. 6 shows a flow chart of a test building element splicing process to be spliced of embodiments herein;
fig. 7 shows a first block diagram of a test case processing device of an embodiment herein;
fig. 8 illustrates a second block diagram of a test case processing device of embodiments herein;
fig. 9 illustrates a flow chart of a test case processing method of a specific embodiment herein;
FIGS. 10A-10C are diagrams illustrating case sets in the "open to demand deposit account," "freeze to demand deposit account service," and "contract charge" function modules, respectively, of an embodiment herein;
FIGS. 11A-11D are diagrams illustrating a case-set public information configuration interface in a "contract charging" function module, respectively, according to one embodiment of the disclosure;
FIG. 12 is a schematic diagram showing a collection of test cases during "open a demand deposit account", "freeze a demand deposit account business" and "contract charge" test building block unit splicing processes for one embodiment herein;
FIG. 13 illustrates a schematic diagram of a test case set common information configuration interface of FIG. 12;
FIG. 14 illustrates a block diagram of a computer device of an embodiment herein.
Detailed Description
The following description of the embodiments of the present disclosure will be made clearly and fully with reference to the accompanying drawings, in which it is evident that the embodiments described are only some, but not all embodiments of the disclosure. All other embodiments, based on the embodiments herein, which a person of ordinary skill in the art would obtain without undue burden, are within the scope of protection herein.
As shown in fig. 1, fig. 1 shows a flow chart of a test case processing method of embodiments herein. The embodiment is used for solving the problems of poor readability, difficult maintenance, difficult sharing, high multiplexing cost and high requirement on the capability of users in the determination of the test cases in the prior art. Specifically, the test case processing method includes:
In detail, each test case set includes a plurality of common cases and/or a plurality of process cases, the common cases are the minimum executable test units, the process cases are the common case sets, and a case group is required to be formed according to a certain sequence, so as to describe a scene of a business process, and the process cases are also executable test units. The process cases can be used for carrying out context parameter forwarding between the cases, wherein the context parameter forwarding comprises a field input value and a field in a response message. When a flow case is executed, all the sub-flows and cases contained in the flow case must be executed according to a specific sequence.
The set of test cases is used to implement a function such as open a public demand account, business freeze a public demand deposit account, and so forth. Each case includes: basic information, message templates, message input and checkpoints. The basic information includes case names, case numbers, case properties, case labels, etc. The message input can be a fixed value or a reference of an action result, a shared variable, a shared constant and a context parameter.
The public information includes public parameters/public rules such as shared variables, shared constants, shared SQL, shared actions, and the like. On the one hand, the common information is used for reflecting the external input of the test case set, namely the external data to be initialized, and on the other hand, the common information is used for reflecting the internal data series relation of the test case set, for example, the output of one case is the input of another case, and the content included in the common information is not particularly limited herein. The public information may be configured through the public information configuration interface shown in fig. 11A-11D, and the interfaces shown in fig. 11A-11D are only exemplary, and the public information configuration interface may be designed according to the requirements in the implementation, which is not limited herein. The expansion of cases in the test building block units can be facilitated by configuring the public information, the public information does not need to be repeatedly configured, and only case-specific information needs to be configured. Meanwhile, the case script can be expanded through configuration of public information, and splicing of different test building block units is achieved.
In detail, the catalog is a set of unordered common cases and flow cases, not an executable test unit. Disorder here refers to the requirement that the cases under the catalog or the flow cases have no execution order, but may be presented (ordered) in a certain order. The directories may be nested (sub-directories are stored under the directory). The basic information of the directory is composed of directory number, directory name, remarks and other information.
As shown in FIG. 2, when executing test cases, all cases in the test building block unit can inquire the needed public information on the catalog to which the test building block unit belongs, so that a test building block unit which can be independently executed, repeatedly executed and is not limited by environment is formed.
And 130, integrating the test building block units corresponding to each test case set to obtain a test case library.
The embodiment blocks the case set at the case library level, so that the test cases have assemblability, the assembly degree and the readability of the case set are improved, the case library has the characteristics of easy maintenance and easy multiplexing, and the implementation efficiency of the large-scale complex system automatic test is improved.
In an embodiment herein, after the test case library is established, a test case generating method is further provided, as shown in fig. 3, including:
In detail, the service requirement may be determined by a worker according to the changed service data, and may further include a function setting, and the specific content of the service requirement is not limited herein. In specific implementation, the building block units to be spliced can be queried from the test case library in a label mode or the like.
Each test building block unit corresponds to a certain high-aggregation functional module of the tested system, and when integrated test is needed among a plurality of functional modules, the designed test building block units can be directly reused in pairs, and an assembly interface can be provided for the outside.
And step 320, splicing the to-be-spliced test building block units according to the public information and the nesting relation of the to-be-spliced test building block units to obtain a service test case.
Specifically, the common information of the test building block units to be spliced plays the role of an external data interface. The catalog itself provides splicing and nesting functions, and when the catalog is nested, the use mode of common information needs to be further processed, and taking fig. 4 as an example, the catalog B is regarded as one part B, the catalog C is regarded as another part C, and the case in the catalog a can be regarded as a connecting piece, and the catalog B and the catalog C can be spliced together to form a larger part a. The external interfaces unique to the parts B and C are all abstracted in the respective public information, and the external interfaces shared by the parts A, B and C are all abstracted in the public information of the catalog A. The nesting relationship may be determined from business requirements.
In one embodiment, as shown in fig. 5, the determining the to-be-spliced test building block unit from the test case library in step 310 according to the service requirement includes:
And step 312, searching the test building block units corresponding to the sub-business requirements from the test case library, and taking the searched test building block units as the test building block units to be spliced.
In specific implementation, the similarity between the sub-service requirements and the names of the test building blocks is judged, and if the similarity is larger than a preset value, the corresponding test building blocks are used as the to-be-spliced test building blocks.
In an embodiment herein, as shown in fig. 6, step 320 includes splicing the to-be-spliced test building blocks according to the common information and the nesting relationship of the to-be-spliced test building blocks, where the obtaining the service test case includes:
And step 322, storing the public information in the to-be-spliced test building block unit under a service directory.
Based on the same inventive concept, there is also provided herein a test case handling apparatus, as described in the following examples. Since the principle of the test case processing apparatus for solving the problem is similar to that of the test case processing method, the implementation of the test case processing apparatus can refer to the test case processing method, and the repetition is not repeated.
Specifically, as shown in fig. 7, the test case processing apparatus includes:
and the extraction module 710 is configured to determine public information according to the test case set, and store the public information to a catalog to which the test case set belongs.
The conversion module 720 is configured to convert the catalog to which the test case set belongs, the public information under the catalog to which the test case set belongs, and the test case set into a test building block unit.
And the integration module 730 is configured to integrate the test building blocks corresponding to each test case set to obtain a test case library.
In a further embodiment, as shown in fig. 8, the test case processing device further includes:
the query module 740 is configured to query the test building block units to be spliced from the test case library according to service requirements;
and the splicing module 750 is used for splicing the to-be-spliced test building block units according to the public information and the nesting relation of the to-be-spliced test building block units to obtain a business test case.
Further, the query module 740 queries the test building block units to be spliced from the test case library according to the service requirement, including: splitting the service demands to obtain a plurality of sub-service demands; searching a test building block unit corresponding to the sub-business requirement from a test case library, and taking the searched test building block unit as a test building block unit to be spliced.
Further, the splicing module 750 splices the to-be-spliced test building block units according to the common information and the nesting relationship of the to-be-spliced test building block units to obtain a service test case, which includes: establishing a service catalog; storing the public information in the to-be-spliced test building block unit and the to-be-spliced test building block unit under the service directory; and connecting the to-be-spliced test building block units in the service directory according to a nested relation to obtain a service test case.
The test case processing device provided by the invention ensures that the test cases have assemblability, improves the joggle degree of case sets, ensures that the case library has the characteristics of easy maintenance and easy multiplexing, and improves the implementation efficiency of large-scale complex system automatic test.
In order to more clearly explain the technical scheme, the following is a detailed description of a business function integration test of a new type of the public demand deposit account. The business function requires testing a plurality of business scenes such as account opening, business freezing, contract charging and the like aiming at the type of account, and performing influence test on related functions. Therefore, the function module of 'type of public demand deposit account' is taken as a spliced integrated test function module, and can comprise a plurality of sub-function modules of 'open public demand deposit account', 'freeze public demand deposit account business', 'contract charge', and the like. As shown in fig. 9, the test case processing method includes:
(1) The case set is selected for the function module of opening the public demand deposit account, the function module of freezing the public demand deposit account service and the function module of contract charging, the new account type and the original influencing function are verified and covered, and the catalogs of the function module of opening the public demand deposit account, the function module of freezing the public demand deposit account service and the function module of contract charging are respectively shown in fig. 10A, 10B and 10C.
(2) Taking the "contract charging" function module as an example, the public information is configured and checked by clicking on the "0001 contract charging" node in fig. 10C to obtain the configuration interfaces shown in fig. 11A-11D.
(1) And establishing a list of 'special test of unit settlement special households'.
(2) The test building block units corresponding to the functional modules of open public demand deposit account, freeze public demand deposit account business and contract charging are contained as subdirectories under the special test list of the special account of the unit settlement, as shown in figure 12.
(3) The common information shared by the three test building block units, such as the sharing action of searching for the current business day of multiple entities, is moved to the 'special test of special account of unit settlement' catalog, and when being implemented, by clicking the node of the special test of the special settlement user of the unit of 0029 in fig. 12, the common information shared by the three test building block units can be obtained (as shown in fig. 13), and the combined test building block units are initialized with the common information, so that a test case set of the special test of the special settlement user of the unit is obtained.
(4) The whole catalog of the special test of the special account of the unit settlement is added to the execution module, and the automatic association and automatic execution of the case set can be realized through the integration module.
The method creatively proposes an 'assembly' design concept aiming at an automatic test case library, abstracts common information of an interface automation script, and combines flow nesting to realize standardized assembly. The method reduces the complexity of the automatic case library on the whole through the assembly of parts and blocks, leads the automatic test to jump out of the limitation of small-range and decentralized independent implementation, is easy to maintain and reuse, improves the implementation efficiency of the automatic test of a large-scale complex system, and improves the multiplexing value of the automatic test case library of the interface.
In an embodiment herein, a computer device is also provided, as shown in fig. 14, the computer device 1402 may include one or more processors 1404, such as one or more Central Processing Units (CPUs), each of which may implement one or more hardware threads. The computer device 1402 may also include any memory 1406 for storing any kind of information, such as code, settings, data, etc. For example, and without limitation, memory 1406 may include any one or more of the following combinations: any type of RAM, any type of ROM, flash memory devices, hard disks, optical disks, etc. More generally, any memory may store information using any technique. Further, any memory may provide volatile or non-volatile retention of information, with a computer program stored thereon that is executable on a processor that when executed performs the test case processing method of any of the previous embodiments. Further, any memory may represent fixed or removable components of computer device 1402. In one case, the computer device 1402 can perform any of the operations of the associated instructions when the processor 1404 executes the associated instructions stored in any memory or combination of memories. The computer device 1402 also includes one or more drive mechanisms 1408, such as a hard disk drive mechanism, an optical disk drive mechanism, and the like, for interacting with any memory.
The computer device 1402 may also include an input/output module 1410 (I/O) for receiving various inputs (via the input device 1412) and for providing various outputs (via the output device 1414)). One particular output mechanism may include a presentation device 1416 and an associated Graphical User Interface (GUI) 1418. In other embodiments, input/output module 1410 (I/O), input device 1412, and output device 1414 may not be included as just one computer device in a network. Computer device 1402 may also include one or more network interfaces 1420 for exchanging data with other devices via one or more communication links 1422. One or more communication buses 1424 couple together the above-described components.
The communication link 1422 may be implemented in any manner, for example, through a local area network, a wide area network (e.g., the internet), a point-to-point connection, etc., or any combination thereof. Communication link 1422 may include any combination of hardwired links, wireless links, routers, gateway functions, name servers, etc., governed by any protocol or combination of protocols.
Embodiments herein also provide a computer readable storage medium having stored thereon a computer program which, when executed by a processor, performs the test case processing method of any of the embodiments described above.
Embodiments herein also provide a computer readable instruction, wherein the program therein causes the processor to perform the test case processing method of any of the above embodiments when the processor executes the instruction.
It should be understood that, in the various embodiments herein, the sequence number of each process described above does not mean the sequence of execution, and the execution sequence of each process should be determined by its functions and internal logic, and should not constitute any limitation on the implementation process of the embodiments herein.
It should also be understood that in embodiments herein, the term "and/or" is merely one relationship that describes an associated object, meaning that three relationships may exist. For example, a and/or B may represent: a exists alone, A and B exist together, and B exists alone. In addition, the character "/" herein generally indicates that the front and rear associated objects are an "or" relationship.
Those of ordinary skill in the art will appreciate that the elements and algorithm steps described in connection with the embodiments disclosed herein may be embodied in electronic hardware, in computer software, or in a combination of the two, and that the elements and steps of the examples have been generally described in terms of function in the foregoing description to clearly illustrate the interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present disclosure.
It will be clear to those skilled in the art that, for convenience and brevity of description, specific working procedures of the above-described systems, apparatuses and units may refer to corresponding procedures in the foregoing method embodiments, and are not repeated herein.
In the several embodiments provided herein, it should be understood that the disclosed systems, devices, and methods may be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative, e.g., the division of the units is merely a logical function division, and there may be additional divisions when actually implemented, e.g., multiple units or components may be combined or integrated into another system, or some features may be omitted or not performed. In addition, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices, or elements, or may be an electrical, mechanical, or other form of connection.
The units described as separate units may or may not be physically separate, and units shown as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the elements may be selected according to actual needs to achieve the objectives of the embodiments herein.
In addition, each functional unit in the embodiments herein may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.
The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a computer readable storage medium. Based on such understanding, the technical solutions herein are essentially or portions contributing to the prior art, or all or portions of the technical solutions may be embodied in the form of a software product stored in a storage medium, including several instructions to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the methods described in the embodiments herein. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), a magnetic disk, or an optical disk, or other various media capable of storing program codes.
Specific examples are set forth herein to illustrate the principles and embodiments herein and are merely illustrative of the methods herein and their core ideas; also, as will be apparent to those of ordinary skill in the art in light of the teachings herein, many variations are possible in the specific embodiments and in the scope of use, and nothing in this specification should be construed as a limitation on the invention.
Claims (5)
1. A method of test case processing, comprising:
determining common information of a test case set, and storing the common information into a catalog to which the test case set belongs;
converting the catalog to which the test case set belongs, the public information under the catalog to which the test case set belongs and the test case set into a test building block unit, wherein the public information comprises: public parameters and/or public rules;
integrating the test building block units corresponding to each test case set to obtain a test case library;
inquiring the to-be-spliced test building block units from the test case library according to service requirements;
splicing the to-be-spliced test building block units according to the public information and the nesting relation of the to-be-spliced test building block units to obtain a service test case, wherein the service test case comprises the following specific steps:
establishing a service directory as a larger integrated test function module for containing the to-be-spliced test building block units as subdirectories;
storing the public information in the to-be-spliced test building block unit and the to-be-spliced test building block unit under the service directory;
and connecting the to-be-spliced test building block units in the service directory according to a nested relation to obtain a service test case.
2. The method of claim 1, wherein querying test building block units to be spliced from the test case library according to business requirements comprises:
splitting the service demands to obtain a plurality of sub-service demands;
and searching the test building block units corresponding to the sub-service demands from the test case library, and taking the searched test building block units as the test building block units to be spliced.
3. A test case processing device, comprising:
the extraction module is used for storing the public information to a catalog to which the test case set belongs according to the public information of the test case set;
the conversion module is used for converting the catalog to which the test case set belongs, the public information under the catalog to which the test case set belongs and the test case set into a test building block unit, wherein the public information comprises: public parameters and/or public rules;
the integration module is used for integrating the test building block units corresponding to the test case sets to obtain a test case library;
the query module is used for querying the to-be-spliced test building block units from the test case library according to service requirements;
the splicing module is used for splicing the to-be-spliced test building block units according to the public information and the nesting relation of the to-be-spliced test building block units to obtain service test cases, and specifically comprises the following steps:
establishing a service directory as a larger integrated test function module for containing the to-be-spliced test building block units as subdirectories;
storing the public information in the to-be-spliced test building block unit and the to-be-spliced test building block unit under the service directory;
and connecting the to-be-spliced test building block units in the service directory according to a nested relation to obtain a service test case.
4. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the test case processing method of any one of claims 1 to 2 when the computer program is executed by the processor.
5. A computer readable storage medium, characterized in that the computer readable storage medium stores an executing computer program which, when executed by a processor, implements the test case handling method of any of claims 1 to 2.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010714983.0A CN111858355B (en) | 2020-07-23 | 2020-07-23 | Test case processing method and device, computer equipment and readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010714983.0A CN111858355B (en) | 2020-07-23 | 2020-07-23 | Test case processing method and device, computer equipment and readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111858355A CN111858355A (en) | 2020-10-30 |
| CN111858355B true CN111858355B (en) | 2023-05-26 |
Family
ID=72951040
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010714983.0A Active CN111858355B (en) | 2020-07-23 | 2020-07-23 | Test case processing method and device, computer equipment and readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111858355B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113220599B (en) * | 2021-06-22 | 2024-03-19 | 中国农业银行股份有限公司 | Method, device, equipment and storage medium for generating test case set |
| CN116304399B (en) * | 2023-05-19 | 2023-08-11 | 建信金融科技有限责任公司 | Visual processing method, device and system for test cases |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102135938A (en) * | 2011-03-21 | 2011-07-27 | 中国工商银行股份有限公司 | Software product testing method and system |
| CN108614770A (en) * | 2018-04-09 | 2018-10-02 | 中国工商银行股份有限公司 | Automatic test asserts method, apparatus, storage medium and equipment |
-
2020
- 2020-07-23 CN CN202010714983.0A patent/CN111858355B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102135938A (en) * | 2011-03-21 | 2011-07-27 | 中国工商银行股份有限公司 | Software product testing method and system |
| CN108614770A (en) * | 2018-04-09 | 2018-10-02 | 中国工商银行股份有限公司 | Automatic test asserts method, apparatus, storage medium and equipment |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111858355A (en) | 2020-10-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11232125B1 (en) | Conversion of cloud computing platform data for ingestion by data intake and query system | |
| US11843528B2 (en) | Lower-tier application deployment for higher-tier system | |
| US20170286455A1 (en) | Technology Add-On Packages Controlling a Data Input and Query System | |
| EP2460258B1 (en) | Method and device for auto-generating goose signal connection topology from substation level | |
| US20170286525A1 (en) | Field Extraction Rules from Clustered Data Samples | |
| US20100185658A1 (en) | MDR FEDERATION FACILITY FOR CMDBf | |
| CN106844372B (en) | Logistics information query method and device | |
| US20180089245A1 (en) | Bloom filter index for device discovery | |
| CN111858355B (en) | Test case processing method and device, computer equipment and readable storage medium | |
| US11620541B1 (en) | Custom use case framework in computer analytics system | |
| US11670062B1 (en) | Web-based three-dimensional extended reality workspace editor | |
| US11663172B2 (en) | Cascading payload replication | |
| US10585678B2 (en) | Insertion of custom activities in an orchestrated application suite | |
| CN115016784B (en) | Low code application multiplexing method, application analysis system, equipment and storage medium | |
| CN114594927A (en) | Low code development method, device, system, server and storage medium | |
| CN113326026B (en) | Method and terminal for generating micro-service business process interface | |
| CN110866065A (en) | Data exchange system, exchange method and storage medium | |
| US20230418842A1 (en) | Data processing independent of storage, format or schema | |
| US8776098B2 (en) | Exchanging data using data transformation | |
| CN112579406A (en) | Log call chain generation method and device | |
| US20150347402A1 (en) | System and method for enabling a client system to generate file system operations on a file system data set using a virtual namespace | |
| CN116150236A (en) | Data synchronization method and device, electronic equipment and computer readable storage medium | |
| CN114398333A (en) | Incremental data real-time synchronization method and device, electronic equipment and storage medium | |
| Kirmse et al. | How to rami 4.0: Towards an agent-based information management architecture | |
| Galkin | Enterprise Application Integration Architecture Recovery |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20221008 Address after: 12 / F, 15 / F, 99 Yincheng Road, Pudong New Area pilot Free Trade Zone, Shanghai, 200120 Applicant after: Jianxin Financial Science and Technology Co.,Ltd. Address before: 25 Financial Street, Xicheng District, Beijing 100033 Applicant before: CHINA CONSTRUCTION BANK Corp. Applicant before: Jianxin Financial Science and Technology Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |