qnet 中文文档 下载 App

测试中断与数据没保存:崩溃、闪退的恢复与预防

「测到一半工具没了」和「测完发现报告是空的」是两种相邻的痛。它们的根因高度重合:进程稳定性与落盘时机。这页合并处理。

先分清三种中断

症状根因现场处理
弱网突然消失、网络恢复进程被杀(系统或手动),见后台保活与进程保护重新启动弱网,本轮数据作废
QNET 闪退/界面消失应用崩溃或内存不足清理后台、清缓存、更新到最新版再试
网络断续、设备发热明显大流量场景叠加 VPN 开销,见音视频卡顿测试的注意事项缩小生效范围或降低损伤档位

第三方整理的通用建议与之吻合:清理工具缓存、更新至最新版本、关闭多余后台应用以降低内存占用,保障测试稳定性。

数据没保存的两个时机问题

抓包与报告都遵循「停止时落盘」:文件只在正常停止弱网的那一刻写入。因此:

  1. 会话被杀 = 数据全丢:进程被杀不经过「停止」流程,pcap/报告不会生成。长会话策略:分段测、勤停止,见测试报告:csv 与 html 两份输出;
  2. 开关后没重启 = 没数据:抓包与报告开关都是「下次启动生效」,勾选时已在运行中的会话抓不到任何东西,时序见开启网络抓包。

预防清单

恢复优先级

中断发生后按这个顺序恢复现场,损失最小:确认网络已恢复(VPN 图标消失)→ 检查已落盘文件(部分会话可能已生成)→ 重新登录(若闪退导致登录态丢失)→ 重启弱网继续。

「数据不重要了、先恢复网络」是第一原则——设备泡在弱网里会持续干扰正常使用。