不只是抓包：用Fiddler在Android上‘伪造’数据，快速测试App的边界与异常场景-开发者社区

不只是抓包：用Fiddler在Android上‘伪造’数据，快速测试App的边界与异常场景

在移动应用测试领域，大多数工程师对Fiddler的认知停留在"抓包工具"层面——它能记录HTTP/HTTPS请求，帮助分析网络交互。但鲜有人意识到，这款免费工具实则是主动测试的瑞士军刀。当你的测试需求从"观察数据流"升级到"制造特定数据流"时，Fiddler的AutoResponder和断点功能将展现出惊人的创造力。

想象这样的场景：App收到服务器返回的500错误码时界面崩溃；超长文本导致布局错乱；空数组引发闪退。传统测试需要后端配合修改接口，而掌握Fiddler的测试工程师可以独立完成全链路异常模拟。本文将揭示如何将Fiddler从被动记录器转变为主动测试武器，通过七种实战技巧覆盖90%的边界测试需求。

1. 构建主动测试环境

1.1 基础代理配置的优化方案

与常规抓包配置不同，主动测试需要更稳定的代理环境。在完成基础手机代理设置后（IP:8888），建议进行以下增强配置：

# 查看电脑IP（确保与手机同一网段） ipconfig /all | findstr "IPv4"

注意：若测试机频繁切换网络，建议使用USB网络共享，通过以下命令创建稳定的虚拟热点：netsh wlan set hostednetwork mode=allow ssid=FiddlerTest key=Test1234

在Fiddler中开启两项关键设置：

Rules > Customize Rules中搜索OnBeforeRequest，取消注释并修改为：

static function OnBeforeRequest(oSession: Session) { // 允许跨域请求（测试H5页面时必备） oSession.oRequest.headers.Remove("Origin"); oSession.oRequest.headers.Add("Access-Control-Allow-Origin", "*"); }

Tools > Options > HTTPS勾选Ignore server certificate errors时，同时启用Export Root Certificate to Desktop，将证书手动安装到测试机

1.2 会话过滤的高效方案

面对海量请求时，使用过滤器精准定位目标接口：

过滤类型	语法示例	适用场景
主机名过滤	`host:api.example.com`	特定域名接口测试
请求方法过滤	`method:POST`	只拦截写操作请求
内容类型过滤	`Content-Type:application/json`	精确匹配API格式
正则表达式匹配	`regex:(?insx)/user/\d+`	动态路径接口捕获

2. AutoResponder的创造性用法

2.1 构建异常响应库

在AutoResponder面板中创建以下典型测试用例：

空数据测试
- 规则：*example.com/api/users*
- 响应内容：
```
{ "data": [], "code": 200 }
```

超长字符串测试

使用{**}匹配任意请求，响应体注入10KB垃圾数据：

// 在FiddlerScript中定义生成函数 function generateJunkText(length) { var result = ""; for(var i=0; i<length; i++) { result += String.fromCharCode(65 + Math.random() * 25); } return result; }

混合编码测试（验证XSS防御）

<response> <name><![CDATA[<script>alert(1)</script>测试]]></name> <value>正常值</value> </response>

2.2 动态响应进阶技巧

通过FiddlerScript实现智能响应逻辑：

// 在OnBeforeResponse中根据请求参数返回不同响应 if (oSession.uriContains("/search")) { var query = oSession.GetQueryParameter("q"); if (query == "error") { oSession.utilSetResponseBody('{"error":"人为触发的测试错误"}'); oSession.oResponse.headers.HTTPResponseCode = 500; } }

3. 断点调试的艺术

3.1 请求篡改四步法

设置全局断点：Rules > Automatic Breakpoints > Before Requests
在Inspectors面板修改关键参数：
- 修改User-Agent为Mozilla/5.0 (Linux; Android 4.0.4)
- 在WebForms中添加test_mode=1参数
使用Headers选项卡注入测试标记：
```
X-Test-Case: boundary_test_001
```
点击Run to Completion观察App行为

3.2 响应延迟测试方案

模拟弱网环境时，不要简单使用Rules > Performance > Simulate Modem Speeds，而是精确控制：

// 在OnBeforeResponse中添加延迟 if (oSession.uriContains("/image/")) { oSession["response-trickle-delay"] = "3000"; // 3秒延迟 }

配合以下延迟策略矩阵使用效果更佳：

延迟策略	延迟时间	适用场景
基线延迟	200-500ms	常规操作响应测试
关键路径延迟	2-3s	页面加载超时处理
极端延迟	10s+	请求取消/重试机制验证
随机波动延迟	0.5-5s	真实网络环境模拟

4. 安全测试实战组合拳

4.1 敏感数据嗅探方案

通过Filters > Request Headers显示所有包含敏感关键词的请求：

创建关键字黑名单：
```
password|token|auth|secret|key
```

在Customize Rules中添加告警逻辑：

if (oSession.oRequest.headers.Exists("Authorization")) { oSession["ui-color"] = "red"; oSession["ui-bold"] = "true"; }

4.2 协议降级攻击模拟

强制将HTTPS请求降级为HTTP：

if (oSession.isHTTPS) { oSession.fullUrl = oSession.fullUrl.Replace("https://", "http://"); oSession.oRequest.headers.Add("X-Security-Test", "protocol_downgrade"); }

配合以下安全测试用例库使用：

测试类型	篡改方式	预期防御行为
SQL注入探测	参数值改为`' OR 1=1 --`	参数过滤或错误页面
XSS攻击测试	注入`<script>alert()</script>`	内容转义或拦截响应
越权访问测试	修改`user_id=123`为`user_id=1`	返回403状态码
重放攻击测试	重复发送相同请求体	使用nonce或时间戳防御