CN103019942A - Method and system for automatically testing applications to be tested based on android system - Google Patents
Method and system for automatically testing applications to be tested based on android system Download PDFInfo
- Publication number
- CN103019942A CN103019942A CN2012105894389A CN201210589438A CN103019942A CN 103019942 A CN103019942 A CN 103019942A CN 2012105894389 A CN2012105894389 A CN 2012105894389A CN 201210589438 A CN201210589438 A CN 201210589438A CN 103019942 A CN103019942 A CN 103019942A
- Authority
- CN
- China
- Prior art keywords
- measured
- application
- testing tool
- test
- register
- 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.)
- Granted
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 197
- 238000000034 method Methods 0.000 title claims abstract description 48
- 230000008569 process Effects 0.000 claims abstract description 39
- 238000009434 installation Methods 0.000 claims abstract description 7
- 238000013459 approach Methods 0.000 claims description 18
- 238000012956 testing procedure Methods 0.000 claims description 16
- 230000007246 mechanism Effects 0.000 claims description 9
- 230000011514 reflex Effects 0.000 claims description 8
- 238000012986 modification Methods 0.000 claims description 3
- 230000004048 modification Effects 0.000 claims description 3
- 238000005516 engineering process Methods 0.000 abstract description 3
- 230000001360 synchronised effect Effects 0.000 abstract description 3
- 238000010586 diagram Methods 0.000 description 6
- 238000010276 construction Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
The invention relates to the technical field of tests based on android systems, in particular to a method and system for automatically testing applications to be tested on the basis of an android system. The method comprises the steps as follows: decompiling the plurality of applications to be tested and test tools respectively; modifying every application to be tested and every test tool to enable the process parameters of the register files of the applications to be tested and the test tools to be the same; compiling the applications to be tested and the test tools into new installation packages; providing the applications to be tested and the test tools with same signatures; and starting the applications to be tested through the test tools for testing. According to the method, the cross-application automatic tests at the android mobile phone end are achieved, so that the automatic test technology for the applications based on the android system is developed from automatic single-application tests to automatic synchronous multi-application tests, the coverage rate of the automatic tests is increased, and the manpower resource is saved.
Description
Technical field
The present invention relates to the technical field of measurement and test based on Android system, particularly relate to application automatic test approach to be measured and system based on Android system.
Background technology
In Android (Andriod) the system automation testing tool, the control that is that fulfillment capability is stronger is identified at present.But because Andriod mechanism, external tool can't obtain tested application content, and most of method that adopts is that testing tool and tested application are merged packing at present, forms an application, then the tested instrument of inside is called, and realizes automatic test.
There is following defective in this kind measuring technology:
1. can't stride application testing: as sharing to microblogging when the Album for glancing over pictures, such operational testing can't be realized.
2. because tested application and testing tool are one, and some are closed, the operation of unlatching can be closed testing tool simultaneously, can't carry out robotization.The robotization coverage rate is not high.
3. simultaneously, can't stride the application verification check point.As share, download to wait need to enter the situation that other application verify and can't carry out.Accurately objective result can not be provided.
Summary of the invention
Based on this, be necessary can't stride the technical matters of application testing for existing based on the automated test tool of Android system, a kind of application automatic test approach to be measured and system based on Android system is provided.
A kind of application automatic test approach to be measured based on Android system comprises:
Decompiling is carried out respectively in a plurality of application to be measured and testing tool;
Revise each application to be measured and testing tool, so that the process parameter of the register-file of each application to be measured and testing tool is identical;
Each application to be measured and testing tool are compiled into new installation kit separately;
Give same signature to each application to be measured and testing tool;
Start application program to be measured by testing tool, test.
Further, described process parameter is user name and the process identification (PID) of the register-file of each application to be measured and testing tool, described modification each application to be measured and testing tool specifically comprise so that the process parameter of the register-file of each application to be measured and testing tool is identical:
Revise the register-file of each application to be measured and testing tool, so that the user name of the register-file of each application to be measured and testing tool is identical;
Revise the register-file of each application to be measured and testing tool, so that the process identification (PID) of the register-file of each application to be measured and testing tool is identical.
Further, describedly start application program to be measured by testing tool, test, specifically comprise:
According to testing procedure default in the testing tool the first application to be measured is operated;
If need to call the second application to be measured in the testing procedure, then call the second application to be measured, start in the described second process that is applied in the first application to be measured to be measured.
Further, described testing procedure according to presetting in the testing tool operates the first application to be measured, specifically comprises:
Step 41, testing tool obtains the detected object of the first application to be measured, execution in step 42 according to default test case;
Step 42 is carried out search operaqtion to the first application to be measured, obtains the target window of described object to be measured, execution in step 43;
Step 43, the check point according to default object to be measured obtains the state of the check point of described target window, and saves as the original state of check point, execution in step 44;
Step 44 is called the operation steps of described detected object, execution in step 45 according to default test case;
Step 45 is obtained the state of the check point of described target window again, and saves as the done state of check point.
Further, the described target window that obtains described object to be measured is specific as follows:
Obtain the window manager of the first application to be measured in the Android system ccf layer;
The root window of obtaining the first application to be measured from described window manager;
Obtain all included subwindows of described root window, and generate the subwindow tabulation of the identification parameter that includes subwindow;
Obtain the identification parameter of target window;
Identification parameter according to target window mates described subwindow tabulation, obtains target window.
Further:
The described window manager that obtains the first application to be measured in the Android system ccf layer dynamically obtains by reflex mechanism;
The described root window of obtaining the first application to be measured from described window manager dynamically obtains by reflex mechanism.
A kind of application Auto-Test System to be measured based on Android system comprises:
The decompiling module is used for decompiling is carried out respectively in a plurality of application to be measured and testing tool;
Modified module is used for revising each application to be measured and testing tool, so that the process parameter of the register-file of each application to be measured and testing tool is identical;
Collector is used for each application to be measured and testing tool are compiled into new installation kit separately;
Signature blocks is used for giving same signature to each application to be measured and testing tool;
Test module is used for starting application program to be measured by testing tool, tests.
Further, described process parameter is user name and the process identification (PID) of the register-file of each application to be measured and testing tool, described modified module:
Revise the register-file of each application to be measured and testing tool, so that the user name of the register-file of each application to be measured and testing tool is identical;
Revise the register-file of each application to be measured and testing tool, so that the process identification (PID) of the register-file of each application to be measured and testing tool is identical.
Further, described test module comprises:
Main test submodule is used for according to the default testing procedure of testing tool the first application to be measured being operated;
Call the test submodule, need to call the second application to be measured if be used for testing procedure, then call the second application to be measured, start in the described second process that is applied in the first application to be measured to be measured.
Further, described main test submodule comprises:
The detected object acquiring unit is used for testing tool and obtains the detected object of the first application to be measured according to default test case;
The target window acquiring unit is used for search operaqtion is carried out in the first application to be measured, obtains the target window of described object to be measured;
Check point original state acquiring unit is used for the check point according to default object to be measured, obtains the state of the check point of described target window, and saves as the original state of check point;
The operation steps call unit is used for the operation steps that the default test case of basis is called described detected object;
Check point done state acquiring unit is used for again obtaining the state of the check point of described target window, and saves as the done state of check point.
The present invention is based on application automatic test approach to be measured and the system of Android system, because a plurality of application to be measured and testing tool all use same user name, process identification (PID) and signature, therefore work as one of them to be measured being applied in and need to call another application to be measured in the test process, then all application to be measured and testing tool are in after startup in the same process, and testing tool just has another application to be measured of control of authority so.Thereby realized striding the application automatic test at the andriod mobile phone terminal.So that use from the automatic test of single application to develop into to use simultaneously test based on the automatic test of andriod system more, improved the coverage rate of automatic test, save human resources.And owing to can stride application testing, therefore wider check point sensing range can be set, and no longer be limited to the detection current application, also can detect the state of a plurality of application.Because Test Application and tested application operate in same process, tested application compulsory withdrawal can cause Test Application also to be collapsed, at present can be by monitoring Instrumentaion output stream, and under the abnormal conditions, the PC end can be restarted Test Application and tested application.
Description of drawings
Fig. 1 is the workflow diagram that the present invention is based on the application automatic test approach to be measured of Android system;
Fig. 2 is the workflow diagram of an embodiment that the present invention is based on the application automatic test approach to be measured of Android system;
Fig. 3 is the workflow diagram of testing procedure that the present invention is based on the application automatic test approach to be measured of Android system;
Fig. 4 is the workflow diagram of an embodiment of testing procedure that the present invention is based on the application automatic test approach to be measured of Android system;
Fig. 5 is the construction module figure that the present invention is based on the application Auto-Test System to be measured of Android system.
Embodiment
The present invention will be further described in detail below in conjunction with the drawings and specific embodiments.
Be illustrated in figure 1 as the workflow diagram of the application automatic test approach to be measured that the present invention is based on Android system.
A kind of application automatic test approach to be measured based on Android system comprises:
Step S101 carries out respectively decompiling to a plurality of application to be measured and testing tool;
Step S102 revises each application to be measured and testing tool, so that the process parameter of the register-file of each application to be measured and testing tool is identical;
Step S103 is compiled into new installation kit separately with each application to be measured and testing tool;
Step S104 gives same signature to each application to be measured and testing tool;
Step S105 starts application program to be measured by testing tool, tests.
Wherein, described process parameter is user name and the process identification (PID) of the register-file of each application to be measured and testing tool, described modification each application to be measured and testing tool specifically comprise so that the process parameter of the register-file of each application to be measured and testing tool is identical:
Revise the register-file of each application to be measured and testing tool, so that the user name of the register-file of each application to be measured and testing tool is identical;
Revise the register-file of each application to be measured and testing tool, so that the process identification (PID) of the register-file of each application to be measured and testing tool is identical.
As an example, as shown in Figure 2:
Step S201 calls the ApkTool instrument with application to be measured and respectively decompiling of testing tool;
Step S202, revise each use and testing tool the AndroidMainifest file, make its shared Android:ShareUserId and Android:Process;
Step S203 calls ApkTool application to be measured and testing tool is compiled into new APK separately;
Step S204 calls Android signature instrument and gives same signature to each tested application and testing tool; To be in same in-process when so far, tested application and testing tool move.
Step S205 opens testing tool, starts tested application by testing tool, and automatic test begins.
The workflow diagram that is illustrated in figure 3 as the testing procedure of the application automatic test approach to be measured that the present invention is based on Android system comprises:
Step S301, testing tool obtains the detected object of the first application to be measured, execution in step S302 according to default test case;
Step S302 carries out search operaqtion to the first application to be measured, obtains the target window of described object to be measured, execution in step S303;
Step S303, the check point according to default object to be measured obtains the state of the check point of described target window, and saves as the original state of check point, execution in step S304;
Step S304 calls the operation steps of described detected object, execution in step S305 according to default test case;
Step S305 obtains the state of the check point of described target window again, and saves as the done state of check point.
Wherein, if need to call the second application to be measured in the testing procedure, then call the second application to be measured, start in the described second process that is applied in the first application to be measured to be measured.
Wherein, it is specific as follows to obtain the target window of described object to be measured:
Obtain the window manager of the first application to be measured in the Android system ccf layer, among embodiment, dynamically obtain window manager by reflex mechanism therein;
The root window of obtaining the first application to be measured from described window manager among embodiment, dynamically obtains root window by reflex mechanism therein;
Obtain all included subwindows of described root window, and generate the subwindow tabulation of the identification parameter that includes subwindow;
Obtain the identification parameter of target window;
Identification parameter according to target window mates described subwindow tabulation, obtains target window.
As an example, as shown in Figure 4, comprising:
Step S401 starts the first application to be measured by testing tool;
Step S402 reads the test case step of the first application to be measured, determines the detected object of the first application to be measured according to the test case step;
Step S403 obtains the middle android.view.WindowManagerImpl class of Android system framework layer, i.e. the window manager of current application dynamically by the reflex mechanism of java in testing tool;
Step S404 continues by the mViews array in the reflex mechanism Dynamic Acquisition current application window manager of java, the root View of in store current Activity, i.e. DecorView in this array;
Step S405 obtains all sub-View of DecorView, if View directly adds in the tabulation, if ViewGroup, recursive lookup is also added its all sub-View; And filter out the View of INVISIBLE and GONE attribute, generate the subwindow tabulation;
Step S406, the Id of the View that comprises according to detected object or text or Index be coupling in the subwindow tabulation, thus identification target View obtains the state of the check point of target View, and saves as the original state of check point;
Step S407 obtains the Instrumentation object of current process, and calls its method for synchronous, waits for that the UI thread is in idle condition;
Step S408 calls the correlation technique of Activity according to the test case step, in the UI of Android thread to the operation (as clicking input) of View;
Step S409 if test case need to be called the second application to be measured, then starts the second application to be measured, and execution in step S403 is because same Android:ShareUserId and Android:Process are used in Another Application and testing tool and application to be measured; And signature, being in the same process after then starting, testing tool just has the control of authority Another Application so;
Step S410 carries out search operaqtion to the first application to be measured, searches corresponding view and operation, and step is with step S401 ~ S408;
Step S411 obtains the state of View again, confirms the check point state, collects test result, and saves as the done state of check point;
Step S412, if also have next bar use-case then execution in step S402, otherwise execution in step S413;
Step S413, test finishes.
Be illustrated in figure 5 as the construction module figure based on the application Auto-Test System to be measured of Android system, comprise:
Decompiling module 501 is used for decompiling is carried out respectively in a plurality of application to be measured and testing tool;
Modified module 502 is used for revising each application to be measured and testing tool, so that the process parameter of the register-file of each application to be measured and testing tool is identical;
Collector 503 is used for each application to be measured and testing tool are compiled into new installation kit separately;
Signature blocks 504 is used for giving same signature to each application to be measured and testing tool;
Test module 505 is used for starting application program to be measured by testing tool, tests.
Wherein, test module comprises:
Main test submodule is used for according to the default testing procedure of testing tool the first application to be measured being operated;
Call the test submodule, need to call the second application to be measured if be used for testing procedure, then call the second application to be measured, start in the described second process that is applied in the first application to be measured to be measured.
Main test submodule comprises:
The detected object acquiring unit is used for testing tool and obtains the detected object of the first application to be measured;
The target window acquiring unit is used for search operaqtion is carried out in the first application to be measured, obtains the target window of described object to be measured;
Check point original state acquiring unit is used for the check point according to default object to be measured, obtains the state of the check point of described target window, and saves as the original state of check point;
The operation steps call unit is for the method for synchronous that calls described detected object;
Check point done state acquiring unit is used for again obtaining the state of the check point of described target window, and saves as the done state of check point.
The present invention can be connected to service end at any computer (PC), carries out automatic test control, and can select the module of automation projects to test, and need not once row for the national games, can select the subsequent module operation after program interrupt makes mistakes.
The above embodiment has only expressed several embodiment of the present invention, and it describes comparatively concrete and detailed, but can not therefore be interpreted as the restriction to claim of the present invention.Should be pointed out that for the person of ordinary skill of the art without departing from the inventive concept of the premise, can also make some distortion and improvement, these all belong to protection scope of the present invention.Therefore, the protection domain of patent of the present invention should be as the criterion with claims.
Claims (10)
1. application automatic test approach to be measured based on Android system, step comprises:
Decompiling is carried out respectively in a plurality of application to be measured and testing tool;
Revise each application to be measured and testing tool, so that the process parameter of the register-file of each application to be measured and testing tool is identical;
Each application to be measured and testing tool are compiled into new installation kit separately;
Give same signature to each application to be measured and testing tool;
Start application program to be measured by testing tool, test.
2. the application automatic test approach to be measured based on Android system according to claim 1, it is characterized in that, described process parameter is user name and the process identification (PID) of the register-file of each application to be measured and testing tool, described modification each application to be measured and testing tool specifically comprise so that the process parameter of the register-file of each application to be measured and testing tool is identical:
Revise the register-file of each application to be measured and testing tool, so that the user name of the register-file of each application to be measured and testing tool is identical;
Revise the register-file of each application to be measured and testing tool, so that the process identification (PID) of the register-file of each application to be measured and testing tool is identical.
3. the application automatic test approach to be measured based on Android system according to claim 1 and 2 is characterized in that, describedly starts application program to be measured by testing tool, tests, and specifically comprises:
According to testing procedure default in the testing tool the first application to be measured is operated;
If need to call the second application to be measured in the testing procedure, then call the second application to be measured, start in the described second process that is applied in the first application to be measured to be measured.
4. the application automatic test approach to be measured based on Android system according to claim 3 is characterized in that, described testing procedure according to presetting in the testing tool operates the first application to be measured, specifically comprises:
Step (41), testing tool obtains the detected object of the first application to be measured, execution in step (42) according to default test case;
Step (42) is carried out search operaqtion to the first application to be measured, obtains the target window of described object to be measured, execution in step (43);
Step (43), the check point according to default object to be measured obtains the state of the check point of described target window, and saves as the original state of check point, execution in step (44);
Step (44) is called the operation steps of described detected object, execution in step (45) according to default test case;
Step (45) is obtained the state of the check point of described target window again, and saves as the done state of check point.
5. the application automatic test approach to be measured based on Android system according to claim 4 is characterized in that, the described target window that obtains described object to be measured is specific as follows:
Obtain the window manager of the first application to be measured in the Android system ccf layer;
The root window of obtaining the first application to be measured from described window manager;
Obtain all included subwindows of described root window, and generate the subwindow tabulation of the identification parameter that includes subwindow;
Obtain the identification parameter of target window;
Identification parameter according to target window mates described subwindow tabulation, obtains target window.
6. the application automatic test approach to be measured based on Android system according to claim 5 is characterized in that:
The described window manager that obtains the first application to be measured in the Android system ccf layer dynamically obtains by reflex mechanism;
The described root window of obtaining the first application to be measured from described window manager dynamically obtains by reflex mechanism.
7. the application Auto-Test System to be measured based on Android system is characterized in that, comprising:
The decompiling module is used for decompiling is carried out respectively in a plurality of application to be measured and testing tool;
Modified module is used for revising each application to be measured and testing tool, so that the process parameter of the register-file of each application to be measured and testing tool is identical;
Collector is used for each application to be measured and testing tool are compiled into new installation kit separately;
Signature blocks is used for giving same signature to each application to be measured and testing tool;
Test module is used for starting application program to be measured by testing tool, tests.
8. the application Auto-Test System to be measured based on Android system according to claim 7 is characterized in that, described process parameter is user name and the process identification (PID) of the register-file of each application to be measured and testing tool, described modified module:
Revise the register-file of each application to be measured and testing tool, so that the user name of the register-file of each application to be measured and testing tool is identical;
Revise the register-file of each application to be measured and testing tool, so that the process identification (PID) of the register-file of each application to be measured and testing tool is identical.
9. the automatic examining system of application to be measured based on Android system according to claim 7 is characterized in that described test module comprises:
Main test submodule is used for according to the default testing procedure of testing tool the first application to be measured being operated;
Call the test submodule, need to call the second application to be measured if be used for testing procedure, then call the second application to be measured, start in the described second process that is applied in the first application to be measured to be measured.
10. the application Auto-Test System to be measured based on Android system according to claim 9 is characterized in that, described main test submodule comprises:
The detected object acquiring unit is used for testing tool and obtains the detected object of the first application to be measured according to default test case;
The target window acquiring unit is used for search operaqtion is carried out in the first application to be measured, obtains the target window of described object to be measured;
Check point original state acquiring unit is used for the check point according to default object to be measured, obtains the state of the check point of described target window, and saves as the original state of check point;
The operation steps call unit is used for the operation steps that the default test case of basis is called described detected object;
Check point done state acquiring unit is used for again obtaining the state of the check point of described target window, and saves as the done state of check point.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210589438.9A CN103019942B (en) | 2012-12-31 | 2012-12-31 | Method and system for automatically testing applications to be tested based on android system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210589438.9A CN103019942B (en) | 2012-12-31 | 2012-12-31 | Method and system for automatically testing applications to be tested based on android system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103019942A true CN103019942A (en) | 2013-04-03 |
| CN103019942B CN103019942B (en) | 2015-04-29 |
Family
ID=47968567
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210589438.9A Expired - Fee Related CN103019942B (en) | 2012-12-31 | 2012-12-31 | Method and system for automatically testing applications to be tested based on android system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103019942B (en) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104317699A (en) * | 2014-07-24 | 2015-01-28 | 小米科技有限责任公司 | Application program verifying method and device |
| CN104834586A (en) * | 2014-02-10 | 2015-08-12 | 腾讯科技（深圳）有限公司 | Automatic test method, device and system of Android interface |
| WO2015176422A1 (en) * | 2014-05-22 | 2015-11-26 | 中兴通讯股份有限公司 | Android system-based application management method and device thereof |
| CN105487966A (en) * | 2014-09-17 | 2016-04-13 | 腾讯科技（深圳）有限公司 | Program testing method, device and system |
| CN105677498A (en) * | 2015-12-29 | 2016-06-15 | 山东大学 | Optimization method of View control state saving on Android system |
| CN105740138A (en) * | 2014-12-08 | 2016-07-06 | 阿里巴巴集团控股有限公司 | Test method, test device and test system of application |
| CN106326104A (en) * | 2015-07-08 | 2017-01-11 | 腾讯科技（深圳）有限公司 | Terminal control test method and apparatus |
| CN108243284A (en) * | 2016-12-26 | 2018-07-03 | ***通信有限公司研究院 | A kind of dial testing method and device |
| CN105868118B (en) * | 2016-06-27 | 2018-09-11 | 北京奇虎科技有限公司 | Application testing method, apparatus and system |
| CN110716849A (en) * | 2018-07-11 | 2020-01-21 | 亿度慧达教育科技（北京）有限公司 | Method and device for recording test cases of application programs |
| CN111797016A (en) * | 2020-06-30 | 2020-10-20 | 苏州三六零智能安全科技有限公司 | Application program testing method, device, storage medium and device |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6086622A (en) * | 1993-04-27 | 2000-07-11 | Kabushiki Kaisha Toshiba | Method and apparatus for converting an architecture of a program and method, and apparatus for debugging a program by using them |
| JP2002259121A (en) * | 2001-02-28 | 2002-09-13 | Ricoh Co Ltd | Source line debagging device |
| KR20120121950A (en) * | 2011-04-28 | 2012-11-07 | (주)아이엔에스랩 | Application Graphic User Interface Test Automation System and Method Thereof |
-
2012
- 2012-12-31 CN CN201210589438.9A patent/CN103019942B/en not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6086622A (en) * | 1993-04-27 | 2000-07-11 | Kabushiki Kaisha Toshiba | Method and apparatus for converting an architecture of a program and method, and apparatus for debugging a program by using them |
| JP2002259121A (en) * | 2001-02-28 | 2002-09-13 | Ricoh Co Ltd | Source line debagging device |
| KR20120121950A (en) * | 2011-04-28 | 2012-11-07 | (주)아이엔에스랩 | Application Graphic User Interface Test Automation System and Method Thereof |
Non-Patent Citations (2)
| Title |
|---|
| 宋春雨: "Android平台自动化测试的研究与实践", 《中国优秀硕士学位论文全文数据库•信息科技辑》 * |
| 宋春雨: "Android平台自动化测试的研究与实践", 《中国优秀硕士学位论文全文数据库•信息科技辑》, no. 8, 15 August 2012 (2012-08-15), pages 138 - 531 * |
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104834586A (en) * | 2014-02-10 | 2015-08-12 | 腾讯科技（深圳）有限公司 | Automatic test method, device and system of Android interface |
| CN104834586B (en) * | 2014-02-10 | 2018-11-20 | 腾讯科技（深圳）有限公司 | Android interface automation test method, apparatus and system |
| WO2015176422A1 (en) * | 2014-05-22 | 2015-11-26 | 中兴通讯股份有限公司 | Android system-based application management method and device thereof |
| CN104317699A (en) * | 2014-07-24 | 2015-01-28 | 小米科技有限责任公司 | Application program verifying method and device |
| CN105487966A (en) * | 2014-09-17 | 2016-04-13 | 腾讯科技（深圳）有限公司 | Program testing method, device and system |
| CN105487966B (en) * | 2014-09-17 | 2023-07-25 | 深圳市雅阅科技有限公司 | Program testing method, device and system |
| CN105740138A (en) * | 2014-12-08 | 2016-07-06 | 阿里巴巴集团控股有限公司 | Test method, test device and test system of application |
| CN105740138B (en) * | 2014-12-08 | 2018-12-21 | 阿里巴巴集团控股有限公司 | Test method, test device and the test macro of application |
| CN106326104A (en) * | 2015-07-08 | 2017-01-11 | 腾讯科技（深圳）有限公司 | Terminal control test method and apparatus |
| CN106326104B (en) * | 2015-07-08 | 2021-03-16 | 腾讯科技（深圳）有限公司 | Terminal control testing method and device |
| CN105677498B (en) * | 2015-12-29 | 2018-05-25 | 山东大学 | The optimization method that View controls state preserves on a kind of Android system |
| CN105677498A (en) * | 2015-12-29 | 2016-06-15 | 山东大学 | Optimization method of View control state saving on Android system |
| CN105868118B (en) * | 2016-06-27 | 2018-09-11 | 北京奇虎科技有限公司 | Application testing method, apparatus and system |
| CN108243284A (en) * | 2016-12-26 | 2018-07-03 | ***通信有限公司研究院 | A kind of dial testing method and device |
| CN108243284B (en) * | 2016-12-26 | 2021-09-14 | ***通信有限公司研究院 | Dial testing method and device |
| CN110716849A (en) * | 2018-07-11 | 2020-01-21 | 亿度慧达教育科技（北京）有限公司 | Method and device for recording test cases of application programs |
| CN111797016A (en) * | 2020-06-30 | 2020-10-20 | 苏州三六零智能安全科技有限公司 | Application program testing method, device, storage medium and device |
| CN111797016B (en) * | 2020-06-30 | 2022-11-04 | 苏州三六零智能安全科技有限公司 | Application program testing method, device, storage medium and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103019942B (en) | 2015-04-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103019942B (en) | Method and system for automatically testing applications to be tested based on android system | |
| KR101246623B1 (en) | Apparatus and method for detecting malicious applications | |
| CN107193750B (en) | Script recording method and device | |
| CN102567203B (en) | A kind of method and system of test distributed file system performance | |
| CN105573911B (en) | A kind for the treatment of method and apparatus using pop-up | |
| US20090158260A1 (en) | Apparatus and method for automatically analyzing program for detecting malicious codes triggered under specific event/context | |
| CN106201882A (en) | Automated operating system method of testing based on Jenkins and system | |
| CN105573915B (en) | A kind of test method and device based on code coverage | |
| CN104375914A (en) | Automatic testing method for internal pressure change of server | |
| CN104461846B (en) | The method and apparatus for detecting application program power consumption | |
| CN110928777B (en) | Test case processing method, device, equipment and storage medium | |
| CN104375937A (en) | Continuous integration method and system of automated testing results | |
| CN109117368A (en) | A kind of interface test method, electronic equipment and storage medium | |
| CN114500043B (en) | Internet of things firmware vulnerability detection method and system based on homology analysis | |
| CN105653946A (en) | Android malicious behavior detection system based on combined event behavior triggering and detection method of Android malicious behavior detection system | |
| CN104346279A (en) | Method and device for software testing | |
| CN111027054A (en) | Method and system for judging running of application program in multi-open environment based on android system | |
| CN104123397A (en) | Automatic test device and method for Web page | |
| CN110704303B (en) | Method and device for acquiring test coverage information | |
| CN107045478B (en) | lightweight thread analysis and operation visualization method | |
| CN108958890A (en) | Container microscope testing method, apparatus and electronic equipment | |
| KR20150003651A (en) | Computing system and control method thereof | |
| CN106201810A (en) | A kind of method of testing, device | |
| CN109871307A (en) | A kind of automated testing method being accurately positioned starting matter of time | |
| CN110928787B (en) | Automatic test script recording and playback method, device, equipment and storage medium |
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 | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: Changan town in Guangdong province Dongguan 523860 usha Beach Road No. 18 Patentee after: GUANGDONG OPPO MOBILE TELECOMMUNICATIONS Corp.,Ltd. Address before: Changan town in Guangdong province Dongguan 523860 usha Beach Road No. 18 Patentee before: GUANGDONG OPPO MOBILE TELECOMMUNICATIONS Corp.,Ltd. |
|
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20150429 |