在真实的测试当中,并不能所有的逻辑都可以自己控制,因此有了mock测试。今天就结合场景来讲一下怎么做mock测试。
适合对象:初次尝试集成和使用mockito进行单元测试的开发同学
![3eca977133aaed3a63cebecc65c4b82a.png](https://i-blog.csdnimg.cn/blog_migrate/bc16ec626866d824604ec61f1aee5147.jpeg)
Mock框架的集成
这里选择的是Mockito + PowerMockito。为什么会集成PowerMockito,是因为有个想要mock的方法是static方法。这个需要PowerMockito,假如都只是普通类,就可以不用了。
集成关键点如下
1、版本对应:这两个mockito的版本是有一个对应关系,假如不对应,会出现类找不到的情况。比如 ClassNotFound org/mockito/mockitoframework 。而网上也已经有对应关系如下链接
https://github.com/powermock/powermock/wiki/Mockito#supported-versions
这是我的集成版本
org.mockitomockito-core2.28.2testorg.powermockpowermock-module-junit42.0.2testorg.powermockpowermock-api-mockito22.0.2test
2、注解方式集成:因为使用spring boot的项目,所以考虑怎么用注解方式集成。最后我的注解方案如下所示
@RunWith(PowerMockRunner.class)@PrepareForTest({JdbcClient.class})@PowerMockRunnerDelegate(SpringJUnit4ClassRunner.class)@PowerMockIgnore({"javax.net.ssl.*","javax.management.*", "javax.security.*", "javax.crypto.*"})
这几个,都有自己的用处,分别说下:
- @RunWith(PowerMockRunner.class) :假如要使用powermock,那就需要配置这个,不然powermock无法使用
- @PrepareForTest({JdbcClient.class}) :这里的列表,设定的是需要static mock 的类,我的测试场景中,需要mock JdbcClient的static query 方法
- @PowerMockRunnerDelegate(SpringJUnit4ClassRunner.class) : 一开始,只配置了前两个,然后发现从spring中inject注入的service都为空了。原来要需要使用这个注解,这样就和spring test 组合上了
- @PowerMockIgnore({"javax.net.ssl.*","javax.management.*","javax.security.*","javax.crypto.*"}) :PowerMock大概是mock的太多了,所以假如没有这行注释,也是各种报错。 ClassCastException: class sun.security.provider.ConfigFile 这种。
TIPS:这些注解可以写到一个abstract TestClass 上,后面的测试类继承这个就方便了
Mock场景举例
好,正式开始mock。首先来讲,网上那些例子,好多都太简单了,不能当做实际场景。比如mock ClassA.method1,然后直接验证method1的结果。这种只能验证集成的对不对。还是结合真实场景比较好。
场景一:修改外部服务调用,比如调用支付宝支付,或者发个短信什么的,也可以是数据库查询
有时候,我们不希望真的去调用外部(比如配置太复杂,比如收费,比如想模拟错误结果)。或者想自己控制数据库查询结果(或者遇到了我这边只有正式环境才有某个库的情况)。那这时候,就需要使用Mock Service来解决。
先撸代码,再分析。
这个场景讲解mock的常规使用手法
以及在spring注入service情况下,如何处理mock
public class MockitoTest extends BaseTest { @Autowired DemoService demoService; @Mock RemoteService remoteService; @Test public void testHack() throws Exception { demoService.setRemoteService(remoteService); String result = "fail"; Mockito.when(remoteService.sendRequest(any())).thenReturn(result); String callResult = demoService.callRemote("something"); assertEquals("fail", callResult); Mockito.verify(remoteService).sendRequest(any()); }}
这个场景感觉用的挺多的。demoService是想要测试的功能,其中用到了remoteService.sendRequest的结果。而又不想实际调用remoteService。这时候就可以先把remoteService.sendRequest给mock掉,给出自己设定的返回结果。
这时候要注意的一个点是:remoteService并不归属springContext管理,所以run test 以后,会发现,这个mock毫无作用。debug之下,可以看到注入和mock的remoteService并不是一个实例。
那如何使remoteSerivce变成mockService,这里有两个思路。
一、就是上面的方案,用mockSerivce去替换demoSerivce里的remoteService。
demoService.setRemoteService(remoteService);
二、替换springContext里面的remoteSerice,这就需要使用@MockBean 这个注解。 然后,所有注入的remoteService,都是Mock生成的service
@MockBean RemoteService remoteService;
但是据说MockBean有副作用,会多次重启Spring context。可能也会污染上下文。暂时没有去尝试研究。
场景二:修改静态类方法,比如一些单例的方法。
在我的场景里,是自定义了一个单例JdbcClient,client保存连接池,然后发起请求。
这个是使用PowerMockito,因为只有他能mock static方法
先来代码
public class MockitoTest extends BaseTest { @Autowired DemoService demoService; @Test public void testHack() throws Exception { String result = "fail"; PowerMockito.mockStatic(JdbcClient.class); Mockito.when(JdbcClient.sendRequest(any())).thenReturn(result); String callResult = demoService.callRemote("something"); assertEquals("fail", callResult); }}
这里的主要用法就是 PowerMockito.mockStatic 这个。但是要结合之前的两个注解,@RunWith(PowerMockRunner.class) @PrepareForTest({JdbcClient.class}) 这个使用才有效。
就写这两个场景吧。后续用到比较好的场景再补充,也欢迎大家提供更多使用场景一起学习学习。
#Spring# #Java# #单元测试#