滨江做网站,网页制作工具有哪些,嵌入式软件开发做什么,商城网站模板 免费目的
充分的单元测试就是提高代码质量最有效的手段之一#xff0c;而单元测试严重依赖代码的可测试性#xff0c;本文主要通过一个简单的DEMO演示如何对Android原生应用进行单元测试#xff0c;同时示例代码采用MVP模式以提高代码的可读性和可测试性
简介
在Android原生应…目的
充分的单元测试就是提高代码质量最有效的手段之一而单元测试严重依赖代码的可测试性本文主要通过一个简单的DEMO演示如何对Android原生应用进行单元测试同时示例代码采用MVP模式以提高代码的可读性和可测试性
简介
在Android原生应用开发中存在两种单元测试本地JVM测试和Instrumentation测试。本文仅介绍本地JVM测试
本地jvm的单元测试
这种方式运行速度快对运行环境没有特殊要求可以很方便的做自动化测试是单元测试首选的方法
Instrumentation测试
Instrumentation测试需要运行在Android环境下可以是模拟器或者手机等真实设备。这种方式运行速度慢且严重依赖Android运行环境更适合用来做集成测试
准备
我准备了一个简单的APP模拟一个耗时的网络请求获得一段数据并显示在界面上针对这个APP编写单元测试用例并进行本地单元测试。 App运行效果
依赖库 依赖库作用JUnit-4.12基础得单元测试框架Robolectric-3.8Android SDK测试框架PowerMock-1.6.6模拟被测对象依赖的静态方法Mockito-1.10.19模拟被测对象依赖的对象 配置build.gradle
增加编译选项在测试中包含资源文件 1 2 3 4 5 testOptions { unitTests { includeAndroidResources true } }
添加测试依赖库 1 2 3 4 5 6 7 8 testImplementation junit:junit:4.12 testImplementation org.robolectric:robolectric:3.8 testImplementation org.robolectric:shadows-supportv4:3.8 testImplementation org.powermock:powermock-module-junit4:1.6.6 testImplementation org.powermock:powermock-module-junit4-rule:1.6.6 testImplementation org.powermock:powermock-api-mockito:1.6.6 testImplementation org.powermock:powermock-classloading-xstream:1.6.6 testImplementation org.mockito:mockito-all:1.10.19
测试Activity
测试Activity主要是测试它各个生命周期的状态变化、对外界输入的响应是否符合预期Activity测试完全依赖Android SDK需要用Robolectric。
Robolectric是一个开源的单元测试框架能够完全模拟Android SDK并在JVM中运行。
UI依赖于Persenter在Activity中通过静态工厂方法创建依赖的Presenter实例需要使用PowerMock来模拟创建Presenter过程完成Presenter模拟对象的注入
配置
通过RunWith指定使用RobolectricTestRunner通过Config配置Robolectric的运行环境通过PrepareForTest配置PowerMock需要模拟的静态类型 1 2 3 4 RunWith(RobolectricTestRunner.class) Config(sdk 21, constants BuildConfig.class) PowerMockIgnore({org.mockito.*, org.robolectric.*, android.*}) PrepareForTest({PresenterFactory.class}) 1 2 3 4 5 Before public void setUp() { appContext RuntimeEnvironment.application.getApplicationContext(); PowerMockito.mockStatic(PresenterFactory.class); }
onCreate用例
通过Robolectric的ActivityController来构建并管理activity的生命周期运行至onCreate阶段然后验证这个阶段text1是否正确初始化 1 2 3 4 5 6 Test public void onCreate_text1() { MainActivity activity Robolectric.buildActivity(MainActivity.class).create().get(); String expect appContext.getString(R.string.hell_world); assertEquals(expect, ((TextView)activity.findViewById(R.id.lbl_text1)).getText()); }
Click Button1用例
Activity完全显示以后验证button1的click操作是否显示toast消息 1 2 3 4 5 6 7 Test public void btn1_click() { MainActivity activity Robolectric.setupActivity(MainActivity.class); activity.findViewById(R.id.btn_1).performClick(); String expect appContext.getString(R.string.hell_world); assertEquals(expect, ShadowToast.getTextOfLatestToast()); }
Click Button2用例
Activity完全显示以后验证button2的click操作是否调用了presenter的fetch方法 1 2 3 4 5 6 7 8 9 10 11 12 13 Test public void btn2_click() { MainContract.Presenter presenter Mockito.mock(MainContract.Presenter.class); PowerMockito.when(PresenterFactory.create(Mockito.any(MainContract.View.class), Mockito.any(AppExecutors.class))) .thenReturn(presenter); MainActivity activity Robolectric.setupActivity(MainActivity.class); activity.findViewById(R.id.btn_2).performClick(); Mockito.verify(presenter, Mockito.times(1)) .fetch(); }
测试Presenter
Presenter的测试一般可以不用依赖Android SDK了Presenter依赖于底层的领域服务也依赖上层Viewdemo中对领域服务的依赖没有通过构造函数的方式注入而是通过静态工厂方法构建还是需要用到PowerMock
配置
通过RunWith指定使用PowerMockRunner通过PrepareForTest配置PowerMock需要模拟的静态类型 1 2 RunWith(PowerMockRunner.class) PrepareForTest({ServiceFactory.class}) 1 2 3 4 Before public void setUp() { PowerMockito.mockStatic(ServiceFactory.class); }
成功路径用例
验证View的方法是否成功调用且调用参数是否一致 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 Test public void fetch_success() { String expected hello world; SlowService service Mockito.mock(SlowService.class); Mockito.when(service.fetch()).thenReturn(expected); PowerMockito.when(ServiceFactory.create()) .thenReturn(service); MainContract.View view Mockito.mock(MainContract.View.class); MainPresenter presenter new MainPresenter(view, executors); presenter.fetch(); Mockito.verify(service, Mockito.times(1)).fetch(); Mockito.verify(view, Mockito.times(1)).onFetchStarted(); Mockito.verify(view, Mockito.times(1)).onFetchCompleted(); Mockito.verify(view, Mockito.times(0)).onFetchFailed(Mockito.anyObject()); ArgumentCaptorString captor ArgumentCaptor.forClass(String.class); Mockito.verify(view, Mockito.times(1)).onFetchSuccess(captor.capture()); assertEquals(expected, captor.getValue()); }
失败路径用例 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 Test public void fetch_failed() { RuntimeException exception new RuntimeException(fetch failed); SlowService service Mockito.mock(SlowService.class); Mockito.when(service.fetch()).thenThrow(exception); PowerMockito.when(ServiceFactory.create()) .thenReturn(service); MainContract.View view Mockito.mock(MainContract.View.class); MainPresenter presenter new MainPresenter(view, executors); presenter.fetch(); Mockito.verify(service, Mockito.times(1)).fetch(); Mockito.verify(view, Mockito.times(1)).onFetchStarted(); Mockito.verify(view, Mockito.times(1)).onFetchCompleted(); ArgumentCaptorThrowable captor ArgumentCaptor.forClass(Throwable.class); Mockito.verify(view, Mockito.times(1)).onFetchFailed(captor.capture()); assertEquals(exception, captor.getValue()); Mockito.verify(view, Mockito.times(0)).onFetchSuccess(Mockito.anyString()); }
测试Service
Service不会对上层有依赖可以直接使用JUnit测试 1 2 3 4 5 6 7 8 9 10 public class SlowServiceImplTest { Test public void fetch_data() { SlowServiceImpl impl new SlowServiceImpl(); String data impl.fetch(); assertEquals(from slow service, data); } }
自动化测试
自动化测试一般是在持续集成环境中使用命令来执行单元测试 1 gradlew :app:testDebugUnitTest
总结
写完这个demo总觉得给Android APP做单元测试还是非常简单的作为一个优秀的程序员怎么能够不关注自己的代码质量呢还是自己动手试试吧
现在我也找了很多测试的朋友做了一个分享技术的交流群共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源没人解答问题坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化性能安全测试开发等等方面有一定建树的技术大牛
分享他们的经验还会分享很多直播讲座和技术沙龙
可以免费学习划重点开源的
qq群号485187702【暗号csdn11】
最后感谢每一个认真阅读我文章的人看着粉丝一路的上涨和关注礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走 希望能帮助到你【100%无套路免费领取】
