背景：前段时间本项目安卓端的QA离职，我接替该同事的工作进行项目安卓端的测试。而测试负责的很大一块内容就是安卓UI自动化测试，之前安卓端的UI自动化工程集成了若干个测试用例已经能够在jenkins持续集成平台上比较稳定地构建和执行了。接下来新版本发布，要继续维护UI自动化用例，能够从用户操作的层面实时地监控安卓端版本的项目质量。对我来说，做好安卓端测试的一个重点就是安卓UI自动化工程的交接和维护。我的情况是仅有java开发基础，对于android开发没有涉及过，对于UI自动化更是不懂。因而是个实实在在的菜鸟。可我不会轻易狗带。一起开始安卓UI自动化学习之旅吧。
我的学习路线是这样安排的：
（一）本地：能够独立完成一个UI自动化工程的建立
（二）本地：命令行执行UI自动化测试用例
（三）本地：ant打包测试工程apk+执行UI自动化用例一体化
（四）jenkins:持续集成平台成功构建UI自动化工程
（五）jenkins:真机换成模拟器
（六）jenkins:持续集成平台实现被测apk自动打包编译+自动化一体化
（七）UI自动化用例编写语法和规范
本章内容就是第一部分，本地：独立完成一个UI自动化工程的建立
一，准备工具和材料
在正式开始之前，先梳理一下一个简单的UI自动化工程所需要的材料。
通常情况下，eclipse和android studio都可以用做开发环境，为了与之前的一致，我选择使用eclipse开发。被测应用有源码最好，没有源码的时候使用apk一样可以进行UI自动化测试。UI自动化测试的一个最基础的框架是robotium，orange是基于robotium的二次封装，核心的部分没有改动，只是增加了自动重签名和在用例运行失败的时候自动重跑的功能。要清楚的一点是，被测应用是单独的apk，测试工程也要打包成一个apk，这两者是独立的。本文后续用被测应用和测试工程来区分两者。需要工具和材料仅这些：
（1） 开发环境：eclipse+ADT，可参考教程。
（2） 第三方Jar包：robotium，orange
（3） 被测试程序包：重签名的被测应用apk。
（4）一个真机：将重签名后的apk安装到真机上，且数据线连接好真机与PC。
（可利用重签名工具re-sign.jar。为什么要重签名呢？本机的eclipse对UI自动化工程打包的时候使用的是本机的debug.keystore签名文件，一般存放于C:\Users\yourUserName\.android目录下。而正式发布的被测应用apk通常会使用特定的keystore签名文件。这两者不统一，必然是不能用前者去测试后者的。另外注意，发布好的被测应用apk有时候开发者们会选择gradle打包，这种情况下对apk进行重签名，会有导致手机上打不开应用。使用ant打包的apk重签名就OK 。）
二，建立UI自动化工程的整体框架
2.1创建测试工程
前面说过了，测试工程也是一个安卓工程，所以我们需要在eclipse中点击File-〉New-〉Android Application Project，建立一个安卓工程。
填写安卓工程的相关信息，包括应用名称和应用包名等。SDK选择4.0以上，其他使用默认值即可。一路点击next，直至Finish。
2.2配置Build Path
在libs目录下加入已经准备好的robotium和orange的jar包，如果没有libs建议可以手动新建，当然不建立也可以。在Build Path中添加libs中的jar包，或者存放于其他文件夹中的jar包。
点击Add JARs，将libs下的几个jar都加入到BuildPath中。点击Ok完成即可。
2.3配置Manifest.xml
在原有xml的基础上增加<instrument>、<uses-library>和<uses-permission>标签，注意instrument标签中需指定被测应用apk的包名和测试应用apk的包名。
2.4编写测试用例
由于我们现阶段的重点不是语法和规范，是在整体搭建框架上的熟悉，因而我们写一个最简单的测试用例。
在project->src->package name处右键new->class，输入测试用例类的名称，在Superclass处点击Browse：
在filter栏里填写ActivityInstrumentationTestCase3，表示我们新建的这个类是ActivityInstrumentationTestCase3这个类的子类，能够重写和复用基类的方法。选择第一个出现的匹配项，点击OK。测试用例类建立完毕。
刚开始类上面会有小岔号，表示没有构造函数，后面我们会补充。我们把R.java文件加入进来，在写测试用例的时候会用到。如果把R.java文件加到com.example.androiduitest这个包下的会，会报错：R.java文件重复。这是因为安卓工程都会在gen目录下的com.example.androiduitest包下生成一个R.java文件，当然就会重复咯。所以我们需要再新建一个package，比如com.example.test，把R.java文件放到这个包内就可以。
输入如下简单的测试用例代码：
注意构造函数时调用super(A,B),其中A是待测应用的程序包名，B是待测应用的启动activity。另外马赛克的部分是对应被测应用的package名字以及被测应用的Activity名字。
具体的测试用例书写规范与语法，我们可以暂时忽视，到后面的阶段再深入。
2.5执行测试用例
在真正执行测试用例前，要做两个地方的配置，分别是Build Path-> order and export选中需要的jar包，另一个就是run configurations-〉设置好instrumentation。分别如下图所示：
此外，还需要在已选择好的真机设备上安装上已经重签名的被测应用apk，利用数据线和adb将真机设备与PC端连接好，且保证屏幕划开不黑屏。
设置完毕后，就可以执行啦！
在FirssTest.java右键run as->Java Junit Test，在弹出的页面中选择已安装好重签名应用的真机设备，开始执行即可。
执行的时候我们可以看到首先会打一个测试应用的apk安装到真机设备上，然后就开始测试我们的被测应用，被测应用像是被一个“无影手”一样操控着打开、点击某个按钮、关闭。迄今，我们已经能够建立一个最最基本的安卓UI自动化测试工程了，接下来就是第二篇，用命令行来执行我们的测试用例了，gogogo!
