Android 单元测试
保证最小的独立单元（函数）的代码是否正确。
详细介绍：
https://github.com/leeowenowen/AndroidUnitTest
推荐文章：
http://chriszou.com/2016/06/07/android-unit-testing-everything-you-need-to-know.html
为什么做单元测试
- 方便重构，修改代码：改前跑一遍，改后跑一遍
- 更快的反馈：每开发完一个独立模块后就可以测试
- 节约时间：30%编码，70%测试。改一次，编译一次。
- 提升代码设计：TDD，每个类更小，职责更明确，功能单一。从维护者的角度去编写代码。
- 对软件质量的提升：从代码层面发现bug
测什么
单元测试，是为了测试某一个类的某一个方法能否正常工作，而写的测试代码。它不是测试一整个流程。而非public方法是这个类的实现细节，我们并不关心，我们只关心某一个public方法的输入、输出。
- 有返回值：输入响应参数，查看返回值
- 没返回值：验证方法被调用
问题
- 一般来说，单元测试不会接触到数据库，不会接触到网络，不会接触到一些复杂的外部环境，如果有的话，那可能是你测试的方式有误，测试的粒度不够“单元”。
- public，private方法不够科学
- 需要增加与业务无关的代码去测试代码
- 需要模拟Android的类，生命周期以及运行环境
- MVP，MVVM, DI将业务层完全剥离出来，变成纯java方便测试
- TDD
如何测试
Mock
所谓的mock就是创建一个类的虚假的对象，在测试环境中，用来替换掉真实的对象，以达到两大目的：
- 验证这个对象的某些方法的调用情况，调用了多少次，参数是什么等等
- 指定这个对象的某些方法的行为，返回特定的值，或者是执行特定的动作
Mockito
中文文档：https://github.com/hehonghui/mockito-doc-zh
PowerMock
PowerMock支持静态,final以及私有方法的mock
官网：https://github.com/powermock/powermock
推荐文章：https://my.oschina.net/jackieyeah/blog/157076
测试框架
JUnit
单元测试的本质依旧是验证函数的功能，测试框架也是JUnit
setup（@Before）
执行操作(@Test,@After)
-
验证结果(@Assert):
- assertEquals(expected, actual)
- assertTrue/False(boolean condition)
- assertNull/NotNull(Object obj)
如果有异常：
@Test(expected = Exception.class)没抛出，测试失败
Robolectric(推荐)
JVM上无法调用安卓相关的类，所以需要使用Robolectric来模拟android的运行环境。
使用Robolectric后也可以测试android中的视图属性，点击事件，跳转等。
Android Testing Support Library
谷歌官方提供的测试工具
https://google.github.io/android-testing-support-library/
- Espresso（UI自动化测试）
- AndroidJUnitRunner（单元测试）
- Instrumentation（可模拟Android环境，类似Robolectric）
- Unit4 Rules
- UiAutomator
经验
test和androidTest
构建项目时会自动创建两个测试的package:androidTest和test，没有也可以自己创建，我个人简单的理解为：
- test：不需要依赖运行环境的JUnit单元测试代码放这里
- androidTest: 需要依赖运行环境（模拟器或真机）的集成测试，UI测试代码放这里
创建测试类
- 打开要测试的类
- 点击Android Studio菜单栏 -> Navigate -> Test -> Crate test case...
- 选择需要测试的函数，以及测试框架等等
测试Realm
https://github.com/realm/realm-java/tree/master/examples/unitTestExample
测试Rxjava
http://www.programcreek.com/java-api-examples/index.php?api=rx.observers.TestSubscriber
gradle执行UnitTest
-
./gradlew test运行所有Module下的测试 - test 命令实际包含了testDebug和testRelease以及其他渠道包(如果有的话，如：testAmazonDebug,testAmazonRelease）
- 在
{@projectName}/{@moduleName}/build/reports/tests下会生成测试结果的报告 - 如果运行时出现错误会中断，可以使用
./gradlew test --continue来不中断执行 - 如果想单独测试某个模块也可以使用
./gradlew {@moduleName}:test比如./gradlew lib_dao:testReleaseUnitTest
Jenkins CI
如果想在build结束后生产Unit Test的报表：
- 确定在构建时执行了gradle test相关的task
- 在最后一步添加一个build step，叫做
Publish Junit test result report,将生成的所有测试结果文件（xml）的路径添加到Test report XMLs参数中，例如lib_dao/build/test-results/release/*.xml
