打开Fiddler，拟弱点开Rules菜单，网测找到Performance，拟弱再点Simulate Modem Speeds。网测很多人以为这就完事了，拟弱实际上这只是网测个开始。那个选项只是拟弱把网速限制在56kbps左右，相当于上世纪拨号上网的网测水平，离真正的拟弱弱网环境差得远。

我见过不少测试同学，网测勾上这个选项就开始跑App，拟弱看到页面加载慢就截图提bug。网测这种做法基本等于没测。拟弱真实的网测弱网不只是慢，还有丢包、拟弱延迟抖动、带宽忽高忽低。地铁里刷视频卡成PPT，电梯里消息发不出去，这些场景用Simulate Modem Speeds根本模拟不出来。

Fiddler真正有用的地方在Customize Rules。Rules菜单里点Customize Rules，会弹出一个Fiddler ScriptEditor，里面是CustomRules.js文件。找到OnBeforeRequest函数，在它前面加一段代码，这才是弱网模拟的核心操作。

具体怎么写？看这段：

var m_SimulateModem = false; function OnBeforeRequest(oSession) {  if (m_SimulateModem) {  oSession["request-trickle-delay"] = "300"; oSession["response-trickle-delay"] = "150"; } }

request-trickle-delay是上行延迟，单位毫秒，300表示每上传1KB数据延迟300ms。response-trickle-delay是下行延迟，150表示每下载1KB延迟150ms。这两个数值一改，网速立马变了。想模拟2G网络，把上行调到500，下行调到400，打开网页能等到你怀疑人生。

但光调延迟还不够。真实弱网环境下，丢包才是让开发者头疼的事。Fiddler本身不直接支持丢包模拟，得靠另一个工具配合，或者用Fiddler的oSession.oRequest.FailSession方法强制让某些请求失败。我一般会在OnBeforeRequest里加个随机数判断，比如rand() % 100 < 5，意思是5%的请求直接返回502错误。这样就能模拟出网络不稳定时部分资源加载失败的情况。

还有个细节容易被忽略。Fiddler的弱网模拟对HTTPS请求默认不生效，因为HTTPS流量被加密了，Fiddler没法在中间做延迟处理。解决办法是开启HTTPS解密，Tools > Options > HTTPS，勾上Decrypt HTTPS traffic。装完证书之后，HTTPS请求才会走同样的延迟逻辑。

实际测试的时候，我习惯把延迟参数做成动态的。固定值太理想化，真实网络波动很大。可以在OnBeforeRequest里用Math.random()生成一个范围内的随机延迟，比如200到800之间。这样每次请求的延迟都不一样，更接近地铁里信号时好时坏的状态。

另外提醒一点，调完CustomRules.js记得保存，Fiddler会自动重新加载规则。不用重启。但如果你改了代码没生效，检查一下是不是保存到了正确的路径，有时候编辑器会弹窗问你是否以管理员权限保存，点否的话改动就丢了。

弱网测试不是走个形式。我见过一个团队，App在办公室WiFi下跑得飞快，上线后收到一堆投诉说加载不出来。回头一查，图片资源没有做超时重试，弱网下请求失败就直接白屏。这种问题用Fiddler跑一遍就能发现，成本极低，但就是没人做。

工具本身不复杂，关键是测试的人得知道真实弱网长什么样。延迟、丢包、带宽限制，这三个维度调好了，基本能覆盖大部分糟糕的网络场景。剩下的就是耐心，弱网下跑用例，等待时间可能是正常情况的好几倍。急不得。