前言：
现在 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编程，必要时，自己开发自己的测试用例。
作为模块开发者，一定要写自己的单元测试，一方面可以保证自己的代码没有缺陷，另一方面，也为系统级测试提供素材。
当然，自动化测试关键还在于意识，创意比实现更重要。
