CN112882931B - Automatic test method and device based on DDT - Google Patents
Automatic test method and device based on DDT Download PDFInfo
- Publication number
- CN112882931B CN112882931B CN202110165550.9A CN202110165550A CN112882931B CN 112882931 B CN112882931 B CN 112882931B CN 202110165550 A CN202110165550 A CN 202110165550A CN 112882931 B CN112882931 B CN 112882931B
- Authority
- CN
- China
- Prior art keywords
- execution
- data
- test
- list
- parameter
- 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/3604—Software analysis for verifying properties of programs
- G06F11/3612—Software analysis for verifying properties of programs by runtime analysis
-
- 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
Abstract
The invention relates to the technical field of testing, in particular to an automatic testing method and device based on DDT, wherein the method comprises the following steps: reading a data file according to path annotation in the test method, adding an execution method in a preset method execution list when test data exists in the data file, adding corresponding test data in a preset parameter execution list, and automatically creating a data list when the test data does not exist in the data file; after the addition of the test data and the execution methods corresponding to all the test methods is completed in sequence, when elements exist in the method execution list and the parameter execution list, extracting a first element in the method execution list and the parameter execution list for execution, recording an execution result until no element exists in the method execution list and the parameter execution list, and storing all the execution results. By adopting the scheme, the coding workload of data reading can be reduced, and the execution efficiency is improved.
Description
Technical Field
The invention relates to the technical field of testing, in particular to an automatic testing method and device based on DDT.
Background
DDT, collectively referred to as Data Drive Test, is translated into Data driven testing, mainly referring to testing of the same Test case using different Test Data. When the system is specifically used, the service function is designed according to the service requirement, the input of the service function relates to various data, and the service function is tested through the combination of different data, so that whether the output of the system can meet the service requirement under the condition of different data input is verified.
The existing test is based on a test framework of the Junit, and data driving is realized through parameterization, the main principle is that a test method is arranged in a Java test class, test data is read from an external data source through the test method, when a plurality of test methods exist in the test class, if one test method needs to be called to read the test data, all the test methods under the test class need to be read, and the following defects are caused by adopting the methods:
1. the introduction of test data requires the coding of data reading, if the test method is called each time, the test method under the test class needs to be read, and when the number of the test classes is large, the coding workload of data reading is greatly increased;
2. when the test method required by the test data is called, all the test methods under the test class need to be read, so that other test methods except the required test method can be executed, unnecessary repeated execution is caused, and the execution efficiency is reduced.
Disclosure of Invention
One of the purposes of the invention is to provide an automatic test method based on DDT, which can reduce the coding workload of data reading and improve the execution efficiency.
The basic scheme provided by the invention is as follows:
an automated test method based on DDT, comprising the following steps:
s1: obtaining a test method in the test class, wherein path notes corresponding to the data files are marked in the test method;
s2: reading a data file of a specified path according to the path annotation, and judging whether test data exists in the data file;
s3: when the test data exists in the data file, generating an execution method according to the test data and the corresponding test method, adding the execution method in a preset method execution list, and adding the corresponding test data in a preset parameter execution list;
s4: repeating the steps S1-S3 until the addition of the corresponding test data and execution methods of all the test methods is completed;
s5: after the addition of the corresponding test data and the execution methods of all the test methods is completed, judging whether elements exist in a method execution list and a parameter execution list;
s6: when the element exists, extracting a first item element in the method execution list and the parameter execution list, and executing the extracted first item element; after the execution of the first item element is completed, recording an execution result, and deleting the first item element in the method execution list and the parameter execution list;
s7: repeating the steps S5-S6 until no element exists, and storing all execution results.
Noun description: a test class refers to a collection of test methods. The test method is a code for testing a written specific service function interface, and the aim of testing is achieved by calling the test method. Path annotation is the specified path of the data file storing the test data annotated in the test method. The test data refers to the parameter values of the execution.
The first basic scheme has the beneficial effects that: the path annotation is Java annotation, test data is introduced in a Java annotation mode, and compared with a coding mode, the path annotation is more convenient to use, the usability of the system is improved, and meanwhile, the coding workload of data reading is reduced.
The execution method and the test data are correspondingly added into a method execution list and a data execution list, all the execution is executed in a test class according to the list sequence, execution is optimized, one test class is required to be executed when one test data is executed in the prior art, and one test data is optimized to be executed corresponding to each test method, so that other test methods except the required test method are avoided, unnecessary repeated execution is avoided, and the execution efficiency is improved.
Further, S3 includes the following steps: when the test data does not exist in the data file, automatically creating a data list according to the path annotation, and exiting the program after the creation is finished.
The beneficial effects are that: according to the method and the device, based on the technical conception of refilling data by the member-first test logic, under the condition that no test data exists, a data list is automatically created for a tester to fill the test data, so that repeated adjustment of the test data and the test logic is avoided, the code writing efficiency is improved, and the test efficiency is improved.
Further, S3 includes the following steps: and when exiting the program, sending out a data adding reminder.
The beneficial effects are that: the setting of data addition reminding realizes reminding the testers, thereby realizing the filling of test data.
Further, in S3, an execution method is added to a preset method execution list, and corresponding test data is added to a preset parameter execution list, including the following steps: adding the execution method to the tail end of the element in the preset method execution list, and adding the test data to the tail end of the element in the preset parameter execution list.
The beneficial effects are that: the execution method to be executed is added to the method execution list in sequence, and the corresponding test data is added to the parameter execution list, and when the test data is added, the end of the elements added to the list, namely the sequence of the elements in the list is the addition sequence, so that the sequential execution is facilitated, and the accuracy of the test is ensured.
Further, in S3, automatically creating a data list according to the path annotation, including the steps of: the testing method comprises the steps of creating a data list under a specified path according to the parameter names of the data to be tested, wherein the data list comprises the data names, and updating the data names in the data list according to the parameter names.
The beneficial effects are that: the data names in the data list are updated according to the required parameter names, so that the data names are convenient for a tester to check, and when the tester fills the test data, the tester can quickly complete the filling of the test data according to the data names, and the test efficiency is improved.
Further, in S5, it is determined whether the method execution list and the parameter execution list have elements, including the following steps: generating a judging result according to the method execution list and the parameter execution list, wherein the judging result comprises a presence element and a non-presence element, when an execution method exists in the method execution list and test data exists in the parameter execution list, the judging result of the presence element is generated, and otherwise, the judging result of the non-presence element is generated.
The beneficial effects are that: the existing element represents that the parameter execution list has test data, and the method execution list has execution method, otherwise, the element is not present, that is, the parameter execution list has no test data, the method execution list has no execution method, and when the elements exist in the method execution list and the parameter execution list, the first item element is executed. By means of strong judgment, execution is still performed under the condition that elements of the method execution list and the parameter execution list are absent, so that waste of execution time is avoided, and testing efficiency is improved.
Further, the recording of the execution result in S6 includes the steps of: and outputting the execution result to a preset detail file for recording.
The beneficial effects are that: and setting a detail file to realize the storage of an execution result.
The second object of the present invention is to provide an automated test equipment based on DDT.
The invention provides a basic scheme II: the automatic test device based on the DDT uses the automatic test method based on the DDT.
The second basic scheme has the beneficial effects that: the Java annotation mode is adopted to introduce the test data, so that compared with the coding mode, the use is more convenient, the usability of the system is improved, and meanwhile, the coding workload of data reading is reduced. The execution method and the test data are correspondingly added into a method execution list and a data execution list and are executed according to the list sequence, and one test data corresponds to each test method to be executed, so that other test methods except the required test method are prevented from being executed, unnecessary repeated execution is avoided, and the execution efficiency is improved.
Drawings
Fig. 1 is a flowchart of a DDT-based automated test method embodiment of the present invention.
Detailed Description
The following is a further detailed description of the embodiments:
example 1
An automated test method based on DDT, as shown in figure 1, comprises the following steps:
s1: and obtaining a test method in the test class, wherein path notes corresponding to the data files are marked in the test method. A test class refers to a collection of test methods. The test method is a code for testing a written specific service function interface, and the aim of testing is achieved by calling the test method. The path annotation is a specified path of a data file storing test data annotated in the test method, the path annotation is Java annotation, and the path annotation is written in the test method.
S2: and reading the data file of the specified path according to the path annotation, and judging whether test data exists in the data file. Searching a data file under a specified path according to the information recorded in the path annotation, wherein the data file is used for storing a data list, and the data list is recorded with parameter values of parameters required by the test method, and the parameter values are the test data.
S3: when the test data exists in the data file, generating an execution method according to the test data and the corresponding test method, adding the execution method in a preset method execution list, and adding the corresponding test data in a preset parameter execution list; when the test data does not exist in the data file, automatically creating a data list according to the path annotation, exiting the program after the creation is finished, and sending out a data adding reminder when exiting the program. The method specifically comprises the following steps:
when the test data exists in the data file, namely the test data exists in the data list in the data file, generating an execution method according to the test data and the corresponding test method. And adding the generated execution method to the tail end of the element in the preset method execution list, and adding the test data to the tail end of the element in the preset parameter execution list. The method execution list is used for storing execution methods in sequence, the parameter execution list is used for storing test data in sequence, and the execution methods and the test data are in one-to-one correspondence.
When there is no test data in the data file, i.e. there is no data list in the data file or no test data in the data list. In this embodiment, the default exists data list, that is, exists test data, so that there is no data list in the data file, that is, it is considered that there is no test data, that is, there exists test data. The testing method comprises the steps of creating a data list under a specified path according to a path annotation according to parameter names corresponding to required test data, updating the data names in the data list according to the parameter names, and completing the creation of the data list after the updating is finished. And after the creation of the data list is finished, exiting the program, and when exiting the program, sending out a data adding reminder.
According to the method and the device, based on the technical conception of refilling data by the member-first test logic, under the condition that no test data exists, a data list is automatically created for a tester to fill the test data, so that repeated adjustment of the test data and the test logic is avoided, the code writing efficiency is improved, and the test efficiency is improved.
In other embodiments, when an update of the test data is detected, i.e. the test person has filled and modified the test data, the present application is automatically re-executed, i.e. step S1 is performed.
S4: repeating the steps S1-S3 until the addition of the corresponding test data and the execution method of all the test methods is completed. The test class comprises a plurality of test methods, and the addition of corresponding test data and execution methods is completed according to path notes in the test methods in sequence, so that a method execution list and a parameter execution class corresponding to the current test class are obtained.
S5: and after the addition of the test data and the execution methods corresponding to all the test methods is completed, judging whether elements exist in the method execution list and the parameter execution list. The method specifically comprises the following steps:
after the addition of the test data and the execution methods corresponding to all the test methods is completed, generating a judging result according to a method execution list and a parameter execution list, wherein the judging result comprises existing elements and non-existing elements, when the execution method exists in the method execution list and the test data exists in the parameter execution list, generating a judging result of the existing elements, otherwise, generating a judging result of the non-existing elements. In other embodiments, the determination result may be generated only from the parameter execution list.
S6: when the element exists, extracting a first item element in the method execution list and the parameter execution list, and executing the extracted first item element; and after the execution of the first item element is completed, recording an execution result, and deleting the first item element in the method execution list and the parameter execution list. When no element is present, the program is exited. The method specifically comprises the following steps:
when elements exist in the method execution list and the parameter execution list, namely, an execution method exists in the method execution list, test data exists in the parameter execution list, first item elements in the method execution list and the parameter execution list are extracted, and the extracted first item elements are executed through a Java reflection function. When the first element is executed, recording an execution result, and specifically, outputting the execution result to a preset detail file for recording. And deleting the first item element in the method execution list and the parameter execution list when the execution result is recorded. The next element which is not executed is located at the first position in the method execution list and the parameter execution list, and the first element is still extracted when the next execution is performed, so that the searching and reading work of the element which is not executed is reduced, and the execution efficiency is improved.
Otherwise, when no element exists, i.e. the method execution list does not have an execution method and/or the parameter execution list does not have test data, the program is exited.
S7: repeating the steps S5-S6 until no element exists, and storing all execution results. After all elements in the method execution list and the parameter execution list are sequentially executed, the execution result is saved, and specifically, the DETAIL file is saved.
For example, two test methods A, B are written under the test class, the test data corresponding to the test method a includes a, B, and c, the test data corresponding to the test method B includes d and e, and the data list corresponding to the test method a is shown in table one:
list one
| Data name | Parameter value |
| a | X1 |
| b | X2 |
| c | X3 |
The parameter values X1, X2, and X3 in table one are values corresponding to the test data a, b, and c, respectively. The method execution list generated according to the test method A, B is [ a, B ], the corresponding parameter execution list is [ a, B, c, d, e ], the extracted first element is A-a, the subsequent sequential combination is A-B, A-c, B-d, B-e, the sequential combination is executed according to the combination, the execution result is recorded when each combination is executed, and the execution result is saved after all the combination execution is completed.
The automatic test device based on the DDT uses the automatic test method based on the DDT.
The Java annotation mode is adopted to introduce the test data, so that compared with the coding mode, the use is more convenient, the usability of the system is improved, and meanwhile, the coding workload of data reading is reduced. The execution method and the test data are correspondingly added into a method execution list and a data execution list, all the execution is performed in a list sequence, the execution of data lines in a data file is optimized, the original execution of each line of data is required to be called once to be optimized into one test class call, the execution of all the data lines is completed, and only each line of data corresponds to one call of the test method, so that other test methods except the required test method are avoided from being performed, unnecessary repeated execution is avoided, and the execution efficiency is improved.
The foregoing is merely an embodiment of the present invention, and a specific structure and characteristics of common knowledge in the art, which are well known in the scheme, are not described herein, so that a person of ordinary skill in the art knows all the prior art in the application day or before the priority date of the present invention, and can know all the prior art in the field, and have the capability of applying the conventional experimental means before the date, so that a person of ordinary skill in the art can complete and implement the present embodiment in combination with his own capability in the light of the present application, and some typical known structures or known methods should not be an obstacle for a person of ordinary skill in the art to implement the present application. It should be noted that modifications and improvements can be made by those skilled in the art without departing from the structure of the present invention, and these should also be considered as the scope of the present invention, which does not affect the effect of the implementation of the present invention and the utility of the patent. The protection scope of the present application shall be subject to the content of the claims, and the description of the specific embodiments and the like in the specification can be used for explaining the content of the claims.
Claims (8)
1. The automatic test method based on DDT is characterized in that: the method comprises the following steps:
s1: obtaining a test method in the test class, wherein path notes corresponding to the data files are marked in the test method;
s2: reading a data file of a specified path according to the path annotation, and judging whether test data exists in the data file;
s3: when the test data exists in the data file, generating an execution method according to the test data and the corresponding test method, adding the execution method in a preset method execution list, and adding the corresponding test data in a preset parameter execution list;
s4: repeating the steps S1-S3 until the addition of the corresponding test data and execution methods of all the test methods is completed;
s5: after the addition of the corresponding test data and the execution methods of all the test methods is completed, judging whether elements exist in a method execution list and a parameter execution list;
s6: when the element exists, extracting a first item element in the method execution list and the parameter execution list, and executing the extracted first item element; after the execution of the first item element is completed, recording an execution result, and deleting the first item element in the method execution list and the parameter execution list;
s7: repeating the steps S5-S6 until no element exists, and storing all execution results.
2. The DDT based automated test method of claim 1, characterized by: s3, further comprising the following steps:
when the test data does not exist in the data file, automatically creating a data list according to the path annotation, and exiting the program after the creation is finished.
3. The DDT based automated test method of claim 2, characterized by: s3, further comprising the following steps:
and when exiting the program, sending out a data adding reminder.
4. The DDT based automated test method of claim 1, characterized by: s3, adding an execution method in a preset method execution list, and adding corresponding test data in a preset parameter execution list, wherein the method comprises the following steps:
adding the execution method to the tail end of the element in the preset method execution list, and adding the test data to the tail end of the element in the preset parameter execution list.
5. The DDT based automated test method of claim 2, characterized by: in S3, automatically creating a data list according to the path annotation, wherein the method comprises the following steps of:
the testing method comprises the steps of creating a data list under a specified path according to the parameter names of the data to be tested, wherein the data list comprises the data names, and updating the data names in the data list according to the parameter names.
6. The DDT based automated test method of claim 1, characterized by: s5, judging whether elements exist in the method execution list and the parameter execution list, wherein the method comprises the following steps of:
generating a judging result according to the method execution list and the parameter execution list, wherein the judging result comprises a presence element and a non-presence element, when an execution method exists in the method execution list and test data exists in the parameter execution list, the judging result of the presence element is generated, and otherwise, the judging result of the non-presence element is generated.
7. The DDT based automated test method of claim 1, characterized by: s6, recording an execution result, wherein the method comprises the following steps of:
and outputting the execution result to a preset detail file for recording.
8. Automatic testing arrangement based on DDT, its characterized in that: use of the DDT based automated test method of any of claims 1-7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110165550.9A CN112882931B (en) | 2021-02-06 | 2021-02-06 | Automatic test method and device based on DDT |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110165550.9A CN112882931B (en) | 2021-02-06 | 2021-02-06 | Automatic test method and device based on DDT |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112882931A CN112882931A (en) | 2021-06-01 |
| CN112882931B true CN112882931B (en) | 2023-05-09 |
Family
ID=76055956
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110165550.9A Active CN112882931B (en) | 2021-02-06 | 2021-02-06 | Automatic test method and device based on DDT |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112882931B (en) |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE19650293C1 (en) * | 1996-12-04 | 1998-04-09 | Siemens Ag | System component testing method for object-orientated program |
| WO2001093043A1 (en) * | 2000-03-27 | 2001-12-06 | Accenture Llp | System, method, and article of manufacture for an automated scripting solution for enterprise testing |
| CN104598376A (en) * | 2014-12-30 | 2015-05-06 | 中国科学院计算机网络信息中心 | Data driving layered automation test system and method |
| CN108536593A (en) * | 2018-04-02 | 2018-09-14 | 泰华智慧产业集团股份有限公司 | CS Framework Softwares automated testing method based on UI and system |
| CN108595342A (en) * | 2018-05-14 | 2018-09-28 | 杭州有赞科技有限公司 | Unit test method and device |
| CN108897687A (en) * | 2018-06-29 | 2018-11-27 | 泰华智慧产业集团股份有限公司 | A kind of API automated testing method and system based on data-driven |
| CN109800154A (en) * | 2018-12-15 | 2019-05-24 | 深圳壹账通智能科技有限公司 | Loading method, device, computer equipment and the storage medium of test data |
| CN111159049A (en) * | 2019-12-31 | 2020-05-15 | 中国银行股份有限公司 | Automatic interface testing method and system |
| CN111459821A (en) * | 2020-04-01 | 2020-07-28 | 汇通达网络股份有限公司 | Software automation unit testing method based on TestNG |
| CN111625445A (en) * | 2020-04-23 | 2020-09-04 | 平安国际智慧城市科技股份有限公司 | Java-based test framework construction method and device and storage medium |
| CN111752834A (en) * | 2020-06-24 | 2020-10-09 | 京东数字科技控股有限公司 | Automatic testing method and device |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6961873B2 (en) * | 2001-09-14 | 2005-11-01 | Siemens Communications, Inc. | Environment based data driven automated test engine for GUI applications |
| CN100549978C (en) * | 2007-11-07 | 2009-10-14 | 中兴通讯股份有限公司 | A kind of data-driven unit test method |
| CN102486749B (en) * | 2010-12-03 | 2015-06-10 | 中兴通讯股份有限公司 | Method and system for data driving test |
| CN104407973B (en) * | 2014-11-25 | 2018-04-06 | 珠海格力电器股份有限公司 | A kind of implementation method and device of automation cell test |
| CN107832220A (en) * | 2017-11-15 | 2018-03-23 | 中国银行股份有限公司 | A kind of method and system for generating test script |
| CN111858386A (en) * | 2020-08-05 | 2020-10-30 | 深圳壹账通智能科技有限公司 | Data testing method and device, computer equipment and storage medium |
-
2021
- 2021-02-06 CN CN202110165550.9A patent/CN112882931B/en active Active
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE19650293C1 (en) * | 1996-12-04 | 1998-04-09 | Siemens Ag | System component testing method for object-orientated program |
| WO2001093043A1 (en) * | 2000-03-27 | 2001-12-06 | Accenture Llp | System, method, and article of manufacture for an automated scripting solution for enterprise testing |
| CN104598376A (en) * | 2014-12-30 | 2015-05-06 | 中国科学院计算机网络信息中心 | Data driving layered automation test system and method |
| CN108536593A (en) * | 2018-04-02 | 2018-09-14 | 泰华智慧产业集团股份有限公司 | CS Framework Softwares automated testing method based on UI and system |
| CN108595342A (en) * | 2018-05-14 | 2018-09-28 | 杭州有赞科技有限公司 | Unit test method and device |
| CN108897687A (en) * | 2018-06-29 | 2018-11-27 | 泰华智慧产业集团股份有限公司 | A kind of API automated testing method and system based on data-driven |
| CN109800154A (en) * | 2018-12-15 | 2019-05-24 | 深圳壹账通智能科技有限公司 | Loading method, device, computer equipment and the storage medium of test data |
| CN111159049A (en) * | 2019-12-31 | 2020-05-15 | 中国银行股份有限公司 | Automatic interface testing method and system |
| CN111459821A (en) * | 2020-04-01 | 2020-07-28 | 汇通达网络股份有限公司 | Software automation unit testing method based on TestNG |
| CN111625445A (en) * | 2020-04-23 | 2020-09-04 | 平安国际智慧城市科技股份有限公司 | Java-based test framework construction method and device and storage medium |
| CN111752834A (en) * | 2020-06-24 | 2020-10-09 | 京东数字科技控股有限公司 | Automatic testing method and device |
Non-Patent Citations (2)
| Title |
|---|
| 基于Junit的接口测试框架的设计与实现;江屿;中国优秀硕士学位论文全文数据库 信息科技辑(第2016年第05期期);I138-732 * |
| 浅谈数据驱动测试（DDT）在银行系统中的应用;刘跃光;《中国金融电脑》(第2019年第07期期);第42-46页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112882931A (en) | 2021-06-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107729243B (en) | Application programming interface automatic test method, system, equipment and storage medium | |
| US9141521B2 (en) | Method and apparatus for automatically generating a test script for a graphical user interface | |
| CN106446412B (en) | Model-based test method for avionics system | |
| US7890536B2 (en) | Generating templates of nodes to structure content objects and steps to process the content objects | |
| CN105426310B (en) | A kind of method and apparatus for the performance for detecting target process | |
| CN105373478B (en) | Automated testing method and system | |
| CN107203473A (en) | The automatization test system and method for automatic expansion interface test case | |
| CN103577308B (en) | Method for obtaining log files of mobile device | |
| CN106776334A (en) | Based on annotation generation method of test example and device | |
| CN105095077B (en) | User interface automated testing method and device | |
| CN103678116A (en) | Method and system for facilitating automated program testing | |
| US9274933B2 (en) | Pretest setup planning | |
| CN117215910A (en) | Interface test frame generation method, test method, electronic device and storage medium | |
| CN106919431B (en) | Code comparison method, equipment and system in continuous integration | |
| CN112882931B (en) | Automatic test method and device based on DDT | |
| US8601418B1 (en) | Instruction-by-instruction checking on acceleration platforms | |
| KR20150128711A (en) | Method and system for analyzing a trace timeline of computer system activity | |
| CN112508524B (en) | Electronic approval method, system, device and storage medium | |
| CN113282504A (en) | Incremental code coverage rate detection method and service development method and device | |
| CN107885649A (en) | The performance test methods and device of IOS application programs | |
| CN116610557B (en) | Action binding information debugging method and device, storage medium and electronic equipment | |
| JP5140691B2 (en) | Integration test system, integration test method, and integration test program | |
| CN112650690B (en) | Automatic creation method, system and equipment for continuous integration of embedded software | |
| CN115525577A (en) | Method for testing and managing based on automation data and process | |
| CN107423215A (en) | A kind of WEB page performs the method tested and generate test report automatically |
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 |