本文转载于https://testerhome.com/topics/7159
一、Fiddler
1.1.简介
Fiddler是一款HTTP协议调试代理工具，它能够抓取记录本机所有HTTP(S)请求，通过设置断点等方法我们可以任意修改进出Fiddler的数据（cookie,html,js,css）完成测试。其原理如下图，我们仅需要修改Proxy中收到的数据就可以模拟客户端和服务器的交互，完成一系列Mock测试。
关于Fiddler的安装、配置方法KM上教程很多，这里就不再介绍。
1.2.抓包
如果需要抓取本机请求，只需要启动程序并确保左下角为Capturing状态即可
如果需要抓取移动端请求，则需要在移动终端上指定代理服务器为Fiddler所在主机IP（需要处于同一网络），端口默认8888
Fiddler配置
Android中网络配置
如果需要抓取HTTPS请求，需要在Fiddler中勾选菜单栏Tools选项
勾选如下选项：
导出证书并安装
移动终端可以在浏览器中访问127.0.0.1:8888来安装证书。
如果不安装证书的话只能抓取HTTP请求。
1.3.修改数据
Fiddler提供修改数据的方法有很多，常用的如下AutomaticBreakpoint命令行设置断点
AutoResponsder
FiddlerScript （Customize Rules）
后面将在实例中为大家介绍各个方法的具体使用方法。
二、测试实例
2.1. 需求介绍
如图所示，App中的一个页面向用户展示天气信息，具体规则如下：
拉取时机：进入页面后刷新天气信息数据源： Yahoo接口显示数据：温度信息、天气icon、出行提示、风速、能见度……
从测试角度看这个功能的测试难度不大，问题是如何快速的将全部天气信息匹配的icon和出行提示验证完毕。
2.2.测试前分析
通过分析接口和客户端代码了解到，客户端向服务器请求指定城市天气信息，在服务器返回的天气信息中各类天气状况由code值表示（对应关系如图1-1），数值对应的天气图标如图1-2.
图1-1
图1-2因此在测试中我们只需要让客户端接收到指定code值的天气数据就可以完成全部验证，所以先用Fiddler抓包看下接口的返回数据。
方法如前文：首先PC上开启Fiddler，其次在手机中配置代理，接下来我们还要在手机浏览器中访问127.0.0.1:8888来安装证书（本例中接口为HTTPS请求），最后客户端触发下请求就OK了。
可以看出，红框内圈出的这一部分就是我们需要修改的数据啦。下面我们就采用各种手段来Mock吧。
2.3.修改数据
AutomaticBreakpoint
如果在工作中需要对某一个请求进行操作，最简单的方法莫过于使用Fiddler的这个功能
默认情况下状态为Disabled，根据需要我们可以选择开启不同的断点
Before Requests：向服务器发起请求前打中断，用以修改请求内的数据。
After Responses: 在服务器返回数据后中断，用以修改响应数据。
我们的用例中需要修改客户端收到的数据，因此勾选After Respnses即可。
注意：使用此功能需要正确使用Filter，否则Fiddler抓到的所有请求的会发生中断。
所有的设置都打开后就可以进行测试了，在Fiddler抓到返回数据后发生中断时我们手动将所有天气信息（code值）更改为龙卷风
修改完毕后点击Run to Completion 向客户端返回数据。接下来就是检查结果了。
结果符合预期，页面中的所有天气icon均为龙卷风通标。
以上便是自动打断点的使用方法，唯一不足的地方是当你需要查看其它请求的时候，已配置的Filter可能导致它们无法展示在Fiddler中，不过没关系，看看下面这种方法。
命令行设置断点
为了方便用户使用，Fiddler还提供了一个命令行接口，通过一系列内置命令可以大大的提高使用效率，这里我们只关注断点相关的几个常用命令，其他的内容可以通过help查询。
本例中我们关闭Filter并使用bpafter进行中断
键入断点后进入天气也触发天气信息拉取
这样一条熟悉的中断请求就出现在我们面前了，后面的操作跟之前一样，修改数据返回即可。
注：清除断点输入断点命令符不接参数即可，如：bpafter对于熟悉Fiddler的同学这种方法更灵活，可以快速的对需要监控的数据打点操作。
AutoResponsder
AutoResponsder这个功能基本原理就是替换线上文档，例如一个js/css请求，我们可以设置规则将返回的文件替换成本地文件。使用方法也很是简单，只需要在AutoResponder插件内添加规则即可。
在我们这个测试用例中，只需要创建规则匹配指定字符串，然后将修改好的响应文件添加进去，同时勾选上方三个复选框即可。一切搞定之后，当客户端发起请求后Fiddler会将本地构造的文件（如图）作为response返回给客户端完成测试
这种方法操作简单，一劳永逸，对于数据量改动比较大的场景较为适用。
FiddlerScript(Customize Rules)
前面的方法对于Mock数据来讲尽管够用，但总感觉有所些欠缺：人工介入太多，不能自动替换数据也无法通过数据驱动来进行测试。幸好，Fiddler提供了这样一个FiddlerScript插件，通过它可以编辑脚本文件实现自定义规则的实现。
FiddlerScript使用JScript语言（不是JS）需要单独安装后才可以使用
JScript:
http://doc.51windows.net/jscript5/?url=/jscript5/dir.htm
安装：
http://www.telerik.com/download/fiddler/fiddlerscript-editor
安装完毕后重启点击【Fiddler Script】tab即可
可以看到，脚本中已经预先设置好了这些接口，我们只需要在其中定义自己需要的规则就可以了。
第一种方法
我们可以向下面这样将直接替换数据中的字符串来进行测试
再次发送请求后收到的数据将自动修改（之前的 code=”23” 变更为code=”1” test=”23”）
第二种方法
也可以向下面这样，当收到服务器响应时弹出提示框动手动输入数据
第三种方法
当然最建议的一种方式还是搞成数据驱动：
① 创建一个txt文件按行存储测试用例
② 脚本里读取文件信息，此处的getCurrentTestCase方法是自己实现的，功能就是计算出第一个未标注“done”的数据作为当前需要替换的数据，并在结束时做上标记。这样一来，系统中所有的请求信息将按照预先设计好的顺序Mock
③ 测试同学按照预先设计好的用例检查结果就可以了。
这是一个很小的例子，但足以说明它强大的扩展性。对于测试工作而言FiddlerScript更像是一种粘合剂，它可以把手机、测试数据、执行脚本等测试中参与的一切粘合在一起，让测试更便捷，让自动化测试更强大。
三、小结
Fiddler除以上介绍的这些Mock数据的功能外还有很多其他用途，如域名的重定向、API的测试，这里就不一一列举。但根据我们以往的经验，如果能结合我们在其他领域的研究和探索，肯定还能有更深更广的应用。