再直观一点，我们测试向一个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)。
一些Espresso的主要方法
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();则会进行回调通知测试线程继续执行验证代码。
总结
一切能自动化完成的测试操作就不要浪费时间用手动完成。后续将会对单元测试进行说明，共同学习，相互提升。
