先定义要完成的事情
延迟、抖动、丢包和吞吐量回答不同问题。打开网页、参加会议、观看视频和上传文件使用的资源模式不同，因此没有一个数字能替代全部体验。
选择线路前先确定当前任务，再在固定设备和网络下观察。若任务已经稳定完成，不必为了追求更低数字连续切换。
一次测试只代表当时条件。需要判断长期稳定性时，应在不同日期的相近时段重复同一任务。
控制变量才能比较
比较两条线路时保持设备、本地网络、目标页面和测试时间相近。若同时更换浏览器、网络和目标，结果无法说明是哪项产生差异。
可以先用文字页面，再加入图片、小文件和会议。任务逐步增加，问题出现的位置会更清楚。
手机与电脑结果不同，先检查省电、后台权限、无线信号和系统版本，不要直接把差异归因于区域线路。
恢复方式也是稳定性的一部分
稳定不代表永不波动，而是发生变化后能否在合理时间恢复。记录自动恢复、重新认证、切换网络或重启客户端，能说明问题所在层级。
公开状态页和基础设施新闻可以提供背景，但不能代替本地测试。只有多个设备、多个目标和同一时段都出现相似变化时，区域背景才更有解释力。
结论应写明设备、地点、时段和任务。这样的记录能够被下一次观察复用，也不会把局部现象夸大为普遍承诺。
让观察结果可以被下一次使用
浏览器缓存会让第二次打开比第一次快，但这不一定表示线路改变。比较时要说明是否首次加载，并避免把缓存结果与全新访问放在同一组。
晚间变化可以连续观察几天。若问题只在固定时间出现，拥堵是一个合理方向；若只发生在单一设备，则应优先检查本地系统和无线环境。
线路切换后保留一分钟稳定期，再重复同一任务。立刻连续点击会混入连接重建、DNS查询和页面重试，结果通常比真实使用更混乱。