Android自动化测试技术.docVIP

关于 Android 下的自动化测试 作者： 宋立新 Email ： zjujoe@ 前言： 现在 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 编程，必要时，自己开发自己的测试用例。 作为模块开发者，一定要写自己的单元测试，一方面可以保证自己的代码没有缺陷，另一方面，也为系统级测试提供素材。 当然，自动化测试关键还在于意识，创意比实现更重要。 本文来自CSDN博客，转载请标明出处：/zjujoe/archive/2010/06/02/5641477.aspx 前两节讲了用 SDK自带的tool-hierarchyviewer来捕获Activity上Element，并分析了其中的原理。对于要实现GUI自动化，还有哪些工作没有完成呢？ * Invoke界面上的Element，如点击按钮，在文本框中输入内容等 * Press手机自身所有的按键，如HOME键，Menu键，左右上下方向键，通话键，挂机键等 * 判断测试结果 前面说过，直接从Emulator内部获取当前Activity上的Element这条路已经断了，同理，探索像UI Automation上一样Invoke Element的操作估计是行不通了，因为你拿不到Element的对象实例，所以实例所支持的方法当然也没有办法拿到。 怎么办？实在不行，基于坐标来对Element进行触发总可以吧。在Windows中发送基于坐标发送键盘和鼠标事件一般是在无法识别Element的情况下，想的最后一招，这使我想起起了Android中的monkey测试，对着屏幕就是一通乱点，压根就不管点的是什么。所幸的是，当前Android系统中我们得到了Element的属性信息，其中就包括坐标信息，而且这种信息是具有弹性的，也就是说即使Element的坐标随着开发的改变而有所变化，也不用担心，因为当前的坐标是实时获得的。 那么怎样才能给Element发送模拟按键等操作呢？总不能用Windows当前的键盘和鼠标事件吧，那样一旦模拟器的位置改变或失去焦点，啥都白搭，风险太大了。看来给Emulator内部发送模拟按键等操作比较靠谱。查了一下SDK，其中确实有这样的方法存在，但是我们当前的测试基础架构程序位于Emu