CN106844186B - Offline test method of application and terminal equipment - Google Patents
Offline test method of application and terminal equipment Download PDFInfo
- Publication number
- CN106844186B CN106844186B CN201510885143.XA CN201510885143A CN106844186B CN 106844186 B CN106844186 B CN 106844186B CN 201510885143 A CN201510885143 A CN 201510885143A CN 106844186 B CN106844186 B CN 106844186B
- Authority
- CN
- China
- Prior art keywords
- test
- application
- source component
- open source
- tested
- 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
Abstract
The invention discloses an off-line testing method for application, which comprises the following steps: starting an application to be tested and opening a testing tool; selecting test parameters of the application to be tested in the test tool; and starting an offline test program of the application to be tested according to the selected test parameters. The invention also discloses a terminal device. The invention can efficiently and conveniently carry out automatic off-line test on the application, reduce the test time of a user and further improve the user experience.
Description
Technical Field
The invention relates to the technical field of communication, in particular to an off-line testing method for an application and a terminal device.
Background
For applications on mobile operating systems such as iOS, if offline testing of multiple scenarios is required, the user is usually required to perform repeated operations for multiple times, and the repeated testing is performed manually step by step as required. Therefore, the operation steps are complicated, the testing time of the user is greatly increased, and the user experience is reduced.
The above is only for the purpose of assisting understanding of the technical aspects of the present invention, and does not represent an admission that the above is prior art.
Disclosure of Invention
The invention provides an off-line test method of an application and a terminal device, aiming at efficiently and conveniently carrying out automatic off-line test on the application, reducing the test time of a user and further improving the user experience.
An off-line testing method of an application, the off-line testing method of the application comprising the steps of:
starting an application to be tested and opening a testing tool;
selecting test parameters of the application to be tested in the test tool;
and starting an offline test program of the application to be tested according to the selected test parameters.
In addition, the present invention also provides a terminal device, which includes:
the opening module is used for starting the application to be tested and opening a testing tool;
the selection module is used for selecting the test parameters of the application to be tested in the test tool;
and the starting module is used for starting the off-line test program of the application to be tested according to the selected test parameters.
According to the off-line testing method of the application and the terminal equipment, firstly, the application to be tested is started, the testing tool is opened, then the testing parameters of the application to be tested are selected in the testing tool, and the off-line testing program of the application to be tested is started according to the selected testing parameters. Therefore, automatic off-line testing can be efficiently and conveniently carried out on the application, the testing time of a user is reduced, and the user experience is further improved.
Drawings
Fig. 1 is a schematic diagram of a hardware structure of a terminal device according to an embodiment of the present invention;
fig. 2 is a functional block diagram of a terminal device according to a first embodiment of the present invention;
FIG. 3 is a schematic diagram of a test tool for starting an application by a terminal device according to the present invention;
fig. 4 is a functional block diagram of a terminal device according to a second embodiment of the present invention;
FIG. 5 is a schematic diagram of a refinement function module of the processing module of FIG. 4;
fig. 6 is a functional block diagram of a terminal device according to a third embodiment of the present invention;
FIG. 7 is a schematic diagram showing a test result after an offline test of the terminal device according to the present invention is completed;
FIG. 8 is a schematic flow chart of a first embodiment of an off-line testing method applied in the present invention;
FIG. 9 is a schematic flow chart of a second embodiment of an off-line testing method applied in the present invention;
FIG. 10 is a detailed flowchart of the step in FIG. 9, where the codes of the first open-source component and the second open-source component are modified and combined and then inserted into the test tool;
FIG. 11 is a schematic flow chart of a third embodiment of an off-line testing method applied in the present invention;
FIG. 12 is a data flow diagram of an offline testing method of an application.
The implementation, functional features and advantages of the objects of the present invention will be further explained with reference to the accompanying drawings.
Detailed Description
It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.
The core idea of the scheme of the embodiment of the invention is as follows: the method comprises the steps that the terminal equipment starts an application to be tested, opens a testing tool, selects testing parameters of the application to be tested in the testing tool, and starts an off-line testing program of the application to be tested according to the selected testing parameters. Therefore, automatic off-line testing can be efficiently and conveniently carried out on the application, the testing time of a user is reduced, and the user experience is further improved.
As an implementation scheme, the terminal device may be a mobile phone terminal, and may also be various mobile terminals such as a PC terminal, a tablet computer, and a portable electronic device, and this embodiment is exemplified by a mobile phone terminal.
Referring to fig. 1, the terminal device may include: authorization interface 1001, e.g. CPU, data processor 1002, application data interface 1003, memory 1004, user interface 1005. The authorization interface 1001 is configured to pass user data generated by a user logging in an application through an authentication account, and the user interface 1005 may include components such as a Display screen (Display) and the like, and is configured to receive information input by the user and send the received information to an internal interface of the terminal device, that is, the authorization interface 1001. The display screen can be an LCD display screen, an LED display screen or a touch screen and is used for displaying the test result required to be displayed by the terminal equipment. The application data interface 1003 is a data interface provided by an application developer and accessible to a third party for acquiring application data. The memory 1004 may be a high-speed RAM memory or a non-volatile memory (e.g., a disk memory). The memory 1004 may alternatively be a storage device separate from the data processor 1002. The memory 1004, which is a storage medium of the mobile phone terminal, may include an operating system (not shown), a network communication module (not shown), a user interface module (not shown), and various application programs (not shown).
In the terminal device shown in fig. 1, the authorization interface 1001 is mainly used to receive data transmitted through the user interface 1005, perform validity verification on the data to provide personal account information of an access application for a user, and send the personal account information to the data processor 1002 for processing. The data processor 1002 is used for acquiring the relevant parameters of the testing tool after the application is legally logged in, so as to start the relevant offline testing program. The data processor 1002 may be configured to invoke an offline test method of the application of the terminal device stored in the memory 1004 and perform the following operations:
starting an application to be tested and opening a testing tool;
selecting test parameters of the application to be tested in the test tool;
and starting an offline test program of the application to be tested according to the selected test parameters.
Further, in one embodiment, the data processor 1002 calls an offline test method of the application of the terminal device stored in the memory 1004, and may further perform the following operations:
acquiring codes of a first open source component and a second open source component;
and modifying the codes of the first open source component and the second open source component, combining and inserting the modified codes into the test tool.
Further, in one embodiment, the data processor 1002 calls an offline test method of the application of the terminal device stored in the memory 1004, and may further perform the following operations:
and writing the code simulating the manual operation of the user into the automatic test case through the second open-source component.
Further, in one embodiment, the data processor 1002 calls an offline test method of the application of the terminal device stored in the memory 1004, and may further perform the following operations:
and managing the automatic test case according to the first open source component, and adding the test case into the test tool.
Further, in one embodiment, the data processor 1002 calls an offline test method of the application of the terminal device stored in the memory 1004, and may further perform the following operations:
and according to the times of the automatic tests and the types of the corresponding automatic test cases, sequentially and repeatedly starting the off-line test program of the application to be tested.
Further, in one embodiment, the data processor 1001 calls an offline test method of the application of the terminal device stored in the memory 1004, and may further perform the following operations:
when the off-line test of the application to be tested is finished, obtaining a test result of the off-line test;
and displaying the test result.
Based on the hardware structure, the embodiment of the functional module of the terminal equipment is provided. The method comprises the following specific steps:
the present invention provides a terminal device 1, and referring to fig. 2, in an embodiment, the terminal device 1 includes:
the opening module 10 is used for starting the application to be tested and opening a testing tool;
in this embodiment, the terminal device 1 starts an application to be tested, and opens a test tool. The applications to be tested include various applications provided within various operating systems such as apple or android systems. The terminal device 1 may be a mobile terminal such as a mobile phone, a tablet computer, a notebook computer, or a fixed terminal such as a desktop computer. The application to be tested is preferably an application provided on an apple system on a mobile phone or a tablet computer.
In this embodiment, a test tool GT (an open source debugging tool for personal debugging and Tencent development) is used to perform a personal offline test of an application, which is an "integrated debugging environment" directly running on a mobile terminal, and can perform a rapid performance test (CPU, memory, flow, electric quantity, frame rate/smoothness, etc.), check of a development log, check of a Crash log, capture of a network data packet, debug of an application internal parameter, time consumption statistics of a real machine code, etc. on the application only by using a mobile phone without connecting a computer, and more importantly, the operation of the above series of events can be performed at any real place and at any time. In addition, a GT plug-in with special functions (currently, only supported by the iOS version) can be developed by self by using a basic API provided by the GT so as to solve the problem of more complicated application test.
A selecting module 20, configured to select, at the testing tool, testing parameters of the application to be tested;
and the starting module 30 is used for starting the offline test program of the application to be tested according to the selected test parameters.
In this embodiment, the test parameters include the type of the automatic test case and the number of times of the automatic test, and may be specifically selected according to the actual test purpose of the user. Specifically, referring to fig. 3, a QQ browser is started, a QQ map is started on an open browser interface, at this time, the interface jumps to a plug-in page, and when a user selects a GT option, an automated offline test of the QQ map can be started. The types of specific test cases may include: MTT Address Field Test, Test Open AUrl, Test Search A Word, MTT MultiWindow Test, Test Add New Window, Test Close CurWindow, etc.; the number of times of the automatic test may be 1, 2, 3 or more than 3, and the specific number of times is not limited.
The terminal device 1 provided by the invention starts the application to be tested, opens the testing tool, selects the testing parameters of the application to be tested in the testing tool, and starts the off-line testing program of the application to be tested according to the selected testing parameters. Therefore, automatic off-line testing can be efficiently and conveniently carried out on the application, the testing time of a user is reduced, and the user experience is further improved.
In an embodiment, as shown in fig. 4, on the basis of the above embodiment of fig. 2, the terminal device 1 further includes:
a first obtaining module 40, configured to obtain codes of the first open-source component and the second open-source component;
in this embodiment, the first open source component may be a GHUnit, which is a test framework based on Object C and supports Mac OSX 10.5 and iOS versions above 3.0, and is characterized by providing a front-end interface for Mac and iOS programs, providing capability of filtering test results according to keyboard keys, and providing a function for controlling a display mode of the test results, which is richer than XCode. The GHUnit framework provides a graphical interface for testing, and a compiling target which comprises test codes and a GHUnit framework for detecting and running the test needs to be newly built.
In this embodiment, the second open-source component may be a KIF, which is an open-source user interface testing framework, and may utilize an auxiliary function API (application programming interface) in the iOS to write a manual operation code simulating a user, such as clicking, touching, text input, and the like, so as to provide a real user interface operation.
And the processing module 50 is configured to modify codes of the first open-source component and the second open-source component, perform combination processing, and insert the modified codes into the test tool.
In this embodiment, the invention modifies the relevant codes by using the first open source component such as the GHUnit and the second open source component such as the KIF, and combining the test case management logic of the GHUnit and the UI operation logic of the KIF, so that the GHUnit and the KIF can be combined together and inserted into the plug-in of the test tool GT of the iOS, thereby enhancing the management of the test case.
In an embodiment, as shown in fig. 5, on the basis of the embodiment of fig. 4, in this embodiment, the processing module 50 includes:
a writing unit 501, configured to write a code simulating a manual operation of a user into an automatic test case through the second open-source component;
in this embodiment, the terminal device 1 calls a code for simulating a user manual operation according to the KIF protocol interface to write the simulated user manual operation into the automatic test case, such as clicking, touching, text input, and the like, so as to provide a real user interface operation.
A management unit 502, configured to manage the automatic test case according to the first open-source component, and add the test case into the test tool.
In this embodiment, the relevant codes are modified by using the test case management logic of the GHUnit and combining with the UI operation logic of the KIF, so that the GHUnit and the KIF can be combined together, and the test case is added to the test tool, so that when a user starts an application test, an automatic offline test can be efficiently and conveniently performed on the application.
In an embodiment, the test parameters include a type of the automatic test case and a number of automatic tests, and the starting module is further configured to:
and according to the times of the automatic tests and the types of the corresponding automatic test cases, sequentially and repeatedly starting the off-line test program of the application to be tested.
In this embodiment, assuming that the automatic times set on the test tool of the terminal device 1 by the user is 3 times, after the corresponding automatic test case of each type is circularly tested for 3 times, the circular test of the next test case is performed until all the selected automatic test cases are tested.
In an embodiment, as shown in fig. 6, on the basis of the embodiment of fig. 4, in this embodiment, the terminal device 1 further includes:
a second obtaining module 60, configured to obtain a test result of the offline test after the offline test of the application to be tested is completed;
and a display module 70 for displaying the test result.
In this embodiment, as shown in fig. 7, when the offline test of the application QQ map to be tested is completed, the terminal device 1 switches from the test page to the test result page, obtains the test result of the corresponding application from the test tool, and displays the test result on the screen of the terminal device 1.
Based on the hardware architecture, the embodiment of the offline testing method applied by the invention is provided.
The present invention further provides an offline testing method of an application, and referring to fig. 8, in an embodiment, the offline testing method of an application includes the following steps:
step S10, starting the application to be tested and opening the testing tool;
in this embodiment, the terminal device 1 starts an application to be tested, and opens a test tool. The applications to be tested include various applications provided within various operating systems such as apple or android systems. The terminal device 1 may be a mobile terminal such as a mobile phone, a tablet computer, a notebook computer, or a fixed terminal such as a desktop computer. The application to be tested is preferably an application provided on an apple system on a mobile phone or a tablet computer.
In this embodiment, a test tool GT (an open source debugging tool for personal debugging and Tencent development) is used to perform a personal offline test of an application, which is an "integrated debugging environment" directly running on a mobile terminal, and can perform a rapid performance test (CPU, memory, flow, electric quantity, frame rate/smoothness, etc.), check of a development log, check of a Crash log, capture of a network data packet, debug of an application internal parameter, time consumption statistics of a real machine code, etc. on the application only by using a mobile phone without connecting a computer, and more importantly, the operation of the above series of events can be performed at any real place and at any time. In addition, a GT plug-in with special functions (currently, only supported by the iOS version) can be developed by self by using a basic API provided by the GT so as to solve the problem of more complicated application test.
Step S20, selecting the testing parameters of the application to be tested in the testing tool;
and step S30, starting the off-line test program of the application to be tested according to the selected test parameters.
In this embodiment, the test parameters include the type of the automatic test case and the number of times of the automatic test, and may be specifically selected according to the actual test purpose of the user. Specifically, referring to fig. 3, a QQ browser is started, a QQ map is started on an open browser interface, at this time, the interface jumps to a plug-in page, and when a user selects a GT option, an automated offline test of the QQ map can be started. The types of specific test cases may include: MTT Address Field Test, Test Open AUrl, Test Search A Word, MTT MultiWindow Test, Test Add New Window, Test Close CurWindow, etc.; the number of times of the automatic test may be 1, 2, 3 or more than 3, and the specific number of times is not limited.
The off-line test method of the application provided by the invention comprises the steps of starting the application to be tested, opening a test tool, selecting the test parameters of the application to be tested in the test tool, and starting the off-line test program of the application to be tested according to the selected test parameters. Therefore, automatic off-line testing can be efficiently and conveniently carried out on the application, the testing time of a user is reduced, and the user experience is further improved.
In an embodiment, as shown in fig. 9, on the basis of the embodiment of fig. 8, in this embodiment, before the step S10, the method further includes:
step S40, acquiring codes of the first open source component and the second open source component;
in this embodiment, the first open source component may be a GHUnit, which is a test framework based on Object C and supports Mac OSX 10.5 and iOS versions above 3.0, and is characterized by providing a front-end interface for Mac and iOS programs, providing capability of filtering test results according to keyboard keys, and providing a function for controlling a display mode of the test results, which is richer than XCode. The GHUnit framework provides a graphical interface for testing, and a compiling target which comprises test codes and a GHUnit framework for detecting and running the test needs to be newly built.
In this embodiment, the second open-source component may be a KIF, which is an open-source user interface testing framework, and may utilize an auxiliary function API (application programming interface) in the iOS to write a manual operation code simulating a user, such as clicking, touching, text input, and the like, so as to provide a real user interface operation.
Step S50, modifying the codes of the first open source component and the second open source component, and inserting the modified codes into the test tool after the code is combined.
In this embodiment, the invention modifies the relevant codes by using the first open source component such as the GHUnit and the second open source component such as the KIF, and combining the test case management logic of the GHUnit and the UI operation logic of the KIF, so that the GHUnit and the KIF can be combined together and inserted into the plug-in of the test tool GT of the iOS, thereby enhancing the management of the test case.
In an embodiment, as shown in fig. 10, on the basis of the embodiment of fig. 9, in this embodiment, the step S50 includes:
step S501, writing codes simulating manual operation of a user into an automatic test case through the second open source component;
in this embodiment, the terminal device 1 calls a code for simulating a user manual operation according to the KIF protocol interface to write the simulated user manual operation into the automatic test case, such as clicking, touching, text input, and the like, so as to provide a real user interface operation.
Step S502, the automatic test case is managed according to the first open source component, and the test case is added into the test tool.
In this embodiment, the relevant codes are modified by using the test case management logic of the GHUnit and combining with the UI operation logic of the KIF, so that the GHUnit and the KIF can be combined together, and the test case is added to the test tool, so that when a user starts an application test, an automatic offline test can be efficiently and conveniently performed on the application.
In one embodiment, the step S30 further includes:
and according to the times of the automatic tests and the types of the corresponding automatic test cases, sequentially and repeatedly starting the off-line test program of the application to be tested.
In this embodiment, assuming that the automatic times set on the test tool of the terminal device 1 by the user is 3 times, after the corresponding automatic test case of each type is circularly tested for 3 times, the circular test of the next test case is performed until all the selected automatic test cases are tested.
In an embodiment, as shown in fig. 11, on the basis of the embodiment of fig. 10, in this embodiment, after the step S30, the method further includes:
step S60, obtaining the test result of the off-line test after the off-line test of the application to be tested is completed;
and step S70, displaying the test result.
In this embodiment, as shown in fig. 7, when the offline test of the application QQ map to be tested is completed, the terminal device 1 switches from the test page to the test result page, obtains the test result of the corresponding application from the test tool, and displays the test result on the screen of the terminal device 1.
As shown in fig. 12, a data flow chart of the offline testing method applied in the present invention includes the following specific processes:
step S201, the terminal device 1 starts an application to be tested, opens a testing tool and selects testing parameters;
step S202, a tester clicks through a terminal device 1 to start testing, and the terminal device 1 starts an off-line testing program of the application to be tested according to the selected testing parameters;
step S203, the testing tool sequentially and repeatedly starts the off-line testing program of the application to be tested according to the times of the automatic testing and the type of the corresponding automatic testing case;
and S204, obtaining a test result of the off-line test after the off-line test of the application to be tested is finished, and displaying the test result.
According to the off-line testing method for the application, a user only needs to complete the development of the test case once, and can achieve the purpose of replacing the repeated manual testing operation of the user for many times through a few simple steps. Especially, under the condition that a large amount of test case data is needed, the time of a user can be greatly saved, and invalid data caused by manual misoperation can be avoided. In addition, the invention is a general off-line test framework, UI operation and case management are not needed for the test case, and a user can directly use the test tool GT to carry out secondary development of the custom plug-in, so that the purpose of off-line execution of the test case can be achieved.
It should also be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.
Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (e.g., ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (e.g., a mobile phone, a computer, a server, or a network device) to execute the method according to the embodiments of the present invention.
The above description is only a preferred embodiment of the present invention, and not intended to limit the scope of the present invention, and all modifications of equivalent structures and equivalent processes, which are made by using the contents of the present specification and the accompanying drawings, or directly or indirectly applied to other related technical fields, are included in the scope of the present invention.
Claims (12)
1. An off-line test method of an application is applied to a terminal device, and the off-line test method of the application comprises the following steps:
acquiring codes of a first open source component and a second open source component;
modifying codes of the first open source component and the second open source component so as to combine the test case management logic of the first open source component and the user interface operation logic of the second open source component, and inserting the combined first open source component and the combined second open source component into a testing tool;
starting an application to be tested and opening a testing tool;
acquiring test parameters of the application to be tested selected by the test tool through the test case management logic of the first open source component, wherein the test parameters comprise the type of an automatic test case and the number of times of automatic testing;
starting an off-line test program of the application to be tested according to the selected test parameters;
and running an integrated debugging environment on the terminal equipment through the first open source component to test the application to be tested, and simulating user interface operation in the test case through the second open source component user interface operation logic.
2. The method for offline testing of an application of claim 1, wherein said step of modifying code of said first open source component and said second open source component comprises:
and writing the code simulating the manual operation of the user into the automatic test case through the second open-source component.
3. The method for offline testing of an application of claim 2, wherein said step of modifying code of said first open source component and said second open source component further comprises:
and managing the automatic test case according to the first open source component, and adding the automatic test case into the test tool.
4. The method for offline testing of an application of claim 2, wherein said step of initiating an offline testing procedure of said application under test in accordance with said selected testing parameters further comprises:
and according to the times of the automatic tests and the types of the corresponding automatic test cases, sequentially and repeatedly starting the off-line test program of the application to be tested.
5. The method for offline testing of an application of claim 1, wherein said step of initiating an offline testing procedure of said application under test according to said selected testing parameters further comprises, after said step of:
when the off-line test of the application to be tested is finished, obtaining a test result of the off-line test;
and displaying the test result.
6. A terminal device, characterized in that the terminal device comprises:
the processing module is used for acquiring codes of the first open source component and the second open source component; modifying codes of the first open source component and the second open source component so as to combine the test case management logic of the first open source component and the user interface operation logic of the second open source component, and inserting the combined first open source component and the combined second open source component into a testing tool;
the opening module is used for starting the application to be tested and opening a testing tool;
the selection module is used for acquiring the test parameters of the application to be tested selected in the test tool through the test case management logic of the first open source component, wherein the test parameters comprise the type of an automatic test case and the number of times of automatic testing;
the starting module is used for starting the off-line test program of the application to be tested according to the selected test parameters;
and the test module is used for running the integrated debugging environment on the terminal equipment through the first open source component so as to test the application to be tested, and simulating the user interface operation in the test case through the second open source component user interface operation logic.
7. The terminal device of claim 6, wherein the processing module comprises:
and the writing unit is used for writing the code simulating the manual operation of the user into the automatic test case through the second open-source component.
8. The terminal device of claim 7, wherein the processing module further comprises:
and the management unit is used for managing the automatic test case according to the first open source component and adding the automatic test case into the test tool.
9. The terminal device of claim 7, wherein the enabling module is further to:
and according to the times of the automatic tests and the types of the corresponding automatic test cases, sequentially and repeatedly starting the off-line test program of the application to be tested.
10. The terminal device of claim 6, wherein the terminal device further comprises:
the second acquisition module is used for acquiring a test result of the off-line test after the off-line test of the application to be tested is finished;
and the display module is used for displaying the test result.
11. An electronic device, characterized in that the electronic device comprises:
a memory for storing executable instructions;
a processor for implementing a method for offline testing of an application as claimed in any one of claims 1 to 5 when executing computer-executable instructions stored in said memory.
12. A computer-readable storage medium having stored thereon computer-executable instructions for implementing a method for offline testing of an application as claimed in any one of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510885143.XA CN106844186B (en) | 2015-12-03 | 2015-12-03 | Offline test method of application and terminal equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510885143.XA CN106844186B (en) | 2015-12-03 | 2015-12-03 | Offline test method of application and terminal equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106844186A CN106844186A (en) | 2017-06-13 |
| CN106844186B true CN106844186B (en) | 2021-08-10 |
Family
ID=59151329
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510885143.XA Active CN106844186B (en) | 2015-12-03 | 2015-12-03 | Offline test method of application and terminal equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106844186B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107102949B (en) * | 2017-06-30 | 2020-06-09 | 上海木木聚枞机器人科技有限公司 | Application program offline testing method and tool |
| CN108874672B (en) * | 2018-06-19 | 2022-04-22 | 腾讯科技（深圳）有限公司 | Application program exception positioning method, device, equipment and storage medium |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102662828A (en) * | 2012-03-14 | 2012-09-12 | 浪潮(北京)电子信息产业有限公司 | A method and device for achieving software automatic testing |
| CN103544100A (en) * | 2012-07-12 | 2014-01-29 | 腾讯科技（深圳）有限公司 | Method, system and client side for testing APP of portable data processing equipment |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2012127581A (en) * | 2012-07-02 | 2014-01-10 | ЭлЭсАй Корпорейшн | SOURCE CODE GENERATOR FOR DEVELOPING AND TESTING SOFTWARE FOR MULTI-PROCESSING MEDIA |
-
2015
- 2015-12-03 CN CN201510885143.XA patent/CN106844186B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102662828A (en) * | 2012-03-14 | 2012-09-12 | 浪潮(北京)电子信息产业有限公司 | A method and device for achieving software automatic testing |
| CN103544100A (en) * | 2012-07-12 | 2014-01-29 | 腾讯科技（深圳）有限公司 | Method, system and client side for testing APP of portable data processing equipment |
Non-Patent Citations (3)
| Title |
|---|
| 使用Hubson的iOS工程的CI集成";SDK_man;《https://blog.csdn.net/u011372417/article/details/9298723》;20130711;第1-3页 * |
| 如何通过GT快速开始性能测试？;百度文库;《https://wk.baidu.com/view/a0ab6284a58da0116c1749e6?fr=search-searchpage-income0》;20140917;第1-10页 * |
| 百度文库.如何通过GT快速开始性能测试？.《https://wk.baidu.com/view/a0ab6284a58da0116c1749e6?fr=search-searchpage-income0》.2014,第1-10页. * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106844186A (en) | 2017-06-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI679578B (en) | Plug-in packaging method, device, terminal and storage media | |
| US8533691B2 (en) | Managing non-common features for program code translation | |
| CN111026645B (en) | User interface automatic test method and device, storage medium and electronic equipment | |
| CN105302722B (en) | CTS automatic testing method and device | |
| CN105653056B (en) | The test method and device of input method | |
| CN112765023B (en) | Test case generation method and device | |
| CN108089985B (en) | Method, device and equipment for verifying interface return parameters and readable storage medium | |
| WO2019227708A1 (en) | Online debugging apparatus and method for test case, and computer-readable storage medium | |
| CN103984626A (en) | Method and device for generating test-case script | |
| CN113741898B (en) | Form generation method, device and equipment | |
| CN105320595A (en) | Application test method and device | |
| CN104156305A (en) | Application program testing method and device | |
| CN111475390A (en) | Log collection system deployment method, device, equipment and storage medium | |
| CN112181749A (en) | Hardware testing method and device, electronic equipment and storage medium | |
| CN112231206A (en) | Script editing method for application program test, computer readable storage medium and test platform | |
| CN106126425B (en) | Function traversal method and system based on Android automated test frame | |
| CN106844186B (en) | Offline test method of application and terminal equipment | |
| CN110825370B (en) | Mobile terminal application development method, device and system | |
| CN110580221A (en) | Control testing method and device, storage medium and electronic equipment | |
| CN113282476B (en) | Interface performance testing method and device and electronic equipment | |
| CN109840113A (en) | A kind of application data processing method and its equipment, storage medium, terminal | |
| CN108563578B (en) | SDK compatibility detection method, device, equipment and readable storage medium | |
| US10152466B2 (en) | Comparing user interfaces | |
| CN112214404A (en) | Mobile application testing method and device, storage medium and electronic equipment | |
| CN111143227B (en) | Data operation method, device, terminal and storage medium |
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 |