Android 单元测试第四篇（自动化单元测试）
通过前面三章，我们也写了几个测试类了，在实际的项目开发者测试类更多，这个时候我们就有一种需求，那就是一次性进行所有单元测试。
这里有两种方式
- 通过 Junit4提供的套件
- 通过 Gradle 命令执行
Junit4之Suite(套件)
先上代码
@RunWith(Suite.class)
@Suite.SuiteClasses({Sample1Test.class, Sample2Test.class, Sample3Test.class, Sample4Test.class})
public class SuiteTest {
}
套件的代码比较简单，首先修改 Junit 测试运行器为Suite.class，其次设置需要测试的类的集合即可，
然后点击SuiteTest左侧的绿色三角箭头，点击run，可以在控制台中看到所包含的测试类的所有测试方法的测试结果，如下图
Snip20180403_15.png
每个测试不通过的方法都会显示在
run面板中。
不过这个方式麻烦的地方在于每次新增一个测试类，都要往套件中添加测试类。所以我们推荐使用 Gradle 命令来实现一次性测试所有测试用例。
Gradle 命令
其实很简单，打开AS 自带的终端，输入
./gradlew test
第一次执行会耗时久一点(我没固态的机器是2分钟)，后面执行就剩下7秒了。成功的话会直接显示绿色的 Build SuccessFul，失败会显示红色的'Build Failed'，并且往上翻可以看到具体哪些方法失败了。
Snip20180403_16.png
这里给不熟悉gradle的小伙伴讲一下，./gradlew test 中的test 是一个Android 组件内置的一个 task，gradle 工具工作的过程就是执行一系列 task ，这个 test 任务的工作内容就是执行测试源集目录下的所有单元测试。
自动化单元测试
如果每次都要在运行之前都要执行一次命令行，那么这样重复的劳动显得没有意义，所以我们期望能在安装 APK 到手机之前自动执行这个task 任务。思路很简单我们要了解当我们按下 AS 的run 按钮之后，IDE 会执行什么gradle 任务，或者有没有什么可以 hook，比如应该是有某个 task 名称叫做 BeforeLaunch类似的，然后其中有个方法可以调用某个 task，我们只需要定义一个BeforeLaunch类型的 Task，然后将 test 这个任务写入到对应的 property 或者 method 中即可。
很遗憾，我暂时还没有找到这样一个BeforeLaunch类型的任务，不过我相信这样的任务绝对存在。
虽然没有找到这样一个 Task，但是我们的思路是正确的，所以我找到了 AS 工具中类似的实现：
-
打开菜单栏 run -> Edit Configurations，如下图
Snip20180524_7.png
-
点击加号，选择 Gradle-aware Make，如下图
图片.png
-
输入任务的名称，如下图，如果我们只关心某个子工程的测试，以 app 这个工程为例，下图中的Task 输入为
:app:test
Snip20180524_6.png
-
最后保存设置，然后再点击 AS 的 run 按钮，就可以在安装之前执行单元测试了，这里我故意让一个测试不通过，我们运行程序后，在控制台可以看到出错信息，如下图所示
Snip20180524_9.png
通过上面的设置之后，我们就可以实现每次安装程序之前先进行单元测试，只有测试通过了，才会安装到手机上。
结合 Flavor 和 buildTypes 控制自动单元测试的环境
上一小节是使用 AS 提供的界面操作来完成单元测试的，但是有时候会有问题，我们先思考以下问题
- 如果我不开发Android，而开发 Java 后台去了，我熟悉 Gradle，但是不用 AS 了，那么如何方便地实现自动化单元测试呢？
- 随着项目的扩大，比如我们有真实环境、开发环境、多渠道包，这些环境有时候是不会发生交集的，意思就是身处某一个环境中对另外一个稳定的环境还进行单元测试是不合适的，那么我们如何动态配置不同渠道测试不同单元测试呢？
- 通过 AS 配置界面进行配置，是无法在源码中得到体现的，所以如果换了一个人接手，他可能还不知道这回事，那么他如何去修改呢？
对于上面的问题，我们有一个解决方案，那么就是通过配置build.gradle 文件来实现自动化单元测试。思路如下
- 我们要找到 Gradle 的生命周期中关键的 hoot 任务，比如类似 beforeLaunch 之类
- 我们要知道怎么区分当前的 buildVariant或者知道我们有多少种 buildVariant(如果不知道什么是 buildVariant 可以看我这篇文章)
- 我们要知道我们有多少种测试源集的 task
第一个问题我们找到了afterEvaluate这个hook回调方法，方法的介绍是当 AS 执行完 gradle 脚本之后就会调用，(比如我们rebuild 和点击 run 按钮)
第二个问题我们看我们的Gradle面板，如下图所示
Snip20180525_12.png
第三个问题同样看 Gradle 面板，如下图所示
Snip20180525_13.png
所以最后的配置代码如下
app:build.gradle
afterEvaluate {
assembleProdDebug.dependsOn testProdDebugUnitTest
assembleMockDebug.dependsOn testMockDebugUnitTest
}
当然我们也可以不按照 AS 的规则去存放测试源集，比如我们可以自定义一个测试源集是 testABC，注意我们并没有 ABC 这个 BuildVariant，不过我们可以通过 Gradle API 去创建这样一个Task，类似如下代码，这样我们就拥有更加灵活的方式去动态测试不同测试源集。
task ABC(type:Test) {
//具体属性设置
}
