在接口测试过程中，有时会遇到某些不容易构造或不容易获取的对象，我们可以通过mock（欺骗）来创建一个虚拟的对象以便测试，也就是模拟接口返回的数据。
Mock使用场景
1、对象信息难构造
测试过程中经常遇到这样的场景：需要第三方接口返回特定数据，跨线沟通成本高；或者测试的接口依赖特别复杂，我们根本无法知道外部依赖到底有几层、一个接口到底依赖了几个外部接口。这些情况下，我们可以通过mock来模拟接口返回数据
2、依赖的接口尚未开发完成
比如说服务A依赖服务B，服务B依赖服务C或更多复杂的服务，而服务C或其他服务没有开发完成，导致即使A和B都没问题，也没办法完成服务A的接口测试。我们只要通过Mock伪装成服务B就解决这个问题了，不用关心B到底调用了哪些服务。
因此在测试流程受阻塞的时候，通过Mock可以绕过阻塞性问题。
3、如模拟 页面每次打开或刷新，页面的内容都会变，比如页面根据最新的猜你喜欢的内容进行排序，每次排序及内容都不一样。这时可以模拟让他每次打开的页面内容是相同的、
可模拟支付成功
Mock步骤
举例说明如何使用Fiddler进行Mock。
比如说我想修改一个接口返回的数据便于我后面的测试。
1、使用fiddler抓包，获取响应。
2、修改返回数据
（1）在返回值区域点击【TextView】→【View in Notepad】，TextView中的返回值信息将被记录到Notepad中。
（2）在Notepad中修改接口返回信息，并保存到本地。
如，这个例子中，我将“接口测试入门课”修改为了“软件测试”。
3、修改fiddler响应规则
（1）选中需要mock的请求，点击【AutoResponder】，点击【Add Rule】，该条请求被加入进来。同时确保勾选以下几项：
·Enable rules ：开启或禁用自动重定向功能，勾选上时，激活规则。
·Unmatched requests passthrough：未匹配的请求穿透，即勾选上时，不影响那些没满足处理条件的请求。
·Enable Latency：勾选了这个选项,在规则里面就可以设置是立即返回响应,还是隔多少毫秒返回响应。
（2）点击“Rule Editor”中第二行的下拉展示框，选择“Find a file…”，选择上个步骤保存的文件。
（3）点击【Save】。
4、访问数据
再次请求接口，查看响应数据。可以看到响应数据已经变为了我们之前修改的数据
原文链接：https://blog.csdn.net/weixin_44901808/article/details/125542689
标签：返回,Fiddler,服务,接口,模拟,测试,Mock From： https://www.cnblogs.com/fanf/p/17222230.html