android应用测试及调试实战第三章.pdfVIP

第3 章 Android 界面自动化白盒测试 本章讲解在对待测应用源码有一定了解的基础上进行Android UI 自动化白盒测试的方法。 3.1　Instrumentation 测试框架 Android 系统的Instrumentation 测试框架和工具允许我们在各种层面上测试应用的方方 面面。该测试框架有以下几个核心特点： ❏ 测试集合是基于JUnit 的。既可以直接使用JUnit ，不调用任何Android API 来测试 一个类型，也可以使用Android JUnit 扩展来测试Android 组件。 ❏ Android JUnit 扩展为应用的每种组件提供了针对性的测试基类。 ❏ Android 开发工具包（SDK）既通过Eclipse 的ADT 插件提供了图形化的工具来创建 和执行测试用例，也提供了命令行的工具，以便与其他IDEs 集成，这些命令行工具 甚至可以创建ant 编译脚本。这些工具从待测应用的工程文件中读取信息，并根据这 些信息自动创建编译脚本、清单文件和源代码目录结构。 3.1.1　Android 仪表盘测试工程 与Android 应用类似，Android 测试用例也是以工程的形式组织。一般推荐使用Android 自带的工具来创建测试工程，这是因为： ❏ 自动为测试包设置使用InstrumentationTestRunner 作为测试用例执行工具，在 Android 中必须使用InstrumentationTestRunner （或其子类）来执行JUnit 测试用例。 ❏ 为测试包创建一个合适的名称。如果待测应用的包名是com.mydomain.myapp ，那么 工具会将测试用例的包名设为com.mydomain.myapp.test 。这样可以帮助我们识别用 例与待测应用之间的联系，并且规避类名冲突。 ❏ 会创建好必要的源码目录结构、清单文件和编译脚本，帮助我们修改编译脚本和清 单文件以建立测试用例与待测应用之间的联系。 3.1　Instrumentation 测试框架　◆ 59 虽然可以将测试用例工程保存在文件系统的任意位置，但一般的做法是将测试用例工程 的根目录“tests/ ”放在待测应用工程的根目录下，与其源文件目录“src/ ”并列放置。比 如说，如果待测应用工程的根目录是“MyProject ”，那么按照编程规范，应该采用下面的目 录结构： MyProject/ AndroidManifest.xml res/ ……（主应用中的资源文件） src/ ……（主应用的源代码） tests/ AndroidManifest.xml res/ ……（测试用例的资源文件） src/ ……（测试用例的源代码） 在 1.3 节已经讲过使用Eclipse 图形化工具创建Android 测试工程的方法，这里讲解使 用命令行工具创建测试工程的方法。在随书配套资源中附带的虚拟机中，home 目录下有个 名为“practice ”的文件夹，读者可以在其中尝试书中的例子，如果操作有误需要恢复原始 练习，可以从“practice-backup ”中还原。 1 ）这里复用第1 章演示的工程“cn.hzbook.android.test.chapter1”，首先进入工程的主 目录： student@student:~$ cd practice/chapter3/cn.hzbook.android.test.chapter1/ 2 ）使用“android ”命令创建测试工程： $ android create test-project -m ..-p tests “android ”命令是一个命令集合，其很多功能都是通过子命令，甚至是二级子命令完 成的。在上例中，“create ”就是一级子命令，而“test-project ”就是二