前言:

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

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

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