前言：

    Mock在GitHub上有12.9K的star可以看出，它在技术团队中是挺受欢迎的。这项技术被应用在不同领域的项目中。


适用场景：

    下面我结合我们技术团队，列举最适合引入我们Mock服务的场景：

1、在我们准备开发一个新项目的时候，这时候引入Mock无疑能给我们的开发提速。（排期当然也就可以压一压了，默念：产品看不到，产品看不到）

2、在我们跨部门合作的时候，一些不容易获取的，也就是我们常说的获取难度比较高的接口，需要传很多参数才能获取的。（跨部门合作，经常遇到的，捂脸.gif）

3、一些不稳定的接口，几率性获取失败，经常报异常等（比如：物流接口、省市区接口、包裹实时位置等）

4、比较复杂的测试环境，也称为难创建的环境。

5、测试人员需要提前测接口时，可以先建个Mock，然后再把接口添加到自动化测试环境（建Mock先了解我们接口的数据结构）

6、后端与后端之间如果有接口耦合，也同样也可以适用我们的Mock来解决。（是不是眼前一亮）

6、前后端分离，前后依赖并行任务（开发自测阶段就可以及早开展，能够提前发现缺陷，我们整个产品质量以及进度得以保证。）


Mock的好处是老生常谈了，团队可以并行工作（这个是显而易见的），但是Mock的优势并不是只有这一点。


我们来聊聊Mock的其他好处：

1、测试驱动开发，也就是TDD模式。（当接口定义好后，测试人员就可以创建一个Mock，把接口添加到自动化测试环境，提前创建测试。）

2、一些无法访问的资源好比我们被隔在“墙”外，这时候Mock可以为我们提供很好的服务。

3、当我们想访问一些隔离系统，查看某个响应的时候，我们可以利用Mock虚拟post然后指定返回。

4、当我们需要演示项目，后台接口没有开发完成，这时候Mock可以给我们很大的帮助。

5、如果一个接口有很多的返回类型（比如50多种），我们需要测试在这些情况，系统能否正常响应。这时候，难道要后台人员添加各种脚本？答案当然是NO，Mock你想返回什么就返回什么。（妈妈再也不用担心我的测试覆盖度了）

6、当然啦，Mock的好处不止这些，咋们就不啰嗦重复讲来。


诚然，Mock有一些细节处理可能不是很完美，但在它的优点面前这些都微不足道。