首页 / ANDROID / Android自动化测试框架
Android自动化测试框架
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了Android自动化测试框架,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含960字,纯文字阅读大概需要2分钟。
内容图文
1、Monkeyrunner:优点:操作最为简单,可以录制测试脚本,可视化操作;缺点:主要生成坐标的自动化操作,移植性不强,功能最为局限;
2、Rubotium:主要针对某一个APK进行自动化测试,APK可以有源码,也可以没有源码,功能强大;缺点是针对APK操作,而且需要对APK重新签名(有工具),因此操作相对复杂;
3、UiAutomator:优点:可以对所有操作进行自动化,操作简单;缺点:Android版本需要高于4.0,无法根据控件ID操作,相对来说功能较为局限,但也够用了;
4、Monkey:准确来说,这不算是自动化测试,因为其只能产生随机的事件,无法按照既定的步骤操作;
由上面介绍可以有这样的结论:测试某个APK,可以选择Rubotium;测试过程可能涉及多个APK,选择UiAutomator;一些简单的测试,选择Monkeyrunner;
Hierachyview+Monkey |
UiAutomator + Monkey |
Robotium |
|
权限 |
root |
普通 |
普通 |
是否需要签名 |
是 |
否 |
否 |
响应速度 |
10s(网友测试数据) |
4s(网友测试数据) |
1-2s |
是否支持WebView |
否 |
否 |
是 |
是否支持跨应用测试 |
是 |
是 |
否 |
支持该特性的Android API |
? |
API 16 |
API 7 |
是否支持控件ID |
是 |
否 |
是 |
从上述数据来看,Android提供的测试工具各有优缺点,有的支持WebView测试,有的不支持。有的支持跨应用,有的不支持。因此,一个好的Android测试工具,更多地是兼容了上述几种测试方法。例如,Appium。
UiAutomator Testcase类继承自JUnit的TestCase类。而Robotium、Espresso则继承自activityInstrumentationTestCase2。从这个继承关系,我们也能理解为什么采用Robotium的方式,应用需要签名。而采用UiAutomator则不需要。其原因是:采用Robotium的方式,其测试代码本质上是一个APK。根据Android的安全机制,应用是需要签名的。
原文:http://www.cnblogs.com/CharlesGrant/p/4727926.html
内容总结
以上是互联网集市为您收集整理的Android自动化测试框架全部内容,希望文章能够帮你解决Android自动化测试框架所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。