弱网测试怎么做？

弱网测试验证应用在差网络下的表现。做法：用 Charles 的 throttle 或系统开发者选项预设 2G/3G 档位，更真实的用网络损伤工具自定义丢包率、延迟和带宽。验证点：请求超时有没有提示与重试、断点续传、重复提交防护、页面加载降级、离线数据缓存。

我设计过一个支付场景的弱网矩阵：正常网、高延迟 800ms、丢包 20%、断网 10 秒恢复、请求中断五种网络，交叉支付提交的五个时点（点击前、请求中、响应前、落库前、通知前），断言金额不多扣不少扣、订单状态可恢复。上线后支付类客诉下降明显。弱网测试的价值是把『极端网络』变成可控可测的矩阵。

我把弱网测试纳入移动质量体系的分层：网络层模拟真实分布——用线下真实用户网络质量数据设定档位，弱网占比按用户分布配；应用层验证超时策略、重试语义与幂等；数据层验证最终一致与补偿。更深一层，弱网暴露的是客户端与服务的协议设计问题——超时预算、错误分类、可恢复操作边界。测试是在替用户提前经历地铁和电梯。

追问『怎么模拟特定城市地铁场景』：采集真实场景网络特征（周期性断连、延迟抖动）做成损伤模板回放；『弱网下白屏怎么办』：区分加载态、超时态、错误态三种 UI 预期，断言可重试入口存在；『怎么自动化』：代理层注入规则加 mock 网络事件，把等待与重试逻辑用例化。