1.解决的问题
我们在写单元测试时,总会遇到类似这些问题:
1. 构造的入参,对于极值、异常边界场景不好复现,相关的逻辑测不到,只能依靠测试环境或预发跑,运气不好可能要改好几次代码重启机器验证,费时费力;
2. 依赖别人接口,可能需要别人协助测试环境数据库插数才能跑通;
3. 依赖的别人的接口还没有开发完,为了不影响提测,如何完成单元测试?
4. 编写的单元测试依赖测试数据库的数据,每次跑都要数据库改数?
5. 对service层加了逻辑,跑单元测试本地验证的时候,由于种种原因,本地环境跑不起来,折腾半天跑起来验证完了,下次开发需求又遇到了另一个问题本地环境启动报错???
6. 我就想dubug到某一行代码,但是逻辑复杂,东拼西凑的参数就是走不到,自己看代码逻辑还要去问别人接口的返回值逻辑??(未完待续……)
引入Mockito和PowerMock使得编写单元测试更轻松,更省时,更省力。
2.如何解决问题
2.1 使用mock的意义
使我们的单测满足AIR原则:Automatic(自动化)、Independent(独立性)、Repeatable(可重复)
简单说就是无论谁的本地环境,无论判断条件多么苛刻,无论本地数据库的测试数据被谁删了改了,无论别人接口的返回值逻辑多复杂,无论自己代码逻辑多复杂,都能独立的、可重复执行的、行级别覆盖的单元测试用例。
2.2 Mockito和PowerMock
一句话说Mockito和PowerMock。当所测逻辑里有静态工具类方法或私有方法我们希望他返回特定值时(极值边界、异常测试场景),我们要用到PowerMock去弥补Mockito的不足,除此之外,用Mockito去写单测能完成我们日常任务95%的场景。
2.3 使用Mcokito和PowerMock的最佳实践
2.3.1 引入pom文件
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.mockito</groupId>
<artifactId>mockito-core</artifactId>
<version>1.10.19</version>
<scope>test</scope>
</dependency>
<!-- powerMock -->
<dependency>
<groupId>org.powermock</groupId>
<artifactId>powermock-api-mockito</artifactId>
<version>1.6.6</version>
<scope>test</scope>
<exclusions>
<exclusion>
<artifactId>objenesis</artifactId>
<groupId>org.objenesis</groupId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>org.powermock</groupId>
<artifactId>powermock-module-junit4</artifactId>
<version>1.6.6</version>
<scope>test</scope>
</dependency>
2.3.2 Mockito和PowerMock 两条通用语法
打桩:
when(XXxService.xxMethod("期望入参")).thenReturn("期望出参");
验证:
verify(XXxService).xxMethod("期望入参");
3.举例说明
3.1 SpringBoot项目下Mockito和PowerMock最佳实践
- classes: 指定要加载的类
- properties: 指定要设置属性
- @InjectMocks: 需要注入mock对象的Bean
- @MockBean或@Mock: 需要mock的Bean
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还有一些特性可以自行学习如:
4.遇到的一些问题及解决
- 打桩逻辑判断是通过equals方法判断的
- 测试的预期是抛出异常直接在注解上加:@Test(expected=BusException.class)
- 模拟的参数为null:Mockito.isNull()
- PowerMock mock静态和私有final会有一些格式区别
- PowerMock mock静态方法时也可以使用spy的方式使代码更优雅
- mock中发现,mock没有生效,可以尝试升级Mockito版本解决,另外可以于junit反射工具类结合使用,效果更佳。