Android 单元测试小总结

2017-04-11 本文已影响0人大苞米

Android 单元测试

保证最小的独立单元（函数）的代码是否正确。

详细介绍：
https://github.com/leeowenowen/AndroidUnitTest

为什么做单元测试

方便重构，修改代码：改前跑一遍，改后跑一遍
更快的反馈：每开发完一个独立模块后就可以测试
节约时间：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