前言：
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有一些细节处理可能不是很完美，但在它的优点面前这些都微不足道。