如何记录一次有效的晚高峰测试：环境、时间与节点

有效的标准：条件写全，别人能照着复现

一次晚高峰测试有效，意思是它的记录足够完整：任何人照着记录，能在同样的条件下再测一次；你自己几天后拿另一次结果来比，也知道两次之间到底变了什么。结果本身好不好，与有效与否无关。缺了时间、节点或本地环境中的任何一项，结果就只能算一个无法解释的数字。

本文只讲记录要素。测速工具的使用和测试流程请按 自己动手测速 执行，完整的记录表模板见 测速记录表模板：需要记下的 12 项测试条件。本文属于 晚高峰与网络质量影响因素二级专题。

五组记录要素

第一组：本地环境

最后一项尤其重要：同一次测试中，本地带宽对照应当在测代理之前或之后紧挨着完成，否则无法排除本地在那一刻的状态。

第二组：时间

记到分钟，并注明时区、星期以及是否节假日；当晚如果有大型直播、游戏更新或系统更新推送，也写进备注。晚高峰内部又分爬升、平台、回落三段，只写“晚上”无法判断落在哪一段，划分方法见 晚高峰是几点到几点。

第三组：节点

节点名称各段的含义，可以参考 节点名称里的地区、线路与倍率标签怎么读。

第四组：测试方法

写明工具、测试目标或后端、单线程还是多线程、测了多长时间、重复了几次。换了工具或测试目标，结果就不能和之前的记录直接比较。

第五组：结果

全部结果都要保留，包括超时、失败和明显异常的值。再补一句主观体验，例如“网页首屏慢”“视频降清晰度”，把测试数字和实际感受对应起来。

几种常见的无效测试

下面这些情况，即使测出了结果，也不能用来判断晚高峰表现：

1. 本地同时有大流量占用，却没有记录。结果混入了家庭网络的拥堵。
2. 使用自动选择的策略组。记下的节点可能不是实际承载流量的节点。
3. 测试中途更新了订阅。前后测的可能已经不是同一台服务器。
4. 系统代理模式下用不读取代理设置的程序测速。测到的是直连速度，原理见 TUN 模式与系统代理对速度和流量的影响。
5. 只记录了好看的那一次。删除失败结果会让记录系统性偏乐观。
6. 没有低负载对照。只有晚间结果，无法知道晚间下降了多少。

如果在测试当时发现了上述情况，可以当场改正后重测，原来那次在备注中标为无效，而不是直接删除。

一个可复制的记录骨架

日期 / 星期 / 是否节假日：
时刻（到分钟，含时区）：         晚高峰阶段：爬升 / 平台 / 回落
设备与系统：                     有线 / 无线（频段）：
宽带运营商：                     家中同时占用：
不开代理的本地对照结果：
客户端与模式：系统代理 / TUN     节点是否固定：是 / 否
节点完整名称：                   协议与传输方式：
订阅最后更新时间：
工具 / 测试目标 / 线程数 / 时长 / 次数：
全部结果（含失败）：
主观体验：
备注（异常情况、临时事件）：

这份骨架只列字段，不含任何示例数值。

测试当时的三条操作纪律

记录要素写全之外，测试操作本身也有几条纪律，决定了记录能否互相比较：

1. 每次只改一个条件。比较两个节点时，设备、网络、时段和工具保持不变；比较两个时段时，节点和工具保持不变。
2. 先测本地，再测代理。紧挨着完成本地带宽对照和代理测试，中间不要切换网络或开始其他下载。
3. 重复而不是挑选。同一条件下连续测几次，全部记下，取中间值描述，而不是只记数值最高的那次。

这三条做不到时，就在备注里写清楚哪一条没有遵守，以便之后使用这份记录时知道它的局限。

记录之后怎样使用

单次记录的用途是对照，而不是下结论。积累多个晚上的记录后，可以比较同一时段在不同日子的结果、晚间与低负载时段的差距、不同节点之间的差异。引用这些记录时，应当把它们标为自己的测试数据，并写明条件与次数；数据状态的标注方法见 数据状态与标注规范。为什么一次记录无法说明稳定性，见 为什么一张测速截图说明不了晚高峰稳定性。

本文不涉及任何品牌的测试结论。测试与使用过程中请遵守所在地法律法规与平台服务条款。