【技术译文】安卓中的自动化测试（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）链接地址（将在下一期进行更新）