1. Fiddler在软件测试中的核心价值解析
作为HTTP/HTTPS流量抓包与调试的标杆工具，Fiddler在测试工程师的日常工作中扮演着多重角色。它不仅是接口测试的"显微镜"，更是性能调优的"听诊器"。通过实时监控网络请求，测试人员可以精准定位前后端数据交互问题，这在移动端测试、API测试等场景中尤为关键。
我曾在一次电商APP支付流程测试中，通过Fiddler捕获到支付成功但订单状态未更新的异常。分析发现是后端返回的HTTP 200响应中实际包含错误业务码，这个典型的前后端约定不一致问题，没有Fiddler这类工具很难快速定位。
2. 高频面试题深度剖析
2.1 基础原理类问题
Q1：Fiddler工作原理与代理机制
Fiddler本质是本地代理服务器（默认端口8888），通过将自己设置为系统代理来截获所有HTTP/HTTPS流量。其核心工作流程分为：
- 客户端请求先发送到Fiddler代理
- Fiddler记录请求后转发给目标服务器
- 服务器响应返回时再次经过Fiddler记录
- 最终返回给客户端
重要提示：面试时常被要求对比Fiddler与Wireshark。前者是应用层代理，后者是网络层抓包，定位问题维度不同但可互补。
Q2：HTTPS流量解密原理
这是面试必问的难点问题。Fiddler通过中间人攻击(MITM)方式解密HTTPS流量，具体实现：
- 安装Fiddler根证书到受信任证书存储区
- 客户端发起HTTPS请求时，Fiddler动态生成伪造证书
- 用伪造证书与客户端建立连接，同时用真实证书与服务器建立连接
- 加解密过程在Fiddler内部完成
2.2 实战操作类问题
Q3：如何模拟慢速网络环境？
在Rules > Performance菜单下可设置：
- Simulate Modem Speeds：模拟56K拨号速度
- Custom Rules可精确控制上行/下行带宽（示例脚本：
javascript复制if (m_SimulateModem) {
oSession["request-trickle-delay"] = "300";
oSession["response-trickle-delay"] = "150";
}
Q4：断点调试的三种模式区别
- Before Requests：请求发出前中断，可修改请求参数
- After Responses：收到响应后中断，可修改响应内容
- 全局断点：所有请求都会中断（慎用）
实测案例：通过After Responses断点修改登录接口返回的token有效期，测试前端token过期逻辑是否正常。
3. 高级应用场景解析
3.1 移动端测试专项
真机抓包配置要点：
- 确保PC和手机在同一局域网
- 手机WiFi设置手动代理（PC IP+8888端口）
- 手机安装Fiddler根证书（访问http://ipv4.fiddler:8888下载）
- Android 7+需要额外配置证书到系统证书目录
常见问题排查：
- 抓不到包：检查防火墙设置、代理是否生效
- HTTPS网站显示不安全：证书安装不正确
- 手机无法上网：代理IP/端口配置错误
3.2 接口自动化测试整合
通过Fiddler的SAZ文件可以导出会话记录，结合Python实现自动化：
python复制import fiddler
sessions = fiddler.SessionArchive.load('test.saz')
for session in sessions:
if '/api/login' in session.url:
print(session.GetResponseBodyAsString())
4. 性能测试关键技巧
4.1 流量统计与分析
使用Statistics标签页可获取：
- 单个请求的DNS查询、TCP连接、SSL握手时间
- 多请求的瀑布流图表（Waterfall）
- 整体流量大小统计
优化案例：某次发现首页加载慢，通过瀑布图发现是多个JS文件串行加载，建议改为异步加载后性能提升40%。
4.2 自动化性能测试
结合FiddlerCore API实现性能监控：
csharp复制FiddlerApplication.AfterSessionComplete += session => {
if(session.Timers.ServerDoneResponse > 1000) {
LogSlowRequest(session);
}
};
5. 面试实战问题库
5.1 故障排查类
Q：用户反馈APP部分图片加载失败，如何用Fiddler定位？
排查步骤：
- 过滤图片请求（.jpg/.png后缀）
- 检查失败请求的HTTP状态码
- 分析404错误是否CDN资源缺失
- 检查500错误的后端日志
5.2 安全测试类
Q：如何测试接口参数篡改漏洞？
操作流程：
- 拦截正常请求
- 修改参数值（如price=1改为price=0.01）
- 观察后端是否校验
- 特别关注订单金额、用户ID等敏感字段
6. 实际工作中的应用心得
在三年多的测试工作中，我总结出Fiddler的三大黄金使用场景：
-
接口字段校验：通过对比开发文档与实际请求，发现字段缺失或格式不符问题。曾发现某个必填字段后端实际未校验，导致数据入库异常。
-
数据篡改测试：修改请求/响应数据验证系统鲁棒性。某金融APP通过修改响应中的余额字段，发现前端未做二次确认的安全漏洞。
-
性能瓶颈定位：分析请求时序图找出串行请求造成的性能瓶颈。将某个1.5秒的同步查询改为异步后，页面加载时间降至400毫秒。
对于准备面试的同学，建议重点掌握：
- HTTPS解密原理要能画图说明
- 断点调试的实际应用场景
- 移动端抓包的完整流程
- 常见问题排查思路（如抓不到包、证书错误等）
最后分享一个实用技巧：使用ctrl+X快速清除所有会话，避免历史数据干扰分析。对于复杂场景，善用Filters功能可以极大提升工作效率。