CN101930400B - SDK (Software Development Kit) automatic test system and method - Google Patents
SDK (Software Development Kit) automatic test system and method Download PDFInfo
- Publication number
- CN101930400B CN101930400B CN 201010259512 CN201010259512A CN101930400B CN 101930400 B CN101930400 B CN 101930400B CN 201010259512 CN201010259512 CN 201010259512 CN 201010259512 A CN201010259512 A CN 201010259512A CN 101930400 B CN101930400 B CN 101930400B
- Authority
- CN
- China
- Prior art keywords
- test
- test case
- sdk
- sdks
- external development
- 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
- 238000012360 testing method Methods 0.000 title claims abstract description 346
- 238000000034 method Methods 0.000 title claims description 16
- 238000011161 development Methods 0.000 claims abstract description 104
- 238000013515 script Methods 0.000 claims description 38
- 238000004806 packaging method and process Methods 0.000 claims description 10
- 238000010586 diagram Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 238000013522 software testing Methods 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 238000010998 test method Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Images
Landscapes
- Debugging And Monitoring (AREA)
- Stored Programmes (AREA)
Abstract
The invention discloses an SDK (Software Development Kit) automatic test system comprising a server-side device and a client-side device, wherein the server-side device and the client-side device are connected through a computer network; the client-side device is used for generating and storing a test case for each SDK external development interface and sending the test case for each SDK external development interface to the client-side device; and the client-side device is used for analyzing an executable test case for each SDK external development interface from a source code file of the test case received from the server-side device, loading and executing the analyzed executable test case for each SDK external development interface and generating a test report for each SDK external development interface. By adopting the invention, the SDK test can be automatically carried out, the work load of the SDK test is alleviated, and the accuracy and the robustness of the SDK are ensured.
Description
Technical Field
The invention relates to the technical field of software testing, in particular to an SDK automatic testing system and method.
Background
SDK is called Software Development Kit, and Chinese means Software Development Kit. It provides a set of external development interface with a certain structure and logic, and encapsulates internal service logic. The caller can realize the expected function only by using the corresponding external development interface according to the instruction document, thereby simplifying the software development process, improving the software development speed and ensuring the software quality to a certain extent.
With the continuous popularization of the SDK development idea in the field of software development, an automatic testing tool should also be popularized to the whole software development process along with the SDK. Whether ERP development, communication software development or other types of software development, a set of automatic testing tools should be used to ensure the quality of the SDK, so as to ensure the quality and efficiency of the whole software development.
The quality of the SDK is not guaranteed by a good SDK testing method in the prior art, the workload is high if manual testing in the traditional sense is relied on, and the testing is difficult to realize, because each test case needs to be tested by simply building a context environment to check the correctness. If the white-box test is used to refine the interface, the accuracy and robustness of the SDK cannot be fully guaranteed by the pure white-box test. Because the starting point of the white box test is only to stand on the developer side for testing, and not on the user side for real testing, and the same manual operation is much and heavy.
Disclosure of Invention
Technical problem to be solved
The technical problem to be solved by the invention is as follows: how to provide an SDK automatic test system and method, thereby reducing the workload of SDK test and ensuring the accuracy and the robustness of the SDK.
(II) technical scheme
An automatic test system for Software Development Kit (SDK), comprising: a server-side device and a client-side device; wherein,
the server device and the client device are connected through a computer network;
the server-side device is used for generating and storing test cases for the external development interfaces of the SDKs and sending the test cases for the external development interfaces of the SDKs to the client-side device;
the client device is used for analyzing the executable test cases aiming at the external development interfaces of the SDKs from the source code files of the test cases received from the server device, loading and executing the analyzed executable test cases aiming at the external development interfaces of the SDKs, and generating test reports aiming at the external development interfaces of the SDKs.
Preferably, the server-side device specifically includes: the test case generation module and the test case management module are connected with each other; wherein,
the test case generation module is used for generating test cases for the external development interfaces of the SDKs and sending the test cases to the test case management module;
the test case management module is used for receiving and storing the test case generated by the test case generation module and sending the test case to the client device.
Preferably, the client device specifically includes: the script analysis module, the test case execution module and the test report generation module are connected in sequence; wherein,
the script analysis module is used for analyzing the executable test cases aiming at the external development interfaces of the SDKs from the source code files of the test cases received from the server-side device and sending the analyzed executable test cases aiming at the external development interfaces of the SDKs to the test case execution module;
the test case execution module is used for receiving the analyzed executable test cases aiming at the external development interfaces of the SDKs from the script analysis module, loading and executing the analyzed executable test cases aiming at the external development interfaces of the SDKs, and sending the execution results of the test cases to the test report generation module;
the test report generation module is used for generating a test report aiming at each SDK external development interface.
Preferably, the test case generation module specifically comprises an integrated development environment IDE unit, a test case development unit and a debugging unit which are connected in sequence; the integrated development environment IDE unit is used for providing an integrated development environment for generating a test case; the test case development unit is used for providing a test case development framework for each external development interface of the SDK; the debugging unit is used for verifying the accuracy of the generated test case.
Preferably, the test case generation module further includes an SDK interface packaging unit;
the SDK interface packaging unit is used for packaging each SDK external development interface into one or more operations with atomicity.
Preferably, the test case generation module further includes a test case classification unit;
the test case classification unit is used for classifying the test cases into built-in test cases and user test cases; the built-in test case is a test case which can not be realized by writing a script; the user test case is a test case which can be realized by writing a script.
Preferably, the test case execution module further comprises a test case classification and identification unit;
the test case classification and identification unit is used for determining whether the test case belongs to a built-in test case or a user test case.
The invention also provides an automatic testing method for the software development kit SDK, which comprises the following steps:
A. the server side generates and stores test cases for each SDK external development interface, and sends the test cases for each SDK external development interface to the client side;
B. the client analyzes the executable test cases aiming at the external development interfaces of the SDKs from the source code files of the test cases received from the server device, loads and executes the analyzed executable test cases aiming at the external development interfaces of the SDKs, and generates test reports aiming at the external development interfaces of the SDKs.
Preferably, the step a further comprises: and encapsulating each SDK external development interface into one or more atomic operations.
Preferably, the step a further comprises: dividing the test case into a built-in test case and a user test case; the built-in test case is a test case which can not be realized by writing a script; the user test case is a test case which can be realized by writing a script;
the step B further comprises the following steps: and determining whether the test case belongs to a built-in test case or a user test case.
(III) advantageous effects
The invention provides an SDK automatic test system and a method, which generate and store test cases aiming at each SDK external development interface through a server terminal, and send the test cases aiming at each SDK external development interface to a client terminal; the client analyzes the executable test cases aiming at the external development interfaces of the SDKs from the source code files of the test cases, namely the source code files of the scripts, which are received from the server, loads and executes the analyzed test cases, generates the test reports of the external development interfaces of the SDKs, can automatically carry out the SDK test, reduces the workload of the SDK test, and ensures the accuracy and the robustness of the SDK.
Drawings
FIG. 1 is a schematic structural diagram of an SDK automated test system according to the present invention;
FIG. 2 is a schematic structural diagram of a test case generation module in the SDK automated testing system according to the present invention;
FIG. 3 is a flow chart of the SDK automated testing method 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 schematic structural diagram of an SDK automated test system according to the present invention; as shown in fig. 1, the SDK automated testing system includes: a server-side device and a client-side device; the server device and the client device are connected through a computer network. The server-side device is used for generating and storing test cases for the external development interfaces of the SDKs and sending the test cases for the external development interfaces of the SDKs to the client-side device; the client device is used for analyzing the executable test cases aiming at the external development interfaces of the SDKs from the source code files of the test cases received from the server device, loading and executing the analyzed executable test cases aiming at the external development interfaces of the SDKs, and generating test reports aiming at the external development interfaces of the SDKs.
The server-side device specifically comprises a test case generation module and a test case management module which are connected with each other;
and the test case generation module is used for generating test cases for the external development interfaces of the SDKs and sending the test cases to the test case management module.
The test cases referred to herein are not literal test cases in the conventional sense. Since these test cases need to be automatically executed according to the flow, they cannot be described using an inexact language and should be described using a script language. The script language can be self-defined or can be the existing programming language, such as C #, JAVA, etc., in any case, the language which can call the SDK interface and can describe the flow is in the selection range. What needs to be completed in the script is a series of operations generated by an external development interface aiming at one or more SDKs, and the functions and characteristics completed in the series of operations can be saved as a test case, wherein the test case refers to a set of script codes which can be correctly executed and have certain test logic.
FIG. 2 is a schematic structural diagram of a test case generation module in the SDK automated testing system according to the present invention; as shown in fig. 2, the test case generation module includes an Integrated Development Environment (IDE) unit, a test case Development unit, and a debugging unit, which are connected in sequence; the integrated development environment unit is used for providing an intelligent integrated development environment for generating test cases; the test case development unit is used for providing a test case development framework for each external development interface of the SDK, and the development of the test case can be completed only by filling necessary test steps on the basis of the framework. Therefore, the difficulty and the workload of compiling the test case can be greatly simplified; the debugging unit is used for verifying the accuracy of the generated test case.
The test case generation module further comprises an SDK interface packaging unit; the SDK interface packaging unit is used for packaging each SDK external development interface into one or more atomic operations, and directly calling the operations, so that the test case can be conveniently developed, and the difficulty and the workload of compiling the test case are greatly simplified.
The test case generation module further comprises a test case classification unit; the test case classification unit is used for classifying the test cases into two categories, namely built-in test cases and user test cases; the built-in test case exists in the tool source code, can be tightly combined with the tool source code, and is a common test case and/or a test case which cannot be realized by writing a script; the user test case is a test case which can be realized by writing a script.
The test case management module is used for receiving and storing the test case generated by the test case generation module and sending the test case to the client device; the method is also used for managing the test cases stored by the server-side device, including adding, deleting and modifying each test case.
The executable test case should be a custom type file, and may also be a file that can be loaded by the tool (e.g., DLL file, etc.). The test cases should have good portability, and at least, the quality of the portability of the test cases should be guaranteed under the same operation platform.
The client device specifically comprises a script analysis module, a test case execution module and a test report generation module which are sequentially connected;
the script analysis module is used for analyzing the executable test cases of the external development interfaces aiming at each SDK from the source code files of the test cases received from the test case management module, namely the source code files of the scripts, and sending the executable test cases to the test case execution module.
Because the test case is written by the script, a set of script analysis module is required to be provided to convert the test case into a test method aiming at each external development interface of the SDK; the script analysis module can load the pre-stored local test case source code files and interpret the test case source code files into executable files which can be directly loaded and run by the test cases, and the executable files are the test cases to be executed.
The test case execution module is used for receiving the analyzed executable test cases aiming at the external development interfaces of the SDKs from the script analysis module, loading and executing the analyzed executable test cases aiming at the external development interfaces of the SDKs, and sending the execution results of the test cases to the test report generation module.
The test case execution module further comprises a test case classification and identification unit; the test case classification and identification unit is used for determining whether the test case belongs to a built-in test case or a user test case. Because the number of the test cases of the whole user is huge, the test cases are loaded and operated according to the types of the test cases, and the efficiency of the SDK test is greatly improved.
The test report generation module is used for generating a test report aiming at each SDK external development interface.
In order to comprehensively manage the test result, the test case execution module can send the execution process and the test result to the test report generation module after executing one test case, and then generates a test report of a whole set of the external development interface of the SDK.
The test report comprises a summary section, an execution log, an error report and the like. The summary section describes the number of test cases executed this time, the number of successful executions, the number of failed executions, the execution time of each test case, the execution result of each step, and the like. The execution log includes information output in the execution process, for example, when testing the login of the IM software, the prompt information should be "some" account login, and the password is "a. The execution log further includes a portion of debug information within the SDK that can be used to quickly locate the problem if an error is encountered. The error report comprises standard debugging information, and the error report further comprises current abnormal information, such as crash Dump (Dump) information, so that the efficiency of software testing and development is improved.
The invention also provides an SDK automatic testing method. FIG. 3 is a flow chart of the SDK automated testing method of the present invention. As shown in fig. 3, the method includes:
and step A, the server generates and stores test cases for the external development interfaces of the SDKs, and sends the test cases for the external development interfaces of the SDKs to the client.
The test cases referred to herein are not literal test cases in the conventional sense. Since these test cases need to be automatically executed according to the flow, they cannot be described using an inexact language and should be described using a script language. The script language can be self-defined or can be the existing programming language, such as C #, JAVA, etc., in any case, the language which can call the SDK interface and can describe the flow is in the selection range. What needs to be completed in the script is a series of operations generated by an external development interface aiming at one or more SDKs, and the functions and characteristics completed in the series of operations can be saved as a test case.
The step of generating, by the server side, the test case for each external development interface of the SDK specifically includes: and developing the test cases by using the test case development framework of the external development interfaces of the SDKs in an intelligent integrated development environment, and verifying the accuracy of the test cases.
The step can also further comprise the step of packaging each SDK external development interface into one or more operations with atomicity, and the operations are directly called, so that the test case can be conveniently developed, and the difficulty and the workload of compiling the test case are greatly simplified.
The step can also further comprise the step of dividing the test cases into two categories of built-in test cases and user test cases; the built-in test case exists in the tool source code, can be tightly combined with the tool source code, and is a common test case and/or a test case which cannot be realized by writing a script; the user test case is a test case which can be realized by writing a script.
The executable test case should be a custom type file, and may also be a file that can be loaded by the tool (e.g., DLL file, etc.). The test cases should have good portability, and at least, the quality of the portability of the test cases should be guaranteed under the same operation platform.
And step B, the client analyzes the executable test cases aiming at the external development interfaces of the SDKs from the source code files of the test cases received from the server device, loads and executes the analyzed executable test cases aiming at the external development interfaces of the SDKs, and generates test reports aiming at the external development interfaces of the SDKs.
Because the test case is written by the script, a set of script analysis module is required to be provided to convert the test case into a test method aiming at each external development interface of the SDK; the script analysis module can load the pre-stored local test case source code files and interpret the test case source code files into executable files which can be directly loaded and run by the test cases, and the executable files are the test cases to be executed.
The method further comprises the step of determining whether the test case belongs to a built-in test case or a user test case. Because the number of the test cases of the whole user is huge, the test cases are loaded and operated according to the types of the test cases, and the efficiency of the SDK test is greatly improved.
In order to comprehensively manage the test result, the test case execution module can send the execution process and the test result to the test report generation module after executing one test case, and then generates a test report of a whole set of the external development interface of the SDK.
The test report comprises a summary section, an execution log, an error report and the like. The summary section describes the number of test cases executed this time, the number of successful executions, the number of failed executions, the execution time of each test case, the execution result of each step, and the like. The execution log includes information output in the execution process, for example, when testing the login of the IM software, the prompt information should be "some" account login, and the password is "a. The execution log further includes a portion of debug information within the SDK that can be used to quickly locate the problem if an error is encountered. The error report comprises standard debugging information, and the error report further comprises current abnormal information, such as crash Dump (Dump) information, so that the efficiency of software testing and development is improved.
The above embodiments are only for illustrating the invention and are not to be construed as limiting the invention, and those skilled in the art can make various changes and modifications without departing from the spirit and scope of the invention, therefore, all equivalent technical solutions also belong to the scope of the invention, and the scope of the invention is defined by the claims.
Claims (10)
1. An automatic test system for Software Development Kit (SDK), comprising: a server-side device and a client-side device; wherein,
the server device and the client device are connected through a computer network;
the server-side device is used for generating and storing test cases for each external development interface of the SDKs according to the test case development framework for each external development interface of the SDKs, and sending the test cases for each external development interface of the SDKs to the client-side device; the test case is a set of script codes which can be correctly executed and has certain test logic;
the client device is used for analyzing the executable test cases aiming at the external development interfaces of the SDKs from the source code files of the test cases received from the server device, loading and executing the analyzed executable test cases aiming at the external development interfaces of the SDKs, and generating test reports aiming at the external development interfaces of the SDKs so as to realize automatic SDK test; the executable test case is a file with a self-defined type or a file which can be loaded by a tool;
the test report includes: execution logs and error reports;
the execution log includes: the information output in the process of executing the test case and the debugging information in the SDK are obtained;
the error report includes: debug information and exception information.
2. The SDK automated testing system of claim 1, wherein the server-side device specifically comprises: the test case generation module and the test case management module are connected with each other; wherein,
the test case generation module is used for generating test cases for the external development interfaces of the SDKs and sending the test cases to the test case management module;
the test case management module is used for receiving and storing the test case generated by the test case generation module and sending the test case to the client device.
3. The SDK automation test system of claim 2, wherein the client device specifically includes: the script analysis module, the test case execution module and the test report generation module are connected in sequence; wherein,
the script analysis module is used for analyzing the executable test cases aiming at the external development interfaces of the SDKs from the source code files of the test cases received from the server-side device and sending the analyzed executable test cases aiming at the external development interfaces of the SDKs to the test case execution module;
the test case execution module is used for receiving the analyzed executable test cases aiming at the external development interfaces of the SDKs from the script analysis module, loading and executing the analyzed executable test cases aiming at the external development interfaces of the SDKs, and sending the execution results of the test cases to the test report generation module;
the test report generation module is used for generating a test report aiming at each SDK external development interface.
4. The SDK automation test system of claim 2 or 3, wherein the test case generation module specifically comprises an Integrated Development Environment (IDE) unit, a test case development unit and a debugging unit which are connected in sequence; the integrated development environment IDE unit is used for providing an integrated development environment for generating a test case; the test case development unit is used for providing a test case development framework for each external development interface of the SDK; the debugging unit is used for verifying the accuracy of the generated test case.
5. The SDK automated test system of claim 2 or 3, wherein the test case generation module further comprises an SDK interface packaging unit;
the SDK interface packaging unit is used for packaging each SDK external development interface into one or more operations with atomicity.
6. The SDK automated testing system of claim 3, wherein the test case generation module further comprises a test case classification unit;
the test case classification unit is used for classifying the test cases into built-in test cases and user test cases; the built-in test case is a test case which can not be realized by writing a script; the user test case is a test case which can be realized by writing a script.
7. The SDK automated testing system of claim 6, wherein the test case execution module further comprises a test case classification identification unit;
the test case classification and identification unit is used for determining whether the test case belongs to a built-in test case or a user test case.
8. An SDK automatic testing method for a software development kit is characterized by comprising the following steps:
A. the server side generates and stores test cases for the external development interfaces of the SDKs according to the test case development framework for the external development interfaces of the SDKs, and sends the test cases for the external development interfaces of the SDKs to the client side; the test case is a set of script codes which can be correctly executed and has certain test logic;
B. the client analyzes the executable test cases aiming at the external development interfaces of the SDKs from the source code files of the test cases received from the server device, loads and executes the analyzed executable test cases aiming at the external development interfaces of the SDKs, and generates test reports aiming at the external development interfaces of the SDKs so as to realize automatic SDK test; the executable test case is a file with a self-defined type or a file which can be loaded by a tool;
the test report includes: execution logs and error reports;
the execution log includes: the information output in the process of executing the test case and the debugging information in the SDK are obtained;
the error report includes: debug information and exception information.
9. The SDK automated testing method of claim 8, wherein the step a further comprises: and encapsulating each SDK external development interface into one or more atomic operations.
10. The SDK automated testing method of claim 8, wherein the step a further comprises: dividing the test case into a built-in test case and a user test case; the built-in test case is a test case which can not be realized by writing a script; the user test case is a test case which can be realized by writing a script;
the step B further comprises the following steps: and determining whether the test case belongs to a built-in test case or a user test case.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201010259512 CN101930400B (en) | 2010-08-20 | 2010-08-20 | SDK (Software Development Kit) automatic test system and method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201010259512 CN101930400B (en) | 2010-08-20 | 2010-08-20 | SDK (Software Development Kit) automatic test system and method |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101930400A CN101930400A (en) | 2010-12-29 |
CN101930400B true CN101930400B (en) | 2013-07-31 |
Family
ID=43369591
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 201010259512 Active CN101930400B (en) | 2010-08-20 | 2010-08-20 | SDK (Software Development Kit) automatic test system and method |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101930400B (en) |
Families Citing this family (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102103540A (en) * | 2011-03-23 | 2011-06-22 | 镇江睿泰信息科技有限公司 | Cloud test device and method for general software system |
CN103207787B (en) * | 2012-01-12 | 2017-03-01 | 阿里巴巴集团控股有限公司 | The loading method of packet and system in a kind of project development |
CN103064403B (en) * | 2012-12-19 | 2015-11-18 | 潍柴动力股份有限公司 | A kind of ECU hardware-in-loop simulation automated testing method and system |
EP2866111B1 (en) * | 2013-10-28 | 2019-05-15 | dSPACE digital signal processing and control engineering GmbH | Testing of a control device by means of a test environment |
CN104731566B (en) * | 2013-12-19 | 2018-12-25 | 华为软件技术有限公司 | Integrated Development Environment test device, method and system |
CN103885439B (en) * | 2014-03-21 | 2016-06-29 | 上海富欣智能交通控制有限公司 | The automatization test system of railway signal computer interlock system |
CN104461870B (en) * | 2014-11-18 | 2017-11-03 | 沈文策 | Record the method and device of test result |
CN106598831A (en) * | 2015-10-16 | 2017-04-26 | 北京国双科技有限公司 | Method and device for testing SDK (software development kit) |
CN108334441A (en) * | 2017-01-19 | 2018-07-27 | 深圳市优朋普乐传媒发展有限公司 | A kind of automated testing method and system of Software Development Kit |
CN107357728A (en) * | 2017-07-07 | 2017-11-17 | 广东中星电子有限公司 | The method and electronic equipment of test software |
CN107451056B (en) * | 2017-07-31 | 2020-11-10 | 深圳乐信软件技术有限公司 | Method and device for monitoring interface test result |
CN108833005B (en) * | 2018-04-19 | 2020-03-03 | 烽火通信科技股份有限公司 | Optical network communication equipment and automatic test kit and method for networking service thereof |
CN108614777A (en) * | 2018-05-08 | 2018-10-02 | 山东浪潮通软信息科技有限公司 | A kind of financial transaction test system and test method based on actual services |
CN110874321B (en) * | 2018-09-04 | 2024-04-12 | 阿里巴巴(中国)有限公司 | Remote calling method, calling encapsulation engine and remote proxy engine of test interface |
CN109062817B (en) * | 2018-10-15 | 2022-06-03 | 网宿科技股份有限公司 | Automatic testing method and system |
CN109376088B (en) * | 2018-10-24 | 2022-07-08 | 网宿科技股份有限公司 | Automatic test system and automatic test method |
US11455237B2 (en) | 2020-06-01 | 2022-09-27 | Agora Lab, Inc. | Highly scalable system and method for automated SDK testing |
CN111651366B (en) * | 2020-07-06 | 2023-08-08 | Oppo广东移动通信有限公司 | SDK test method, device, equipment and storage medium |
CN112667509B (en) * | 2020-12-28 | 2023-04-07 | 郑州阿帕斯数云信息科技有限公司 | SDK access test method and device |
CN113485914B (en) * | 2021-06-09 | 2022-03-08 | 镁佳(北京)科技有限公司 | Vehicle-mounted voice SDK testing method, device and system |
CN113961178A (en) * | 2021-10-08 | 2022-01-21 | 招商银行股份有限公司 | SDK interface testing method, system and computer-readable storage medium |
CN114157996A (en) * | 2021-11-09 | 2022-03-08 | 天津七一二移动通信有限公司 | Method for realizing wireless dispatching desk based on LTE |
US11803462B1 (en) | 2022-04-27 | 2023-10-31 | Agora Lab, Inc. | System and method for automatically generating test cases for testing SDKS |
CN115543857B (en) * | 2022-12-02 | 2023-03-21 | 北京蔚领时代科技有限公司 | Manufacturing method of SDK test pack, SDK test method and device |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1832433A (en) * | 2005-03-08 | 2006-09-13 | 华为技术有限公司 | Distributed architecture testing system and testing method of the testing system |
CN101521899A (en) * | 2009-03-31 | 2009-09-02 | 大连海事大学 | System and method for on-computer test of mobile applications |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050223360A1 (en) * | 2004-03-31 | 2005-10-06 | Bea Systems, Inc. | System and method for providing a generic user interface testing framework |
-
2010
- 2010-08-20 CN CN 201010259512 patent/CN101930400B/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1832433A (en) * | 2005-03-08 | 2006-09-13 | 华为技术有限公司 | Distributed architecture testing system and testing method of the testing system |
CN101521899A (en) * | 2009-03-31 | 2009-09-02 | 大连海事大学 | System and method for on-computer test of mobile applications |
Also Published As
Publication number | Publication date |
---|---|
CN101930400A (en) | 2010-12-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101930400B (en) | SDK (Software Development Kit) automatic test system and method | |
CN110633209B (en) | Automatic testing method and system for vehicle-mounted android multimedia navigator | |
US10108535B2 (en) | Web application test script generation to test software functionality | |
CN105094783B (en) | method and device for testing stability of android application | |
US8515876B2 (en) | Dry-run design time environment | |
EP2498178A1 (en) | Method and device for development environment converting | |
CN111124919A (en) | User interface testing method, device, equipment and storage medium | |
CN106649103A (en) | Android application program automatically black box testing method and system | |
CN105608012A (en) | Automatic test method and automatic test system | |
CN104636254A (en) | Method and device for generating test case, testing method and testing equipment | |
CN103577324A (en) | Static detection method for privacy information disclosure in mobile applications | |
CN115185570A (en) | JIRA system-based task flow processing method, system, device, medium, and computer program product | |
CN113656304A (en) | Method and device for testing front-end application program and storage medium | |
US10459698B2 (en) | Framework for generating adapters in an integrated development environment | |
CN116795701A (en) | A method and device for generating universal test instances of interface programs | |
CN116860324A (en) | Development data processing method, development data processing apparatus, and readable storage medium | |
CN110928760A (en) | Unit testing method and device in embedded system | |
CN115809076A (en) | ECU software automation integration method and system | |
CN117348848A (en) | Operator development and processing method and device, electronic equipment, system and storage medium | |
CN118606211A (en) | Test script generation method, device, electronic equipment and vehicle | |
US10606569B2 (en) | Declarative configuration elements | |
CN117411906A (en) | Implementation method and system of RTOS (real time operating System) embedded in QuickJS engine | |
CN101876936A (en) | Service test method | |
CN112328503A (en) | Task acceptance method for software development working platform | |
CN111427770B (en) | Resource testing method and related equipment |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP02 | Change in the address of a patent holder |
Address after: Room 818, 8 / F, 34 Haidian Street, Haidian District, Beijing 100080 Patentee after: BEIJING ULTRAPOWER SOFTWARE Co.,Ltd. Address before: 100089 Beijing city Haidian District wanquanzhuang Road No. 28 Wanliu new building A block 5 layer Patentee before: BEIJING ULTRAPOWER SOFTWARE Co.,Ltd. |
|
CP02 | Change in the address of a patent holder |