为什么弱网测试值得单独做一轮专项

办公网与实验室里的网络太「好」了，这是很多问题流到线上才被发现的原因。弱网测试的目的不是测网速，而是把网络质量变成可控变量，观察产品在坏网络下的行为是否符合设计。

弱网专项的三个目标

验证功能正确性：应用或游戏在不同网络场景下表现是否符合预期，会不会触发未知的系统 bug；
守住用户体验：确认差网下的加载策略、超时提示、重连机制符合产品设计；
检验组件稳定性：推送、登录、支付、资源下载等公共组件与 SDK 在网络抖动下是否可靠。

弱网下最容易暴露的四类问题

加载与响应：冷启动、页面切换、首屏时间在延迟 100ms~500ms 档位下明显劣化，用户感知就是「卡」；
异常处理缺失：请求超时后没有提示文案、没有重试按钮，页面永远停在 loading；
重连逻辑漏洞：断线重连后状态错乱，比如对战类游戏掉线回连后局面不同步；
大流量风险：弱网下应用仍在后台更新安装包、下载大文件，既耗流量又拖垮前台体验。

一套常用的弱网档位

实际项目中常把这些档位组合成用例集：2G/3G/4G/5G 各档基准、高延迟、高丢包、完全断网、以及 Wi-Fi 与蜂窝网络之间的来回切换。QNET 的网络场景模板库基本按这个思路预置了常用档位，自定义参数的做法见新建自定义弱网模板。

无法在办公网复现的「偶发卡顿」类用户反馈，多数可以用「高延迟 + 随机丢包」组合重现。复现后用什么分析，见网络抓包与 pcap 分析。