一般来说，开发工程师在开发前期就已经定义好了微服务接口，测试工程师和开发工程师几乎是同步开始进行各自的开发任务。但是，这种和谐的工作场景很快就被蜘蛛网一样的微服务调用关系给破坏了，一般大的项目都会出现服务相互依赖的关系，比如说服务 A 依赖服务 B，服务 B 依赖服务 C
由于服务 B 依赖服务 C，若服务 C 还没有开发完成，导致即使服务 A 和服务 B 都没问题，但也没有办法完成服务 A 的接口测试。
那作为测试工程师，面对这样的情形，我们该怎么办呢？
针对混乱的调用关系，我的思路是：我的被测服务就是服务 A，那么我不用管服务 B 是不是好用，我只要保障服务 A 能够走完流程，就可以完成接口测试任务了。循着这个思路，我只要用 Mock 服务（或者叫挡板系统）伪装成服务 B 就万事大吉了，我也不用再关心服务 B 到底调用了多少服务。
下面通过postman工具来实现mock 服务
1. 新建mock sever
2.设置mock请求的方式、URL 和response信息
3.设置mock服务的名称、选择环境变量、勾选私有mock服务
4.第三步，点击here获取mock 接口**
5.创建api-key
若是第一次创建，会直接进入6
6.定义接口秘钥的名称
7.复制接口秘钥的值
8.回到postman，collection列表出现了一个以刚才name命名的collection
点击这个集合右上角的箭头，选择mock，出现mock server的地址