游戏联机弱网测试：延迟、丢包与断线重连的档位设计
联网游戏对网络损伤的敏感度远高于一般应用：一局对战里，延迟决定操作手感，丢包决定状态同步，断线决定整局成败。QNET 的参数体系恰好能逐项覆盖这三层。
三层损伤对应三个测试目标
| 损伤层 | 参数组合 | 观察点 |
|---|---|---|
| 延迟 | 上下行延时 100→300→500 梯度 | 操作响应、命中判定、语音对讲 |
| 丢包 | 随机丢包 5%→15%→30% 梯度 | 位置同步漂移、技能丢失、画面卡顿 |
| 断线 | 断线重连短/长、100% 丢包 | 掉线提示、重连流程、局内状态恢复 |
档位参数的机制分别见网络延时与延时抖动、随机丢包率、断网与断线重连类模板。
游戏特有的两个技巧
- 仅对游戏服务器生效：用 IP 控制 + 仅 UDP 协议过滤，把损伤精确注入对战流量，其余流量正常——既不影响操作录制工具，又能验证「只有对局卡」的投诉，配置见协议与 IP 控制；
- 用周期弱网模拟基站切换：对局中网络不是匀速变差，而是周期性抽风。放行/弱网交替模板比静态丢包更接近真实，见周期弱网。
重连流程的专项用例
对战类产品的掉线重连是最容易出事故的路径，建议固定一组用例：
- 对局进行中触发 7 秒完全断网（对应官方短断线预设）→ 断言自动重连且状态一致；
- 触发 30 秒断网 → 断言有明确掉线提示与重试入口；
- 断网期间观察客户端是否重试风暴（抓包里表现为密集的连接请求，见pcap 文件与 Wireshark 分析）；
- 恢复后校验关键状态（比分、位置、道具）与服务器一致。
Burst 模型特别适合验证恢复瞬间「旧数据晚到冲掉新状态」的问题，见Burst 突发阻塞模型。
自动化落地
游戏弱网回归用例多、档位梯度密，适合直接上 adb 驱动：脚本循环切档，配合截图与性能曲线做证据，框架模板见adb 自动化实战。
游戏设备的保活尤其重要：低内存机型上游戏本身就在吃内存，QNET 进程更容易被杀，见后台保活与进程保护。