机场测评可信度检查清单：时间、工具、协议、次数

四项都缺的测评，只能算印象

一篇机场测评是否可信，可以先用四个问题快速筛查：测试时间写清楚了吗，用的什么工具和后端，测的是什么协议的节点，每个品牌测了几次。这四项决定了一组结果能否被复查、能否互相比较。四项都缺的测评，再详细也只能当作作者的印象；四项都齐全，也只说明它“可以被讨论”，不等于结论正确。

本文只提供检查方法，不提供任何排名。指标本身的含义见 测速指标专题，所属专题见 数据状态与标注规范专题。

第一项：时间

时间之所以排第一，是因为它同时决定两件事：结果有多旧，以及它反映的是哪个时段。同一节点凌晨和晚高峰的表现可能相差很大，原因见 凌晨测速和晚高峰测速为什么差别大。一篇测评若把不同时段的结果放在一张表里比较，即便每条都标了时间，比较本身也不成立。

第二项：工具与后端

不同工具对“延迟”“速度”的定义不同，同一个词可能对应不同口径；线程数和后端也会显著影响吞吐结果，见 测速线程数和测试后端会怎样影响吞吐结果。所以工具不一致的两组数据，即使数字摆在一起，也不能直接比较。

第三项：协议

协议这一项常被忽略，但它直接关系到“测的是不是你会买到的东西”。一个品牌可能同时提供多种协议的节点，测评若测了其中一种却引用另一种的宣传，读者就会把两件事混在一起。协议差异对测速的影响见 代理协议：VLESS、Trojan 与 Shadowsocks。

第四项：次数

次数是最容易被包装的一项。测了很多次却只展示结果较好的一次，和只测一次没有本质区别。所以除了次数，还要看作者是否说明“展示的是哪一次、为什么是这一次”。

一段合格的测试说明长什么样

把四项要求合在一起，一篇测评至少应该在正文或附录里给出类似下面这样的说明。它不长，但缺了其中任何一行，读者就无法复查：

测试时间：某年某月某日 21:00—22:30（UTC+8，晚高峰时段）
测试端：某城市，某运营商家庭宽带，本地带宽已单独测过
工具：工具名称与版本；后端位置与带宽规格；线程数；延迟测试网址
节点：每个品牌选取的节点名称与协议，是否与宣传协议一致
次数：每个品牌连续 3 天、每天 2 个时段；失败最多重试 1 次
取值：展示 3 天结果的中位数，异常值保留在附表

如果一篇测评连这样的说明都没有，它的结论就只能依赖作者的信誉，而不是证据本身。

用这份清单给本站做一次自评

把同一套标准用在本站的测速截图上，结果如下：

这次自评的结论与本站的做法一致：截图作为 Measured Data 发布在各品牌页，可以单独查看，例如 可信云的测速报告面板，但正文不转写数值、不做跨品牌排名，也不据此判断长期稳定。

四项之外还值得看的三点

• 测试端环境：测试地点、运营商、本地带宽是否写明。缺了这一项，读者无法判断结果与自己的网络有多接近。
• 利益关系：测评是否带推广链接、是否披露。有推广关系不等于结果造假，但应当与数据分开阅读。
• 原始记录：是否提供截图原图或可下载的记录，而不只是转写后的表格。

如果一篇测评四项都合格，但测试端环境与利益关系都没有交代，它仍然只能作为参考：前者决定结果离你的网络有多远，后者决定你在阅读时需要保留多少距离。

清单用完之后

通过这份清单的测评，适合用来缩小候选范围；最终是否适合你，仍需要在自己的网络下验证。可以照着同样的四项给自己的测试做记录，方法见 自己动手测速。使用任何网络服务时，请遵守所在地法律法规与平台条款。