前言：

　　现在 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编程，必要时，自己开发自己的测试用例。

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

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