fiddler你不知道的功能

fiddler 是一款非常优秀的调试代理工具，用于记录客户端和服务端之间的所有的通信数据。除了可以用来定位前后端bug，还可以：
1、篡改数据；
2、弱网模拟测试；
3、获取前端性能数据。

1、篡改数据

1.1 篡改请求数据
当我们在测试的时候，仅仅通过页面来发起请求进行测试，会因为前端的一些输入限制，导致测试不能覆盖所有场景。比如我们很多项目都会涉及到支付功能，假设购买 1 件商品，在提交订单后、跳转到支付窗口之前，通过抓包能抓取到支付金额及数量的请求信息，并去篡改了支付金额或数量，然后以超低价格购买到多数量的商品。那就是严重 bug 了！
测试时可以通过 fiddler 打断点，来修改请求数据。

1. 设置 Rules—>Automatic Breakpoints—>Before Requests
2. 在界面点击提交订单，看到请求前有红色禁行标识，说明设置了断点，请求被拦截了；
3. 点击该请求，在右侧 WebForms 视图下会看到请求发送的具体内容，修改金额后，再点击 Run to Completion 按钮。

1.2 篡改响应数据
如果系统调用到第三方接口，根据第三方接口的不同返回结果进行不同的逻辑处理，当提供方不能配合我们来测试时；或者我们要从数据库获取不同的数据在前端做展示；就都可以利用 fiddler 来篡改接口返回的数据，模拟我们需要的测试场景。

1. 设置 Rules—>Automatic Breakpoints—>After Responses
2. 页面发起请求，看见对应的请求图标有红色禁行标识，表示响应过程已设置断点
3. 修改响应数据，点击 Run to Completion 按钮。

另外两种断点设置方式：

1. 输入命令
   

• bpu ：bpurl 的缩写。在命令输入框内输入：bpu 请求的 URL， 然后回车 , 则符合 url 条件的请求就会被中断。
• bpm : bpmethod的缩写。在命令输入框输入：bpm 请求方法，然后回车，则符合请求方法的请求就会被中断 。
• bps : bpstatus 的缩写。在命令输入框输入：bps 响应状态码，然后回车，则符合状态码条件的请求就会被中断 。
• bpafter :中断修改响应数据 。在命令输入框输入：bpafter url，然后回车，符合条件的 url 就会被中断。

2. 快捷点击
   点击左下角的一个小区域设置断点 。点一下是设置请求的断点，点两下是设置响应的断点。
   

2、弱网模拟测试

方法1：Fiddler 中 Rules—>Cutomize Rules 打开 CustomRules.js 文档，搜索关键字 m_SimulateModem，找到如下文档位置

oSession[“request-trickle-delay”] = “300”; 意思是：上传 1KB 需要 300ms；转化上传速度：1KB/0.3s = 3.3(KB/s)。oSession[“response-trickle-delay”]即下载速度。
弱网场景例如 2G 网络，2G 上行/下行速率约为 2.7、9.6kbps。每 1KB 数据，uploaded 约 2962 ms，downloaded 约 833 ms。
(2.7kbps=0.3375kBps，1KB/0.3375KBps=2.962s=2962ms)
则按如下设置并保存，模拟 2G 弱网情况

方法2：Rules->Performance-> 点击 Simulate Modem Speeds，开启弱网模拟。对比弱网设置前后，查看统计数据，可以看到弱网设置后，访问网站慢了很多。


另：若想取消弱网设置，选中 Rules->Performance-> 点击 Simulate Modem Speeds，取消勾选即可。

3、获取前端性能数据

方法1：批量选择第一个请求和最后一个请求，使用 Statistics 页签，可获得整个页面加载所消耗的总体时间。从饼状图中可以清楚哪些请求耗时最多。

方法2：通过 Timeline 分析资源加载时序图，可以看到页面上各个资源加载过程所需要的时间和先后顺序，有利于找出加载过程中比较耗时的文件资源。

以上可以帮助我们清楚耗时比较长的请求及文件资源，过长的可以提交给前端开发，针对性地进行性能优化。