两份网络测速报告能直接比较吗？延迟、丢包、时段与样本的对照方法

报告 A 写延迟 25 ms，报告 B 写 60 ms，能否直接说 A 更好？如果 A 测的是附近服务器的空闲响应，而 B 测的是另一目标在上传中的响应，这个排名就缺少共同基础。

比较之前，先把两份记录放到同一张条件表中。无法对齐的项目应标注差异，再决定是否需要重新测试。

一、延迟：同单位还不够，测量过程也要一致

检查目标地址、探测方法、IP 版本、连接路径，以及空闲或负载状态。FAST.com 的官方常见问题把 unloaded 与 loaded 延迟分开说明；两类结果适合分别比较。

还要看数字是最低值、平均值、中位数还是 P95。若一份只给最低值，另一份给整轮平均值，就不能因为前者更小而排在前面。工具只对成功请求统计延迟时，应另列超时数，避免看不到失败部分。

1/100 与 100/10000 都是 1%，但样本数量和观察范围不同；再多的连续样本，也未必覆盖不同日期。先保留每轮原始计数，再讨论结果差异。

确认统计的是单向探测包、往返未回应，还是应用请求失败。不要把这几种量直接拼成一个“丢包排行榜”。探测协议、包大小和超时判定都是解释结果所需的背景，见 RFC 7680。

尽量在同一天的相近窗口交替测 A、B，下一轮交换顺序；不同时启动两份会占满带宽的测试。这样可以减少先后顺序和相互争抢的影响，但并不能保证环境完全相同。

写明日期、时区和起止时间。不同地区的“晚上九点”不能只按钟面数字合并。工作日、周末以及自己的常用时段，也应保留各自标签。

“测试 10 次”可能指 10 个包、10 个节点，或 10 轮完整测速。三者含义不同，报告必须说明。保留全部轮次；如果先测 10 轮再选最好的 3 轮，不能把这 3 轮当成未筛选样本。

对于下载数据，还要注明单连接或多连接。例如 M-Lab 的 ndt7 协议说明规定使用单个 TCP 连接；它的结果不应与方法不同的多连接结果直接当作同一种指标。这里说明方法差异，不评价哪个平台必然更准确。

项目	A 记录	B 记录	是否可直接比较
目标、工具与版本	待填	待填	先核对
延迟方法与统计口径	待填	待填	先核对
空闲或负载状态	待填	待填	先核对
丢包计数、方法与超时	待填	待填	先核对
日期、时区与测试窗口	待填	待填	先核对
发包数、轮数、时长与失败	待填	待填	先核对

填写后，可以给出范围明确的结论，例如“在同一目标与这两个窗口中，A 的响应更一致”。如果两份报告连目标、方法和样本都不同，先补测比直接宣布胜负更有价值。

本文为方法对照指南，没有运行服务商测速，也没有提供排名；资料核对日期为 2026 年 10 月 25 日。