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