写给Android开发者的UI自动化测试上手指南

咱们经常听到这样的问题：“为何软件的开发者们不适合测试他们本身开发的软件？”。事实上，要回答这个问题须要明白开发者去进行测试的目的。本篇文章不会深刻到自动化测试的具体细节，是对如何减小重复测试进行简单实践，让业务开发人员可以简单快速上手才是最终目的。

开发人员测试本身所开发软件的行为就像学生在完成考试后对本身的成绩进行评估，因此可能会出现下面的问题：

• 开发人员对其所写代码有主观认同感
• 开发人员对软件过于乐观的心态
• 开发人员对需求易产生误差与混淆
• 开发人员擅长修复但不擅长拆解
• 开发人员缺少对软件后续开发的展望
• 开发人员缺少测试经验和方法

---

开发者测试的目的

就如前面所说，软件开发者测试本身开发的程序好像并没多大意义，测试工程师具备不少优点条件，那做为开发者进行自动化测试的目的是什么？ 其实从下面的图就能解释一切，程序员这个职业存在的意义不就是最大化利用机器，经过自动化来完成工做吗？

做为软件开发者需求很明显，当须要对本身开发的功能进行验证时，老是须要反复调试后才能提测。这不可避免的须要咱们重复UI操做去覆盖测试路径，经过查看界面内容和日志输出验证问题。而UI自动化测试偏偏能够知足这一点，减小咱们重复操做ui验证的步骤。

---

Android自动化测试介绍

关于Android自动化测试，能够去官网看一下介绍Getting Started with Testing。

本篇文章不会对深刻到自动化测试的细节进行描述，只是做为开发人员对如何减小重复工做量进行简单的实践，因此这里直接推荐腾讯U测社区的一篇文章： 5个最佳的Android测试框架，有兴趣的童鞋能够了解一下目前主流的自动化测试框架。

解放你的双手

做为一个业务开发人员，解放双手进行功能验证性测试才是最根本的需求，因此下面介绍一下使用Espresso进行UI自动化测试的流程。

为何选择Espresso测试框架？ 很简单，Espresso是Google针对Android平台开源的一款最新的Android自动化测试框架。不用考虑跨平台、兼容性等各类问题，最贴合需求才是最好的。

UI自动化测试依据

UI自动化测试的基本思路：把本身当成用户，只关注我能看到的东西。

咱们把本身做为使用程序的最终用户，要让机器模拟个人测试过程，那么就须要针对那些我能看到的东西，也就是UI组件进行验证。 **好比说，**做为用户并不关心某个网络请求返回值的具体数据是否正确，我关心的是能在UI上看到但愿看到的结果。

基于此，作各个测试用例的一个通用的思路就是：**找到某个元素，作一些操做，检查结果。**这里包含了三个流程：

• **找元素：**找到UI上测试所针对的元素；
• **作操做：**给这个元素作一些操做；
• **检查结果：**这个元素作出了我指望的行为。

再直观一点，咱们测试向一个EditText输入一段文字，那么整个过程就能够描述为：

• **找元素：**找到EditText组件；
• **作操做：**向EditText输入字符串；
• **检查结果：**EditText显示了我输入的字符串，验证内容是否符合。

以上三个小步骤实际上也是咱们做为用户在使用一个APP的时候所遵循的流程。而咱们的测试也是基本遵循这样一个流程的。下面是官方文档中给出的一个简单测试用例的代码：

@Test
public void greeterSaysHello() {
  onView(withId(R.id.name_field))
    .perform(typeText("Steve"));
  onView(withId(R.id.greet_button))
    .perform(click());
  onView(withText("Hello Steve!"))
    .check(matches(isDisplayed()));
}
复制代码

代码逻辑也是典型的三步：

1. 首先经过withId方法找到了id为name_field的EditText组件，而且调用typeText方法对其进行设置text内容为"Steve"；

2. 再经过withId方法找到id为greet_button的Button组件，掉头click方法模拟点击该按钮；
3. 最后经过withText方法查找text内容等于"Hello Steve!"的TextView组件，调用check方法判断该组件是否匹配(matches方法)是否可见状态(isDisplayed)。

UI自动化具体实例

这里建议参照官方文档给出的步骤进行实践，示例给出本身在实践demo中配置自动化测试的基本步骤。Espresso setup instructions

1. 在gradle添加支持 在app目录下build.gradle中dependencies设置对Espresso库的编译依赖，在android.defaultConfig设置InstrumentationRunner。

// 在app目录下的build.gradle添加对Espresso的依赖
dependencies {
  androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {    
     exclude group: 'com.android.support', module: 'support-annotations'
  })
  androidTestCompile 'com.android.support.test.espresso:espresso-idling-resource:2.2.2'
  ...
}

// 在app目录下的build.gradle中设置instrumentation runner
defaultConfig {
  ...
  testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
}
复制代码

2. 建立Test Case文件 在Android Studio执行测试的代码类文件须要在app模块的androidTest文件夹下建立。以下图所示:

3. 编写测试用例代码 好比当咱们为TestActivity建立TestActivityTest测试用例类文件成功之后：

• 首先须要在测试用例类的类体前添加@RunWith的注解，并设置测试运行平台为AndroidJUnit4
• 若是容许测试须要较大消耗，可使用@LargeTest注解
• 设置ActivityTestRule用来指明被测试的Activity，使用@Rule注解。

运行测试时用例时会自动启动到对应的Activity，而且经过ActivityTestRule的示例获取到被测试Activity的context。

• 编写测试方法，按照前面说的“找元素，作操做， 验证结果”三个步骤编 写测试方法，使用@Test注解。

建议使用test做为方法名的开头，这样能够更好区分普通方法和测试方法

如上图所示，代码为TestActivity建立了测试用例类TestActivityTest，其中testDeciceName为其中一个测试用例方法。该方法主要是经过id查找到EditText，自动输入内容后模拟点击id为bt_get_string的button，最后验证textview显示内容是否符合。

4. 运行Test Case 在Android Studio的终端中输入gradlew connectedAndroidTest 或 gradlew cAT执行测试用例。 总体运行效果以下：

5. 异步和延迟 有时点击一个按钮，ui操做后须要执行一个较为耗时的事情时一般会采用异步回调的方式通知显示结果，这时进行UI自动化测试的第三步验证结果的时机就不能才能同步的方式去执行，而是须要作异步回调通知执行或延迟执行。

Espresso提供了原生的异步测试支持，经过实现IdlingResource接口，复写getName()、isIdleNow()、registerIdleTranstionCallback()方法。 如图所示FuncExecuteIdlingResource：

而后在测试用例的类中注册和反注册接口： Espresso.registerIdlingResources(idlingResource);

当方法执行完成，调用ResourceCallback.onTransitionToIdle();则会进行回调通知测试线程继续执行验证代码。

总结

一切能自动化完成的测试操做就不要浪费时间用手动完成。后续将会对单元测试进行说明，共同窗习，相互提高。