Android测试框架对比

转自： http://www.yangrong.me/?p=15

最近花了一些时间来调研android的测试框架，除了需要适合做UI测试，还需要保证选取的框架有以下几点特性：

• 工具开源，易于扩展。
• 脚本编写简洁，维护成本低。
• 满足客户端的自动化需求。
• 便与校验结果的正确性。
• 可用于持续集成。

目前较热门的开源框架有：Android APIs提供的Instrumentation类、MonkeyRunner、Robotium、Athrun、Appium、UIAutomator等

Instrumentation类:http://developer.android.com/reference/android/app/Instrumentation.html

• Android APIs提供
• UI层的自动化
• 跨进程受到android进程安全限制
• 扩展后的框架：Robotium, Athrun等

Robotium:http://code.google.com/p/robotium/

• 基于instrumentation实现，提供的接口可以满足大部分自动化需求，使用方法简单
• 支持手势、webview、截图等操作
• 支持Remote Control方式
• 支持ant、maven打包，与jenkins结合较好
• 资料丰富，社区活跃，更新频繁
• 签名问题，待测App和测试App必须使用相同签名
• 通过solo对象提供操作方法，面向对象方面较差
• 不支持跨应用测试，Android进程安全限制

Athrun(TMTS):http://code.taobao.org/p/athrun/wiki/index/

• 淘宝的自动化测试框架，比较小众化，相关资料较少
• 提供通过id查找所有控件方法，控件对象提供操作方法
• 不支持Remote Control
• 不支持跨应用测试

Appium:http://appium.io/

• 使用WebDriver JSON wire protocol支持iOS和Android的UI测试
• 支持非常多种语言编写测试脚本
• Android SDK Level在16及以上时，底层使用的UIAutomator，低于16使用Selendroid

Monkeyrunner:<http://developer.android.com/tools/help/MonkeyRunner.html”>

• Android SDK提供
• python脚本，使用monkeyrunner test.py来执行
• 结果的验证是通过截屏比对图片来实现，验证方式不够灵活

UIAutomator:http://developer.android.com/tools/help/uiautomator/index.html

• Android提供的框架，支持SDK level 16及以上
• 打包成jar后push到模拟器中运行，调试相对Robotium不便（其实自己稍微封装下也还OK）
• 支持跨进程测试！！！这一点比起Robotium来说非常赞
• 手势操作较少(不过4.3已经提供了不少手势操作啦，还木有试用)
• 基于Junit 3, 相对于Junit4, Testng等测试框架，Junit 3不具备许多功能(不过看到过Google的开发人员说有打算往Junit4上发展)
• 不支持WebView
• 没有测试结果报告文件

最后综合考虑了一下，打算选用UIAutomator，毕竟是Google自己做的，又支持跨进程，我们待测的App也没有太多的webview，所以UIAutomator基本能满足我们的要求。

实际使用后，发现UIAutomator没有提供测试结果报告，这一点是硬伤啊…不过还是有解决办法的，把UIAutomator的输出重定向到一个文件中，再使用https://github.com/dpreussler/automator-log-converter转换成xml的测试报告。这样和jenkins集成后，测试结果就可以使用xUnit Plugin展示出来啦～