【译】安卓中的自动化测试（2）-配置
博客原地址：【译】安卓中的自动化测试（2）
译文原链接：Introduction to Automated Android Testing – Part 2 – Setup
翻译：Anthony
在第一篇文章中我们讲解到了进行测试的原因，测试文件夹的位置以及安卓中的不同的测试类型。
在本篇文章中，我们将从一个易于测试的架构出发，从零开始创建一个简单的app，并且讲解其中的每一个思路。整个app将实现下面这张概略图类似的功能，从Github API 上获取用户数据并且展示。
实例项目概略图
新项目创建
创建项目名为Gus，包名为riggaroo.co.za，并创建Activity，名称为UserSearchActivity,相对应的布局文件为activity_user_search
添加依赖
用于测试的依赖关系，需要添加的有 Espresso, Mockito,PowerMock 和Hamcrest.当然为了让我们的代码更加简洁，提高访问网络的效率，这里还添加了Retrofit,OkHttp, RxJava 和RxAndroid。
compile 'com.squareup.okhttp3:logging-interceptor:3.4.0-RC1'
compile 'com.android.support:appcompat-v7:24.1.1'
compile 'com.android.support.constraint:constraint-layout:1.0.0-alpha4'
//Retrofit, RxJava and OkHttp.
compile 'com.squareup.retrofit2:retrofit:2.1.0'
compile 'com.squareup.retrofit2:converter-gson:2.1.0'
compile 'com.squareup.okhttp3:okhttp:3.4.0-RC1'
compile 'com.squareup.retrofit2:adapter-rxjava:2.1.0'
compile 'io.reactivex:rxandroid:1.2.1'
compile 'io.reactivex:rxjava:1.1.6'
compile 'com.squareup.picasso:picasso:2.5.2'
//Dependencies for JUNit and unit tests.
testCompile "junit:junit:4.12"
testCompile "org.mockito:mockito-all:1.10.19"
testCompile "org.hamcrest:hamcrest-all:1.3"
testCompile("org.powermock:powermock-module-junit4:1.6.2")
testCompile("org.powermock:powermock-api-mockito:1.6.2")
testCompile 'com.squareup.okhttp3:mockwebserver:3.4.0-RC1'
//Dependencies for Espresso
androidTestCompile 'com.android.support:appcompat-v7:24.1.1'
androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
exclude group: 'com.android.support', module: 'support-annotations'
})
androidTestCompile("com.android.support.test:runner:0.5") {
exclude module: 'support-annotations'
exclude module: 'support-v4'
}
androidTestCompile("com.android.support.test:rules:0.5") {
exclude module: 'support-annotations'
exclude module: 'support-v4'
}
androidTestCompile("com.android.support.test.espresso:espresso-intents:2.2.2") {
exclude module: 'recyclerview-v7'
exclude module: 'support-annotations'
exclude module: 'support-v4'
}
androidTestCompile('com.android.support.test.espresso:espresso-contrib:2.2.1') {
exclude module: 'recyclerview-v7'
exclude module: 'support-annotations'
exclude module: 'support-v4'
}
可以看到的是testCompile用于配置单元测试（在src/test目录下），androidTestCompile 用于 instrumentation 测试（在src/androidTest 目录下），可以在前一篇文章中找到两者对比。
使用Gradle中的Flavors （类型，状态）参数处理Mocking（模拟）
为了构建方便快速的UI测试，我们不会对Github的API进行操作，我们会模拟响应和不同的网络响应。当然有许多的方法，这里我采用 Gradle product flavors.
Flavor在Gradle中进行配置用于编译不同版本的app，这些app可以拥有不同的源代码和资源。比如你想编译一个免费版和一个具有更多功能的收费版app，flavor就能这个问题。
在这个实例中，我们分别创建一个真实和模拟的flavor状态，当然我们也可以添加一个staging状态的flavor用于处理相应分段状态的app。这样也就能够达到运行模拟版本的app和真实的app共存于一个设备上。
1 为了使用flavor参数，我们需要在app的build.gradle中添加下面这段代码。并注意添加到android{}这个大括号里面。下面这段代码也就意味着我们的模拟版和真实版的app的applicationId是不一样的，我也就可以同时安装在一个设备上面。真实版的applicationId将从获取系统默认配置。
productFlavors {
prod {
}
mock {
applicationId "za.co.riggaroo.gus.mock"
}
}
2 进行Gradle Sync 操作，在IDE的左侧面板，打开Build Variants ，你可以看到这里有不同状态的参数了。
选择不同的参数，并点击运行和编译，这时候响应的applicationId以及响应参数的资源将会得到编译。
运行单元测试
运行ExampleUnitTest 单元测试，在app/src/test/java文件夹右键Run Tests
当然你也可以采用gradle的方式运行测试 ./gradlew check
运行Instrumentation 测试（需要模拟器或者真机）
运行ExampleInstrumentationTest Instrumentation 测试，在app/src/androidTest/java文件夹右键Run All Tests
当然你也可以采用gradle的方式运行测试 ./gradlew connectedAndroidTest
如何构建一个易于测试的app
为了构建的app便于测试，我将会使用依赖注入（ Dependency Injection），你能在没有任何框架的情况下使用依赖注入，但是大多数人提倡使用 Dagger 2，但是这篇文章将不会使用Dagger。
在下面的目录结构中创建这些类：
易于测试的app的构建
我在这里创建了为app中的不同部分创建了4个不同的文件夹。当然随着应用的加大，这会变得很复杂。这是我通常创建的几个文件夹：
-
presentation 在这个文件夹中，我会根据功能进行模块分包，我在这里创建了一个名为search 的包，这里将会存储view 和presenter中与搜索（search）相关的代码。当然也会包含相应的adapter类和相关的view类。
-
data 包含Respositories对象，从Github API获取用户数据。
-
model 包含model数据可以用于presentation层以及处理Service中返回的数据。
到这里已经完成配置了示例app，这里是相应的github地址
安卓中的自动化测试（3）链接地址（将在下一期进行更新）
