测速最容易犯的错，是把它当成“比谁的数字大”。晚高峰测速的意义恰好相反：你想知道的是，在大家都在用网的时候，这个节点还能不能稳定地用。所以要点不是跑出最好的数字，而是让每一次测试都有可比性。
先固定四个变量
- 设备与连接方式：同一台设备，最好用网线直连路由器；如果用 Wi-Fi，每次靠近同一个位置。
- 客户端与版本：同一个客户端、同一个版本，测试期间不要升级。
- 测试工具与服务器：同一个测速网站，同一个测速服务器，不要中途更换。
- 被测节点：节点名称写完整；如果客户端会自动选择节点，测试前改成手动固定。
变量只要变了一个，两次结果就不再能直接比较。
在哪些时间测
本站把一天预设为五个窗口，全部使用北京时间，左闭右开：早间 07:00–09:00，午间 12:00–14:00，晚间 18:00–20:00，晚高峰 20:00–23:00，深夜 00:00–02:00。这些窗口是采样安排，不代表晚高峰一定拥堵、深夜一定顺畅，需要用数据说话。每个窗口的记录情况可以在分时段节点测试页面查看。
每个窗口怎么测
- 关闭下载、视频和云同步等会占用带宽的程序，也请家人暂时避免大流量。
- 记下开始时间，精确到分钟。
- 先测空载延迟：不跑任何流量，连续测延迟并记录范围；次数按下一节“测试次数的口径”执行，快速检查约 10 次，正式对比至少 30 次有效样本。
- 再跑一次网页测速，记录下载、上传，以及下载和上传过程中的负载延迟。两种延迟的区别见空载延迟与负载延迟。
- 同一窗口重复两到三次，间隔几分钟。
- 同时测一个国内网站作为对照，用来判断问题是否出在本地。
- 对结果截图，让时间和数值出现在同一张图里。
以晚高峰窗口为例，第 5 步的“重复”可以安排成 20:15、21:15、22:15 各一轮，每轮都包含空载延迟、一次网页测速和一个国内对照，测完立刻填表、存截图，不要攒到第二天凭印象补。三轮结果放在同一个窗口里先看是否一致；如果相差很大，说明这个窗口内部的波动本身就大，值得再多测几天。
测试次数的口径
本站对“测几次”采用统一说法，站内其他文章引用的也是这一段：日常快速检查可进行约 10 次延迟测量，用于初步观察连接情况。需要比较不同地区、线路或时间段的节点表现时，建议至少采集 30 次有效延迟样本，并记录测试时间、网络环境、测试目标及统计结果。对于正式对比，优先使用中位数和 P95 延迟，并结合丢包情况分析。若实际测试次数不足，应如实注明样本数量，不得将快速检查结果描述为完整稳定性测试。
要记录哪些字段
测试时间、所属窗口、节点名称、客户端与版本、连接方式、测速工具、下载、上传、空载延迟、下载时延迟、上传时延迟、抖动、丢包率、样本数、备注与截图文件名。
关于丢包率有一条站内统一的规则：网页测速工具通常需要 UDP 才能测丢包，浏览器里测不出来时，一律写“未测得”，不要写 0%——0% 是一个测量结果，“没测出来”不是。本站 2026-10-28 香港、新加坡、美国三次晚高峰记录的丢包率都记为“未测得”，就是这个原因。
哪些做法会让结果失真
- 只测一次，或者只留最好的一次。
- 测到慢的结果就反复重测，直到出现一个满意的数字。
- 中途更换测速服务器或客户端。
- 把不同日期、不同窗口的结果混在一起取平均。
- 测试时电脑在后台更新或同步文件。
- 截图里没有时间，事后只能凭记忆补。
想把一次次测试连成一周的变化，可以按如何记录一个节点连续 7 天的速度变化来做。
遇到异常值怎么办
不要删，也不要重测到满意为止。保留原结果，在备注里写明当时发生了什么（例如家里有人在看视频），再按计划补测一次，两次都留着。事后用中位数和范围汇总，异常值就不会把整体带偏，你也能看清它到底是偶发还是反复出现。
怎么读结果
先看同一个窗口内几次结果是否一致，再看不同窗口之间的差别。中位数比平均数更不容易被偶然的异常值带偏，P95 则能看出最差的那一小段有多差。晚高峰的问题，负载延迟的增幅和抖动，往往比下载速度本身更能说明问题。如果晚高峰的下载只比午间低一点，但延迟和抖动明显变差，对视频会议和游戏来说，它仍然是个更差的时段。
这篇文章的局限
- 这是本站目前使用的方法，不是行业标准；窗口划分和次数是为了便于比较而定的，换一套也可以，但要前后一致。
- 家庭宽带的上行往往远低于下行，上传数字偏低不一定是机场的问题。
- 单个地点、单条宽带的结果不能代表其他用户；你所在的城市和运营商不同，晚高峰的表现也可能不同。
- 本站有 2026-10-28 香港、新加坡、美国各一次的晚高峰记录（见灵动云晚高峰三地实测），单次记录不构成统计结论，因此不会给出“某个节点晚高峰平均多少”这样的数字。