mock试框架测

mock试框架测简介

• mock： 虚拟的，模拟的。

• 如果你的代码对另一个类或者接口有依赖，mock测试能够帮你模拟这些依赖，从而完成测试。

- 使用场景：

  类A有一个方法fun(B b)，它依赖于B类的一个对象。所以要测试这个方法必须要有b对象。如果自己构造B对象，并做一些操作来适应测试，会显得麻烦。那么就可以用mock测试。

  一般来说，开发工程师在开发前期就已经定义好了微服务接口，测试工程师和开发工程师几乎是同步开始进行各自的开发任务。但是，这种和谐的工作场景很快就被蜘蛛网一样的微服务调用关系给破坏了，几乎所有的项目都会出现相互依赖的关系，比如说服务 A 依赖服务 B，服务 B 依赖服务 C，如下图所示

这种混乱主要体现在：当持续集成流水线部署服务 A 的时候，由于对应的开发工程师团队也在做同步改造，导致测试环境的服务 B 不可用；

由于服务 B 依赖服务 C，而服务 C 还没有开发完成，导致即使服务 A 和服务 B 都没问题，但也没有办法完成服务 A 的接口测试。

  针对混乱的调用关系，我的思路是：我的被测服务就是服务 A，那么我不用管服务 B 是不是好用，我只要保障服务 A 能够走完流程，就可以完成接口测试任务了。循着这个思路，我只要用 Mock 服务伪装成服务 B 就万事大吉了，我也不用再关心服务 B 到底调用了多少服务。
  但是在选取 Mock 服务框架时，我又面临着一个抉择，那就是用什么来实现服务 B 的替身。每做一个 Mock 服务其实就是做了一个简单的服务 B，不同的是，它不需要实现原有服务 B 负载的处理逻辑，只要能按服务 B 的处理逻辑给出对应返回就可以了