如何识别机场测速图中的虚构数值和设计样例

不看版式，也能从数字之间的关系看出破绽

识别测速图里的虚构数值，最可靠的方法不是看它像不像真的，而是检查数字之间是否自洽。真实测试的数值受物理规律、测试条件和工具算法约束，彼此之间存在必然关系；凭空填写的数字往往在这些关系上露出破绽。任何一项检查不过关，都应该把这张图降级为“待核实”或“设计样例”，而不是当作 Measured Data 引用。

版式层面的识别（图表风格、标题措辞、水印等）已在 设计样例不是实测：识别带有虚构数值的测速图版式 中展开，本文只讲数值层面。本文不点名任何网站，所属专题见 数据状态与标注规范专题。

七项数值自洽检查

一：平均值不能超过峰值

同一节点、同一次测试中，平均速度不应高于最高速度。这是最简单的检查，却经常能发现问题：手工填写数字的人，往往分别想出“看起来不错”的平均值和峰值，忘了二者的约束关系。平均与峰值的含义见 平均速度与峰值速度。

二：吞吐不能超过链路上限

测速结果受限于整条链路中最窄的一环：测试端本地带宽、节点出口、测试后端容量。如果图中标明了测试后端的带宽规格，某个节点的速度换算后超过这一规格，就不可能成立。换算时要注意 MB 与 Mb 相差 8 倍，单位读错会让正常结果看起来离谱，也会让离谱的结果看起来正常，见 MB/s 和 Mbps 的区别。

三：延迟不能低于物理下限

信号在光纤中的传播速度大约是每毫秒 200 公里，换算下来，测试端与服务器之间每相距 100 公里，往返就至少需要约 1 毫秒。跨洋、跨大洲的节点，往返延迟不可能只有个位数毫秒。如果一张图上远距离地区的节点延迟低得接近本地网络，要么测的并不是你以为的那段路径，要么数字有问题。

四：几种延迟之间的大小关系

不少工具会同时给出普通往返延迟和包含握手过程的延迟（如 TLS RTT、HTTPS 延迟）。包含握手的延迟要多走几个来回，通常不应明显低于单纯的往返延迟。如果一张图里握手类延迟系统性地低于普通延迟，需要先查这个工具的定义，查不到解释时就要存疑。两种口径的差异见 TLS RTT 和普通 RTT 有什么不同。

五：数字是否过于整齐

真实测试的结果带有随机波动：小数位参差、节点之间起伏不规则。以下迹象值得警惕：大量整数或以 0、5 结尾的数字；多个节点小数位完全相同；数值按节点顺序单调递增或递减；不同地区的节点结果几乎一样。单个迹象不能定论，叠加出现时可信度明显下降。

六：是否完全没有失败记录

一次覆盖较多节点的真实测试，出现个别超时、零速度、UDP 无法判定是常态。本站的截图就保留了 0B、KB 级速度、异常高延迟与 UDP Unknown 等原始结果，处理原则见 零速度与异常延迟应该如何保留和解读。一张几十个节点全部成功、全部表现良好的图，不一定是假的，但“没有任何失败”本身需要解释。

七：时间与工具字段是否完整

真实工具输出通常带有测试时间、时区、工具名称与版本、线程数、测试后端等信息。完全缺少这些字段，或者时间晚于发布日期、时区与声称的测试地点对不上，都说明这张图无法被复查。本站的截图在品牌资料中记录了测试时间（CST）、工具族与测试条件，例如飞猫云截图的测试时间为 2026-08-11 08:52:30 CST，测试工具与后端写在其品牌页测速报告面板的条件说明里。

一张速查表

设计样例与虚构数值的关系

设计样例是为了展示版式而填入的示意数字，它本身并无恶意，问题出在被当作实测转述。本站的图表样式文件里就有一组以飞猫云为例的测速、解锁与拓扑示意，其中的延迟、速度与解锁结果均为虚构，本站没有采用其中任何数值，飞猫云品牌页上的截图是另一份真实记录。区分两者的规则见 数据来源与核实方法。

检查之后怎么办

通过全部七项检查，只能说明“没发现明显编造”，并不证明测试真实发生，也不代表结果适用于你的网络。更可靠的做法是把它当作参考，用自己的网络在相同条件下复测。如果某张图没通过检查，也不必断定发布者有意造假，可能只是把样例误当成了记录，或者转述时抄错了单位；但无论原因如何，它都不应该进入你的比较表，更不能作为购买依据。使用任何网络服务时，请遵守所在地法律法规与平台条款。