Android 自动化测试

作者： 宋立新

Email ： zjujoe@yahoo.com

 

前言

       现在 Android 开发非常红火， Java 环境下敏捷开发是不二选择。 而敏捷开发都是测试驱动。 所以，最近研究了一下 Android 下的各种自动化测试手段。本文重点在于面上的比较而非点上的细节。时间比较短，所以很可能理解很不充分。

 

测试手段 1 ： CTS

CTS 原来只对 OHA 联盟开放。 最近 Google 把它 Release 出来了。 似乎做过一些裁剪 , 比如针对 Java 虚拟机的测试，似乎被删除了，但我们一般用不着这么高深的。

针对每个版本，比如 2.1, 2.2, Goolge 发布了一个兼容性规范，而 CTS 测试就是用来确保某手机或者模拟器符合该兼容性规范。

CTS 测试基于 Android instrumentation 测试， 其又基于 JUnit 测试。 说白了， CTS 就是一堆单元测试用例。 这也是 Java 语言的擅长部分。

在 2.1 模拟器上试验了一下， 有少数没有通过。

目前 CTS 主要包括功能方面的测试，有少数的性能方面的测试。 性能测试未来会越来越多。

总的来说， CTS 跟 WM 的 LTK 测试还是弱了一些， 毕竟还年轻。 它只包括自动化测试，目的主要是保证 API 的兼容性。由于基于单元测试， CTS 本身不能用于测试多应用交互的情况。

 

对我们的帮助：

1）   应用程序的开发者可以开发出自己应用的单元测试，并将其加入 CTS 测试集。

2）   设备制造商可以通过周期性运行 CTS 测试，确保没有对 Android 伤筋动骨。

 

测试手段 2 ： Monkey

猴子测试本身非常简单，就是模拟用户的按键输入，触摸屏输入，手势输入等。 看手机多长时间会出异常。

可以设置让 Monkey 只测试某个应用，从而辅助应用程序的开发。

对我们的帮助：

1）   应用程序的开发者可以测试自己应用的鲁棒性。

2）   设备制造商可以使用猴子对自己的测试施行压力测试。看设备能坚持多久。

 

测试手段 3: ASE

ASE 意思为 Android 脚本环境， 即我们可以通过脚本（比如 Python ）调用 Android 的功能，从而定制一些测试。比如打电话，发短信，浏览网页，等。

个人觉得这对复现某些偶发故障非常有帮忙。

目前 ASE 还处于它的成长期，希望它不断成熟，为开发者提供更多便利。

 

测试手段 4: 其它

可以写一个 Android 应用程序，命令行脚本等， 在其他方法不能实现时，就只能用这些方法了。

 

总结

 

一方面我们要充分利用 Android 提供的现成测试，密切关注其进展，另一方面，我们要学习好 java/Python 编程，必要时，自己开发自己的测试用例。

 

作为模块开发者，一定要写自己的单元测试，一方面可以保证自己的代码没有缺陷，另一方面，也为系统级测试提供素材。

 

当然，自动化测试关键还在于意识，创意比实现更重要。

附录

尝试 Android ScriptingEnvironment：

http://blog.csdn.net/zjujoe/article/details/5657868

http://blog.csdn.net/zjujoe/article/details/5659253

http://blog.csdn.net/zjujoe/article/details/5677787

http://blog.csdn.net/zjujoe/article/details/5687206

Android CTS 测试研究：

http://blog.csdn.net/zjujoe/article/details/5633147

http://blog.csdn.net/zjujoe/article/details/5640461

http://blog.csdn.net/zjujoe/article/details/5673469

monkey测试工具：

http://blog.csdn.net/zjujoe/article/details/566396