候选控制在两到三款
基线不是跑一次测速就结束。先在未连接状态完成与网页加载对应的任务，记录抖动、吞吐以及页面或应用的实际完成时间；再连接网络测试重复相同动作。若直连本身已经出现网络本身波动未排除，这一回复测结果不能用于评价产品，只能说明当前网络不适合继续比较。现场截图只保留吞吐、连接时间和发生时刻，账号、订单、IP与工作内容先遮盖再用于求助。
不要把运营商不同的网络、不同房间Wi-Fi、不同设备的数据放进同一项均值。可以把记录分成A组和B组：A组保持原网络，B组限定为调整一个条件。两组都至少做三轮，并标注失败原因。这样看到丢包变化时，才能判断它是持续差异、时段波动，还是某一次偶发现象。这一项由网络测试指南编辑记录为可复查动作：完成网页加载、观察失败率、确认首字节，三者不能互相替代。
别让丢包掩盖恢复成本
丢包与吞吐需要按相邻字段核对。前者正常、后者异常，说明峰值或平均值可能掩盖短暂尖峰；两者都异常时，先重新建立直连参照。若数字没有明显变化但网页加载仍失败，还要检查目标服务、账号限制、应用版本和本地DNS，不能为了得到简单答案而忽略其他可能性。复测编号可写成日期加设备简称，页尾补上连接时间与抖动的来源，日后版本变化时才找得到旧条件。
结果接近时，不必强行算综合分。先看清失败后恢复步骤是否清楚、DNS时间是否可预测、客服能否根据时间和错误原文提供有效答复。对实际使用者来说，少一次无法解释的中断，通常比一次很高但无法重复的峰值实际意义更高；这也是网络测试指南在内容中保留失败样本的原因。时间线采用二十四小时制；首字节变化前后的动作分别占一行，避免事后把网络本身波动未排除凭印象补写。
网络测试指南的候选淘汰表：字段怎样填写
这篇内容为网页加载准备的选择工作表不使用一个数字概括全部。表头按顺序填写抖动、丢包、吞吐和失败率，后一行登记DNS时间、连接时间、首字节与延迟。前一组四项描述当时发生了什么，后半部分解释能否恢复以及是否值得继续。读者碰到“网络本身波动未排除”时，只填写亲自取得的观察；仍缺证据的格子写“未知”，不能拿推广文案代替实测。
填写先后同样重要：起笔写清网页加载是否完成，再补抖动与吞吐，之后再解释连接时间。例如任务在开始阶段就失败，后续速度表现不具备比较意义；任务完成但DNS时间多次上下浮动，便要安排更多时间条件相近的窗口样本。用必须条件、可接受失败和退出成本决定谁先被排除，这也是该表目的在于减少试错，而不是为了凑出一份看起来完整的参数清单。
围绕“网络本身波动未排除”的判断分岔
分岔一：断开网络测试以后，网页加载仍无法完成。此时把重点放回本地网络、目标应用或账号状态，保存丢包和失败率，不要继续轮换大量节点。分岔二：断开后立即正常，连接后连续复现；这时固定设备与时段，只变更DNS时间，观察首字节能否回到可接受范围。两条判断线对应的证据并不相同，不应被压缩为一句“产品不好用”。
分岔三：只有某台设备出现网络本身波动未排除，同账号下的别台设备完成网页加载。需要单独检查这台设备的系统版本、权限、后台策略和客户端版本，并用抖动保留对照。分岔四：不同设备仅在固定时间窗异常，则把连接时间、延迟与运营商线路用同一任务重新检查。最后把判断限定于此次已经观察的范围；网络测试指南不会用一台设备的一次经历替所有地区和长期表现下结论。