CN112346986B - Test case layered storage method and system, electronic device and storage medium - Google Patents
Test case layered storage method and system, electronic device and storage medium Download PDFInfo
- Publication number
- CN112346986B CN112346986B CN202011341058.4A CN202011341058A CN112346986B CN 112346986 B CN112346986 B CN 112346986B CN 202011341058 A CN202011341058 A CN 202011341058A CN 112346986 B CN112346986 B CN 112346986B
- Authority
- CN
- China
- Prior art keywords
- test cases
- different
- test
- cases
- module
- 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/3684—Test management for test design, e.g. generating new test cases
-
- 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/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/13—File access structures, e.g. distributed indices
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Debugging And Monitoring (AREA)
Abstract
The embodiment of the invention provides a test case layered storage method, a test case layered storage system, electronic equipment and a storage medium, wherein the method comprises the following steps: storing the test cases of the functional modules of the tested program in corresponding different files according to different functions; dividing each file into N primary directories according to different scenes, and dividing each primary directory into S secondary directories according to different precondition; for the test cases under the secondary directory, naming the test cases stored in each file according to different forms for the test cases at different stages; and when the test cases are executed at different stages, retrieving and executing the corresponding test cases in the file according to the requirements of the different stages. The embodiment of the invention stores the test cases of each functional module of the tested program in a layered mode, can search the corresponding test cases according to different requirements in different test stages, has high search efficiency for the layered storage structure, and further improves the test efficiency.
Description
Technical Field
The present invention relates to the field of software testing, and in particular, to a method and a system for hierarchically storing test cases, an electronic device, and a storage medium.
Background
At present, along with the digitalization of the world, the diversification and informatization of product value realization ways of various industries and industries cause product design activities to approach networking more and more. Software testing is an active process of verifying and confirming a software product throughout the whole software development life cycle.
But since it is checked during code design whether the corresponding contents satisfy the user's needs through examination of requirements, design, configuration, programs, and other various documents, it is required to be changed at any time. The coverage rate of the test cannot be 100% in the initial stage, the test process can be stood at the angle of a user to simulate different scenes, if infinite examples of design cases can cause excessive redundant cases, and valuable cost investment can be generated after the human cost is accumulated for a long time.
At present, a set of orderly design and storage modes are not provided for a plurality of test cases of a tested program, a great amount of time is consumed when the test is executed, and the efficiency of software test is reduced.
Disclosure of Invention
Embodiments of the present invention provide a test case hierarchical storage method, system, electronic device, and storage medium that overcome the above problems or at least partially solve the above problems.
According to a first aspect of the embodiments of the present invention, a test case hierarchical storage method is provided, including: storing the test cases of the functional modules of the tested program in corresponding different files according to different functions; dividing each file into N primary catalogs according to different scenes, and dividing each primary catalog into S secondary catalogs according to different precondition;
for the test cases under the secondary directory, naming the test cases stored in each file according to different forms for the test cases at different stages; and when the test cases are executed at different stages, retrieving and executing the corresponding test cases in the file according to the requirements of the different stages.
On the basis of the above technical solutions, the embodiments of the present invention may be further improved as follows.
Further, naming the test cases stored in each file according to different forms according to the test cases at different stages further includes: the priority of each test case is set so that when the test cases are executed, the test cases are executed in the order of priority.
Further, naming the test cases stored in each file according to different forms according to the test cases at different stages includes: and naming each test case according to different rules according to whether each test case can be automatically tested or not so as to correspond to different test stages.
Further, the naming each test case according to different rules according to whether each test case can be automatically tested, so as to correspond to different test stages includes: for the case capable of being automatically tested, aiming at the test point with clear specification of the requirement, the corresponding test case is named in a mode of function module abbreviation-A-H-sequence number; naming each module functional use case in a mode of module abbreviation-A-M-sequential numbering; for the field display use case, naming is carried out in a mode of module abbreviation-A-L-sequential numbering; where A denotes automation, H denotes high priority, M denotes medium priority, and L denotes low priority.
Further, the naming each test case according to different rules according to whether each test case can be automatically tested, so as to correspond to different test stages includes: the method comprises the following steps of naming a case needing manual testing in a mode of module abbreviation-X-H-sequence number, module abbreviation-X-M-sequence number and module abbreviation-X-L-sequence number; wherein X represents manual, H represents high priority, M represents medium priority, and L represents low priority.
Further, the method also comprises the following steps: and for the newly added test cases, naming the newly added test cases in a mode of module abbreviation-N-priority number-sequence number, wherein N represents the newly added update, and the priority number is H or M or L.
According to a second aspect of the embodiments of the present invention, there is provided a test case hierarchical storage system, including: the storage module is used for storing the test cases of the functional modules of the tested program into corresponding different files according to different functions; the dividing module is used for dividing each file into N primary catalogues according to different scenes, and for each primary catalog, dividing each primary catalog into S secondary catalogues according to different precondition; the naming module is used for naming the test cases stored in each file according to different forms for the test cases in the secondary directory and the test cases in different stages; and the execution module is used for retrieving and executing the corresponding test cases in the file according to the requirements of different stages when the test cases are executed at different stages.
According to a third aspect of the embodiments of the present invention, an electronic device is provided, which includes a memory and a processor, where the processor is configured to implement the steps of the test case hierarchical storage method when executing a computer management class program stored in the memory.
According to a fourth aspect of the embodiments of the present invention, a computer-readable storage medium is provided, on which a computer management class program is stored, and the computer management class program implements the steps of the test case hierarchical storage method when being executed by a processor.
According to the test case hierarchical storage method, the test case hierarchical storage system, the electronic device and the storage medium, the test cases are hierarchically stored, the corresponding test cases can be searched according to different requirements in different test stages, the search efficiency is high for the hierarchical storage structure, and the test efficiency is further improved.
Drawings
Fig. 1 is a flowchart of a test case hierarchical storage method according to an embodiment of the present invention;
fig. 2 is an overall flowchart of a test case hierarchical storage method according to an embodiment of the present invention;
FIG. 3 is a block diagram of a test case hierarchical storage system according to an embodiment of the present invention;
fig. 4 is a schematic diagram of a hardware structure of a possible electronic device according to an embodiment of the present invention;
fig. 5 is a schematic hardware structure diagram of a possible computer-readable storage medium according to an embodiment of the present invention.
Detailed Description
The following detailed description of embodiments of the present invention is provided in connection with the accompanying drawings and examples. The following examples are intended to illustrate the invention, but are not intended to limit the scope of the invention.
Fig. 1 is a flowchart of a test case hierarchical storage method provided by an embodiment of the present invention, and as shown in fig. 1, the method includes: 101. storing the test cases of the functional modules of the tested program in corresponding different files according to different functions; 102. dividing each file into N primary catalogs according to different scenes, and dividing each primary catalog into S secondary catalogs according to different precondition; 103. for the test cases under the second-level directory, naming the test cases stored in each file according to different forms for the test cases at different stages; 104. and when the test cases are executed at different stages, retrieving and executing the corresponding test cases in the file according to the requirements of the different stages.
It can be understood that, for the inexhaustible examples of the current test cases, too many redundant cases are generated, manpower cost and investment cost are wasted, and the storage mode of the current test cases is also disordered. Based on this, the embodiment of the present invention provides a method for hierarchically storing test cases of each functional module of a program under test.
Specifically, the tested program comprises a plurality of functional modules, each functional module can be divided into a plurality of modules according to different sub-functions. For example, taking excel as an example, a test case corresponding to a certain sub-module of one functional module is stored in sheet1, and a test case of another sub-module of the functional module is stored in sheet 2.
And for each file, dividing the file into N primary directories according to different test scenes, and for each primary directory, dividing the file into S secondary directories according to different preconditions. Different precondition permutation and combination are divided into S secondary conditions, and input data can be divided into A1-An effective classes and B1-BN ineffective classes by adopting 'equivalence class division' according to the requirement. Wherein, different scenes refer to different functions, that is, one functional module can correspond to a plurality of sub-modules with different functions; different preconditions refer to a function or a flow, which, depending on the operation, may lead to different results, i.e. different preconditions may be understood as test conditions.
And naming the test cases stored in each file according to different rules under the secondary directory for the test cases at different stages, and searching the test cases at the corresponding stages through the naming rules.
When the test cases at different stages need to be executed, the corresponding test cases can be hierarchically retrieved from the file to be executed according to the requirements at different stages.
The embodiment of the invention stores the test cases of each functional module of the tested program in a layered mode, can search the corresponding test cases according to different requirements in different test stages, has high search efficiency for the layered storage structure, and further improves the test efficiency.
In a possible embodiment mode, before naming the test cases stored in each file according to different forms according to the test cases at different stages, the method further includes: the priority of each test case is set so that when the test cases are executed, the test cases are executed in the order of priority.
It will be appreciated that for each test case, the priority of its execution is set. When the priority of the test cases is set, aiming at the multiple test cases in the same phase, the execution sequence of the multiple tests is determined through the setting of the priority. For the test cases in different stages, the priority is not involved, that is, for the test cases in different stages, there is no execution sequence.
In a possible embodiment, naming the test cases stored in each file according to different forms according to the test cases of different phases includes: and naming each test case according to different rules according to whether each test case can be automatically tested or not so as to correspond to different test stages.
It can be understood that the test cases in the secondary catalog can be divided into test cases that can be automatically executed and test cases that need to be manually executed, and the test cases that can be automatically executed and the test cases that need to be manually executed are named according to different naming rules respectively.
For example, for the example capable of being automatically tested, aiming at the test point with clear specification of the requirement, the corresponding test case is named in a mode of 'functional module abbreviation-A-H-sequence numbering'; naming each module functional use case in a mode of module abbreviation-A-M-sequential numbering; for field display use cases, naming is carried out in a mode of module abbreviation-A-L-sequential numbering; where A denotes automation, H denotes high priority, M denotes medium priority, and L denotes low priority. For test cases with different requirements and types, the test cases are distinguished according to different naming modes, and during subsequent searching, the test cases can be searched according to different naming modes.
For the test cases needing manual execution, the cases are named in a mode of module abbreviation-X-H-sequence number, module abbreviation-X-M-sequence number and module abbreviation-X-L-sequence number; wherein, X represents manual operation, H represents high priority, M represents priority, L represents low priority, and during subsequent searching, searching is performed through a corresponding naming mode.
Naming the newly added or subsequently changed test cases in a mode of module abbreviation-N-priority number-sequence number; wherein, N represents the new update, and the priority number is H or M or L.
In a possible embodiment, when the test cases are executed at different stages, retrieving the corresponding test cases in the file and executing the test cases according to the requirements at the different stages includes: on a working day, retrieving the cases of the manual test and executing the cases in sequence; on non-weekdays, automatically testable cases are retrieved and executed in order.
It can be understood that when some function modules of the program to be tested need to be tested, the corresponding sheet file can be found according to the function modules, and then the test cases in the sheet file can be found. If the working day is in the working day, the test cases can be manually executed, at the moment, the test cases needing to be manually executed can be searched, and under the condition that the time is sufficient and allowed, all the test cases can be manually executed; under the condition that the time is not enough, the test cases with high priority can be executed according to the priority of each test case, and then the test cases with low priority can be executed.
On a non-working day, automatic testing can be carried out, at the moment, test cases which can be automatically executed can be retrieved, and all test cases can be executed under the condition of sufficient time; under the condition that the time is not sufficient for supplement, the test case with high priority can be executed firstly, and then the test case with low priority can be executed.
Referring to fig. 2, a description is given of a hierarchical storage method for test cases according to an embodiment of the present invention, which mainly includes the following steps: (1) exemplified by Excel: and dividing the functional module of the tested program into a plurality of sheets according to different sub-functions, and dividing different scenes into N primary directories (wherein the basic streams and the alternative streams are traversed) in each sheet according to a scene analysis method. (2) Different precondition permutation and combination are divided into S secondary catalogs, and input data can be divided into A1-An effective classes and B1-Bn ineffective classes by adopting 'equivalence class division' according to the requirement. (3) The operation or display under different prepositive conditions of different scenes corresponds to the second-level subdirectory, and the test cases can be divided into test cases which can be automatically executed and test cases which need to be manually executed. (4) test case number capable of being automatically executed: the test points explicitly specified for the requirements are named as module abbreviation-A-H (high priority) -sequence number; the nomenclature for the individual module functionality use case is "module abbreviation-a-M (in priority) -order number"; the field shows the nomenclature of a use case, "modular abbreviation-A-L (priority Low) -sequential number". (5) The number of the test case needing to be manually executed is named as module abbreviation-X-H (high priority) -sequence number, module abbreviation-X-M (middle priority) -sequence number and module abbreviation-X-L (low priority) -sequence number, and the priority of the test case can be defined according to specific requirements. (6) When the subdirectory of the subsequent requirement change also needs dynamic supervision, the use case number is named as module abbreviation-N-priority number-sequence number, and the priority numbers can be H, M and L.
(7) When the function module in the tested program needs to be executed, firstly, determining whether the case corresponding to the corresponding function module → the case in the scene of the basic flow of the test can be executed → carrying out the manual part of case test on the working day → preparing another set of test case which can be automated on the non-working day or preparing another set of environment. (8) If the time is very limited, the test with the highest priority is completed, and the test case number can be indexed to be preferentially executed; if the time is slightly more relaxed, more testing tasks are completed, including the higher priority portion; if there is sufficient time, then testing of all tasks is completed.
The embodiment of the invention stores the test cases in a layered manner, can search the corresponding test cases according to different requirements at different test stages, has high search efficiency for the layered storage structure, and further improves the test efficiency; the test cases are stored in a layered mode, so that the coverage of the test cases is more reasonable than the overall coverage and the execution management.
Fig. 3 is a test case hierarchical storage system provided in an embodiment of the present invention, where the system includes a storage module 301, a dividing module 302, a naming module 303, and an execution module 304, where:
the storage module 301 is configured to store the test cases of the functional modules of the program under test in corresponding different files according to different functions;
a dividing module 302, configured to divide each file into N primary directories according to different scenes, and for each primary directory, divide each file into S secondary directories according to different preconditions;
the naming module 303 is configured to name the test cases stored in each file according to different forms for the test cases in the secondary directory and for the test cases in different stages;
and the execution module 304 is configured to retrieve and execute the corresponding test cases in the file according to the requirements of different stages when the test cases are executed at different stages.
The test case hierarchical storage system provided by the embodiment of the invention corresponds to the test case hierarchical storage method provided by each embodiment, and the relevant technical characteristics of the test case hierarchical storage system can refer to the relevant technical characteristics of the test case hierarchical storage method, and the description is not repeated here.
Referring to fig. 4, fig. 4 is a schematic view of an embodiment of an electronic device according to an embodiment of the application. As shown in fig. 4, an electronic device according to an embodiment of the present application includes a memory 410, a processor 420, and a computer program 411 stored in the memory 420 and executable on the processor 420, where the processor 420 executes the computer program 411 to implement the following steps: storing the test cases of the functional modules of the tested program in corresponding different files according to different functions; dividing each file into N primary directories according to different scenes, and dividing each primary directory into S secondary directories according to different precondition; for the test cases under the second-level directory, naming the test cases stored in each file according to different forms for the test cases at different stages; and when the test cases are executed at different stages, retrieving and executing the corresponding test cases in the file according to the requirements of the different stages.
Referring to fig. 5, fig. 5 is a schematic diagram illustrating an embodiment of a computer-readable storage medium according to the present application. As shown in fig. 5, the present embodiment provides a computer-readable storage medium 500 having a computer program 511 stored thereon, the computer program 511 implementing the following steps when executed by a processor: storing the test cases of the functional modules of the tested program in corresponding different files according to different functions; dividing each file into N primary catalogs according to different scenes, and dividing each primary catalog into S secondary catalogs according to different precondition; for the test cases under the secondary directory, naming the test cases stored in each file according to different forms for the test cases at different stages; and when the test cases are executed at different stages, retrieving and executing the corresponding test cases in the file according to the requirements of the different stages.
It should be noted that, in the foregoing embodiments, the descriptions of the respective embodiments have respective emphasis, and reference may be made to relevant descriptions of other embodiments for parts that are not described in detail in a certain embodiment.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
While the preferred embodiments of the present application have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including preferred embodiments and all alterations and modifications as fall within the scope of the application.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to include such modifications and variations.
Claims (7)
1. A test case hierarchical storage method is characterized by comprising the following steps:
storing the test cases of the functional modules of the tested program in corresponding different files according to different functions;
dividing each file into N primary catalogs according to different scenes, and dividing each primary catalog into S secondary catalogs according to different precondition;
for the test cases under the second-level directory, naming the test cases stored in each file according to different forms for the test cases at different stages;
when the test cases are executed at different stages, searching and executing the corresponding test cases in the file according to the requirements of the different stages;
when the test cases are executed in different stages, retrieving and executing the corresponding test cases in the file according to the requirements of the different stages, wherein the method comprises the following steps:
for the case capable of being automatically tested, aiming at the test point with clear specification of the requirement, the corresponding test case is named in a mode of function module abbreviation-A-H-sequence number;
naming each module functional use case in a mode of module abbreviation-A-M-sequential numbering;
for field display use cases, naming is carried out in a mode of module abbreviation-A-L-sequential numbering;
wherein, A represents automation, H represents high priority, M represents medium priority, and L represents low priority;
naming the use cases needing manual testing in a mode of module abbreviation-X-H-sequence number, module abbreviation-X-M-sequence number and module abbreviation-X-L-sequence number;
wherein X represents manual, H represents high priority, M represents medium priority, and L represents low priority.
2. The method for hierarchically storing the test cases according to the claim 1, wherein naming the test cases stored in each file according to different forms according to the test cases at different stages further includes:
the priority of each test case is set so that when the test cases are executed, the test cases are executed in the order of priority.
3. The method for hierarchically storing test cases according to claim 1, further comprising:
naming the newly added test cases in a mode of module abbreviation-N-priority number-sequence number;
wherein, N represents the new update, and the priority number is H or M or L.
4. The method according to claim 2, wherein when the test cases are executed at different stages, retrieving and executing the corresponding test cases in the file according to the requirements at different stages comprises:
in the working day, the cases needing manual testing are searched in a layered mode according to the first-level directory, the second-level directory and the numbering rule of the files, and the cases are executed according to the priority sequence of the cases;
and on a non-working day, hierarchically searching the automatically-testable use cases according to the primary directory, the secondary directory and the numbering rule of the file, and executing the use cases according to the priority of the use cases in sequence.
5. A test case tiered storage system, comprising:
the storage module is used for storing the test cases of the functional modules of the tested program in corresponding different files according to different functions;
the dividing module is used for dividing each file into N primary directories according to different scenes, and for each primary directory, dividing each primary directory into S secondary directories according to different precondition;
the naming module is used for naming the test cases stored in each file according to different forms for the test cases in the secondary directory and the test cases in different stages;
the execution module is used for retrieving and executing the corresponding test cases in the file according to the requirements of different stages when the test cases are executed at different stages;
when the test cases are executed in different stages, retrieving and executing the corresponding test cases in the file according to the requirements of the different stages, wherein the method comprises the following steps:
for the case capable of being automatically tested, aiming at the test point with clear specification of the requirement, the corresponding test case is named in a mode of function module abbreviation-A-H-sequence number;
naming each module functional use case in a mode of module abbreviation-A-M-sequential numbering;
for the field display use case, naming is carried out in a mode of module abbreviation-A-L-sequential numbering;
wherein, A represents automation, H represents high priority, M represents medium priority, and L represents low priority;
naming the use cases needing manual testing in a mode of module abbreviation-X-H-sequence number, module abbreviation-X-M-sequence number and module abbreviation-X-L-sequence number;
where X indicates manual, H indicates high priority, M indicates medium priority, and L indicates low priority.
6. An electronic device, comprising a memory and a processor, wherein the processor is configured to implement the steps of the test case hierarchical storage method according to any one of claims 1-4 when executing a computer management class program stored in the memory.
7. A computer-readable storage medium, on which a computer management class program is stored, which when executed by a processor implements the steps of the test case hierarchical storage method according to any one of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011341058.4A CN112346986B (en) | 2020-11-25 | 2020-11-25 | Test case layered storage method and system, electronic device and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011341058.4A CN112346986B (en) | 2020-11-25 | 2020-11-25 | Test case layered storage method and system, electronic device and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112346986A CN112346986A (en) | 2021-02-09 |
| CN112346986B true CN112346986B (en) | 2022-10-21 |
Family
ID=74365807
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011341058.4A Active CN112346986B (en) | 2020-11-25 | 2020-11-25 | Test case layered storage method and system, electronic device and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112346986B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115454828A (en) * | 2022-08-25 | 2022-12-09 | 深圳市沃享科技有限公司 | Online case testing method, equipment and storage medium |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013077173A (en) * | 2011-09-30 | 2013-04-25 | Toshiba Corp | Test case generation program and test case generation device |
| CN107632938A (en) * | 2017-10-13 | 2018-01-26 | 郑州云海信息技术有限公司 | A kind of distributed storage product automation protos test suite PROTOS method for organizing |
| CN111797026A (en) * | 2020-07-17 | 2020-10-20 | 上海复深蓝软件股份有限公司 | Test case generation method and device, computer equipment and storage medium |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101989227A (en) * | 2009-08-04 | 2011-03-23 | 中兴通讯股份有限公司 | Test case generating method and device |
| CN104598376B (en) * | 2014-12-30 | 2017-09-15 | 中国科学院计算机网络信息中心 | The layering automatization test system and method for a kind of data-driven |
| US10268570B2 (en) * | 2016-05-05 | 2019-04-23 | Oracle International Corporation | Methods, systems, and computer readable media for automated generation of test files and testing network equipment using same |
| CN107861872A (en) * | 2017-11-03 | 2018-03-30 | 郑州云海信息技术有限公司 | A kind of generation method, device, equipment and the storage medium of automatized script template |
| CN110532179A (en) * | 2019-08-14 | 2019-12-03 | 交控科技股份有限公司 | The method and device of test verifying is carried out in a kind of CBTC test analysis |
| CN110543427B (en) * | 2019-09-06 | 2023-07-21 | 五八有限公司 | Test case storage method and device, electronic equipment and storage medium |
-
2020
- 2020-11-25 CN CN202011341058.4A patent/CN112346986B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013077173A (en) * | 2011-09-30 | 2013-04-25 | Toshiba Corp | Test case generation program and test case generation device |
| CN107632938A (en) * | 2017-10-13 | 2018-01-26 | 郑州云海信息技术有限公司 | A kind of distributed storage product automation protos test suite PROTOS method for organizing |
| CN111797026A (en) * | 2020-07-17 | 2020-10-20 | 上海复深蓝软件股份有限公司 | Test case generation method and device, computer equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112346986A (en) | 2021-02-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108345485B (en) | Identification method and device for interface view | |
| US20080229284A1 (en) | Method and Apparatus for Testing Software | |
| CN107741903A (en) | Application compatibility method of testing, device, computer equipment and storage medium | |
| US7315973B1 (en) | Method and apparatus for choosing tests for simulation and associated algorithms and hierarchical bipartite graph data structure | |
| CN103744647A (en) | Java workflow development system and method based on workflow GPD | |
| CN103942099B (en) | Executing tasks parallelly method and device based on Hive | |
| CN105988930A (en) | Test case generation method and device | |
| CN106095878A (en) | The database manipulation device and method of table is divided based on point storehouse | |
| CN109582192B (en) | Hierarchical menu display method and device | |
| CN103473076A (en) | Issuing method and issuing system for code version | |
| CN104881311B (en) | The judgment method and device of a kind of edition compatibility | |
| CN106980571A (en) | The construction method and equipment of a kind of test use cases | |
| CN109634682A (en) | The configuration file update method and device of application program | |
| CN112346986B (en) | Test case layered storage method and system, electronic device and storage medium | |
| CN109542415A (en) | The code merging method and relevant device for supporting application program to research and develop parallel | |
| CN106502720A (en) | A kind of data processing method and device | |
| CN107085613A (en) | Enter the filter method and device of library file | |
| CN111966760A (en) | Hive data warehouse-based test data generation method and device | |
| CN106648839A (en) | Method and device for processing data | |
| CN112463596B (en) | Test case data processing method, device and equipment and processing equipment | |
| CN106294530B (en) | The method and system of rule match | |
| CN109634714A (en) | A kind of method and device of intelligent scheduling | |
| CN109800077A (en) | The processing method and processing device of the preferential detection ordering of the file of Whole Process static detection | |
| CN108629002A (en) | A kind of big data comparison method and device based on kettle | |
| US9477927B2 (en) | Automatic test generation for decision table based rules |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |