1. 什么是 Mock

Mock 有模仿、伪造的含义。Mock 测试就是在测试过程中，对于某些不容易构造或者不容易获取的对象，用一个虚拟的对象来创建以便测试的测试方法。mock 工具使用范畴：

• 真实对象具有不确定的行为，产生不可预测的效果。
• 真实对象很难被创建。
• 真实对象的某些行为很难被触发。
• 真实对象实际上还不存在。

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 的意义 

简单说就是无论谁的本地环境，无论判断条件多么苛刻，无论本地数据库的测试数据被谁删了改了，无论别人接口的返回值逻辑多复杂，无论自己代码逻辑多复杂，都能独立的、可重复执行的、行级别覆盖的单元测试用例。

​3.2 Mockito 和 PowerMock   

一句话说 Mockito 和 PowerMock。当所测逻辑里有静态工具类方法或私有方法我们希望他返回特定值时（极值边界、异常测试场景），我们要用到 PowerMock 去弥补 Mockito 的不足，除此之外，用 Mockito 去写单测能完成我们日常任务 95% 的场景。

3.3  使用 Mcokito 和 PowerMock 的最佳实践

3.3.1  引入 pom 文件

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

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 还有一些特性可以自行学习如：

5. 遇到的一些问题及解决

• 打桩逻辑判断是通过 equals 方法判断的
• 测试的预期是抛出异常直接在注解上加：@Test (expected=BusException.class)
• 模拟的参数为 null:Mockito.isNull () 
• PowerMock mock 静态和私有 final 会有一些格式区别
• PowerMockmock 静态方法时也可以使用 spy 的方式使代码更优雅
• mock 中发现，mock 没有生效，可以尝试升级 Mockito 版本解决，另外与 junit 反射工具类结合使用，效果更佳。
• 涉及多层嵌套的使用场景，读者先思考” 单元 “选取是否合理，多层嵌套场景将 @InjectMocks 和 @Spy（或 @Mock）联合使用即可

结束语：

文章写于早些时候，目前有些较新技术涌入，如：Spock、TestableMock 等，但上述技术依然适用于大型系统质量内建，读者可根据自身情况选择性选用。​