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

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

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