您好!
欢迎来到京东云开发者社区
登录
首页
博文
课程
大赛
工具
用户中心
开源
首页
博文
课程
大赛
工具
开源
更多
用户中心
开发者社区
>
博文
>
一文教你学会mock(Mockito和PowerMock双剑合璧)
分享
打开微信扫码分享
点击前往QQ分享
点击前往微博分享
点击复制链接
一文教你学会mock(Mockito和PowerMock双剑合璧)
京东云开发者
2023-03-16
IP归属:北京
29040浏览
测试
作者:京东物流 杨建民 ## 1.什么是Mock ![](//img1.jcloudcs.com/developer.jdcloud.com/070f42e6-b381-49ce-b6bc-b5502f75fc7d20230316210621.png) Mock有模仿、伪造的含义。Mock测试就是在测试过程中,对于某些不容易构造或者不容易获取的对象,用一个虚拟的对象来创建以便测试的测试方法。mock工具使用范畴: - 真实对象具有不确定的行为,产生不可预测的效果。 - 真实对象很难被创建。 - 真实对象的某些行为很难被触发。 - 真实对象实际上还不存在。 ![](//img1.jcloudcs.com/developer.jdcloud.com/0b3c04a9-1132-461e-8e81-ebce5a15fadf20230316210659.png) MockIto和PowerMock是众多Mock框架中的两种,类似的还有:JMock,EasyMock,大多 Java Mock 库如 EasyMock 或 JMock 都是 expect-run-verify (期望-运行-验证)方式,而 Mockito 则使用更简单,更直观的方法:在执行后的互动中提问。使用 Mockito,你可以验证任何你想要的。而那些使用 expect-run-verify 方式的库,你常常被迫查看无关的交互。非 expect-run-verify 方式 也意味着,Mockito无需准备昂贵的前期启动。他们的目标是透明的,让开发人员专注于测试选定的行为。 ## 2.解决的问题 我们在写单元测试时,总会遇到类似这些问题: 1. 构造的入参,对于极值、异常边界场景不好复现,相关的逻辑测不到,只能依靠测试环境或预发跑,运气不好可能要改好几次代码重启机器验证,费时费力; 2. 依赖别人接口,可能需要别人协助测试环境数据库插数才能跑通; 3. 依赖的别人的接口还没有开发完,为了不影响提测,如何完成单元测试? 4. 编写的单元测试依赖测试数据库的数据,每次跑都要数据库改数? 5. 对service层加了逻辑,跑单元测试本地验证的时候,由于种种原因,本地环境跑不起来,折腾半天跑起来验证完了,下次开发需求又遇到了另一个问题本地环境启动报错??? 6. 我就想dubug到某一行代码,但是逻辑复杂,东拼西凑的参数就是走不到,自己看代码逻辑还要去问别人接口的返回值逻辑??(未完待续……) 引入Mockito和PowerMock使得编写单元测试更轻松,更省时,更省力。 ## 3.如何解决问题 ### 3.1 使用mock的意义 ![](//img1.jcloudcs.com/developer.jdcloud.com/b10cdc32-68a7-4c83-8779-a67a6746450f20230316210838.png) 简单说就是无论谁的本地环境,无论判断条件多么苛刻,无论本地数据库的测试数据被谁删了改了,无论别人接口的返回值逻辑多复杂,无论自己代码逻辑多复杂,都能独立的、可重复执行的、行级别覆盖的单元测试用例。 ![](//img1.jcloudcs.com/developer.jdcloud.com/637b65da-b9a1-4edd-ad27-4309cd5b1ea420230316210851.png) ### 3.2 Mockito和PowerMock 一句话说Mockito和PowerMock。当所测逻辑里有静态工具类方法或私有方法我们希望他返回特定值时(极值边界、异常测试场景),我们要用到PowerMock去弥补Mockito的不足,除此之外,用Mockito去写单测能完成我们日常任务95%的场景。 ### 3.3 使用Mcokito和PowerMock的最佳实践 #### 3.3.1 引入pom文件 ![](//img1.jcloudcs.com/developer.jdcloud.com/b765b3c9-36f1-475f-8867-dcfd8d24204520230316210928.png) #### 3.3.2 Mockito和PowerMock 两条通用语法 打桩: when(XXxService.xxMethod("期望入参")).thenReturn("期望出参"); 验证: verify(XXxService).xxMethod("期望入参"); ## 4.举例说明 ### 4.1 SpringBoot项目下Mockito和PowerMock最佳实践 - classes: 指定要加载的类 - properties: 指定要设置属性 - @InjectMocks: 需要注入mock对象的Bean - @MockBean或@Mock: 需要mock的Bean ```java import X; import org.junit.Test; import org.junit.runner.RunWith; import org.mockito.InjectMocks; import org.mockito.MockitoAnnotations; import org.powermock.api.mockito.PowerMockito; import org.powermock.core.classloader.annotations.PowerMockIgnore; import org.powermock.core.classloader.annotations.PrepareForTest; import org.powermock.modules.junit4.PowerMockRunner; /** * 测试类A,调用服务B和一个静态工具类X */ @RunWith(PowerMockRunner.class) @SpringBootTest(classes = { A.class }) @PowerMockIgnore({"javax.management.*"}) @PrepareForTest({X.class}) //mock 静态方法 public class ATest { @InjectMocks private A a; @Mock private B b; @Before public void setUp() throws Exception { MockitoAnnotations.initMocks(this); } @Test public void Test() { when(b.someMethodB(any())).thenReturn(someThingB()); a.someMethodA(someThingA1(), someThingA2()); verify(b).someMethodB(any()); } /** * 异常边界测试 */ @Test public void test_ExceptionTest() throws ParseException { PowerMockito.mockStatic(X.class); // 模拟异常抛出的场景 when(X.strToDate(anyString(), anyString())).thenThrow(ParseException.class); when(X.convertLocalDateTime(any())).thenReturn(someThing()); when(b.someMethodB(any())).thenReturn(someThingB()); a.someThingA(someThingA1(), someThingA2()); verify(b).someMethodB(any()); } } ``` 优雅的mock可以考虑@spy,当然,mockito还有一些特性可以自行学习如: ![](//img1.jcloudcs.com/developer.jdcloud.com/b96794dc-1696-4bd9-89a9-35a672f972cb20230316211104.png) ## 5.遇到的一些问题及解决 - 打桩逻辑判断是通过equals方法判断的 - 测试的预期是抛出异常直接在注解上加:@Test(expected=BusException.class) - 模拟的参数为null:Mockito.isNull() - PowerMock mock静态和私有final会有一些格式区别 - PowerMock mock静态方法时也可以使用spy的方式使代码更优雅 - mock中发现,mock没有生效,可以尝试升级Mockito版本解决,另外与junit反射工具类结合使用,效果更佳。 - 涉及多层嵌套的使用场景,读者先思考”单元“选取是否合理,多层嵌套场景将@InjectMocks和@Spy(或@Mock)联合使用即可 **结束语:**文章写于早些时候,目前有些较新技术涌入,如:Spock、TestableMock等,但上述技术依然适用于大型系统质量内建,读者可根据自身情况选择性选用。
原创文章,需联系作者,授权转载
上一篇:Backbone前端框架解读
下一篇:从一次CPU打满到ReDos攻击和防范的过程记录
相关文章
安全测试之探索windows游戏扫雷
Jmeter压测实战:Jmeter二次开发之JSF采样器实现
Laputa自动化测试框架介绍
京东云开发者
文章数
90
阅读量
207668
作者其他文章
01
安全测试之探索windows游戏扫雷
扫雷游戏相信很多人都从小玩过,在那个电脑游戏并不多的时代,扫雷成为玩的热度蛮高的一款游戏之一,然而就在有一次,接触到了一次不寻常的扫雷过程,使得后来我也有了这个冲动,也来做一次。通过动态调试,逆向和C来写一个扫雷辅助工具从而提高逆向与编码技能。
01
https 的本质、证书验证过程以及数据加密
01
《京东金融APP的鸿蒙之旅系列专题》新特性篇:意图框架接入
01
《京东金融APP的鸿蒙之旅系列专题》鸿蒙工程化:Hvigor构建技术
京东云开发者
文章数
90
阅读量
207668
作者其他文章
01
安全测试之探索windows游戏扫雷
01
https 的本质、证书验证过程以及数据加密
01
《京东金融APP的鸿蒙之旅系列专题》新特性篇:意图框架接入
01
《京东金融APP的鸿蒙之旅系列专题》鸿蒙工程化:Hvigor构建技术
添加企业微信
获取1V1专业服务
扫码关注
京东云开发者公众号