Mock

背景

在产品开发过程中，某个服务或前端依赖一个服务接口，该接口可能依赖多个底层服务或模块，或第三方接口，比如说服务A依赖服务B，服务B又依赖服务 C，如下图所示：

这种依赖的问题会导致原本的需求目的是要验证服务A，但由于所依赖的服务B或者服务C不稳定或者未开发完成，导致工作无法正常开展。

那作为测试工程师，面对这样的情形，我们该怎么办呢？解决这类问题的核心的思路：引入依赖服务替身，更通俗的叫法，引入Mock服务。

Mock是什么

Mock简单来理解，就是在测试过程中，对于某些不容易构造或者不容易获取的对象，用一个虚拟的对象来创建以便测试。而这个虚拟的对象就是mock对象。mock对象就是真实对象在调试期间的代替品。

有时也将Mock服务称之为测试服务替身，或者测试服务档板，下图很形象的描述了Mock的作用。

Mock能做什么

就Mock功能而言，本身适用场景较多，但在实际项目中，引入Mock常用来解决的几类，概括起来，主要有：

• 接口间的相互依赖
• 单元测试
• 第三方接口调用

1.前后端联调

比如你是一个前端页面开发，现在需要开发一个功能：
下一个订单，支付页面的接口，根据支付结果，支付成功，展示支付成功页，支付失败，展示支付失败页。要完成此功能，你需要调用后端的接口，根据返回给你的结果，来展示不同的页面。此时后端接口还没开发好，作为一个前端开发总不能等别人开发好了，你再开发，那你只有加班的命了。为了同步开发完成任务，此时，你可以根据接口文档的规定，把接口的地址和入参传过去，然后自己mock接口的不同返回界面，来完成前端的开发任务。

2.单元测试

由于单元测试仅针对当前单元进行测试，这就要求所有的内部或者外部依赖都应该是稳定的，采用mock的方法模拟跟本单元依赖的其他单元，可以将测试重点放在当前单元功能，排除外界因素干扰，提升测试精准度。

3.第三方接口依赖

在做接口自动化的时候，有时候需要调用第三方的接口，但是别人公司的接口服务不受你的控制，有可能别人提供的测试环境今天服务给你开着，别人就关掉了，给自动化接口测试带来很多的麻烦，此时就可以通过mock来模拟接口的返回数据，比如模拟各种第三方异常时的返回。

Mock的实现方式

Mock虽然是作为依赖服务的替身，但并不需要原原本本去构造实现一个完整的服务逻辑，比如现在有一个A服务依赖B服务，需要通过Mock来替换B服务（做一个假的B服务替身）。
那么我们做一个 Mock 服务其实就是做了一个简单的服务 B，它不需要实现原有服务 B 负载的处理逻辑，只要能按服务A需要服务B返回的处理逻辑给出对应返回数据就可以了。

目前常见服务或接口协议主要两种，一种是RPC，另一种是HTTP/HTTPS，mock原理都类似，要么是修改原服务地址为Mock服务地址，要么是拦截原服务的请求Mock返回值，总之就是构造一个假的服务，替代原有服务。

@InjectMocks：创建一个实例，简单地说是这个Mock可以调用真实代码的方法，其余用@Mock注解创建的mock将被注入到该实例中。

@Mock对函数的调用均执行mock（虚假函数），不执行真正部分

@InjectMocks
private UserController userController;

@Mock
private UserService userService;

@Test
public void test(){
    List<User> list=new ArrayList<>();
    User user=new User();
    user.setId("1");
    list.add(user);
    Mockito.when(userService.selectById(any())).thenReturn(list);
    userController.selectById();
}