两个工具，两个数字

同事拿着 A 工具的结果说页面 1.2 秒，B 工具说 2.6 秒，谁都不服谁。

我把两边的报告并排看了一遍就明白了：A 只测了首字节，B 连图片和脚本都算进去了。测的根本不是一回事，吵下去也吵不出结果。

第一看：节点覆盖

这一条决定结论能推多远，覆盖之外的地方，它一概不负责。

节点只有三五个，都集中在同一片区域，结论只能代表那一片，出了这片就没人负责。

运营商只覆盖两三家，剩下那家用户的问题永远测不出来，投诉会比报告先到。

我一般会先问：这些节点分布在哪，覆盖了哪些运营商，跟我的用户分布像不像，像才有参考价值。

第二看：测量层级

这一条决定结论能不能用来排查，只有一个总数就只能干着急。

只给一个总时间，你没法判断慢在解析、建连、握手还是应用，最后只能靠猜。

能拆成 DNS、TCP、TLS、TTFB、下载五段，才有排查价值，也才知道该找谁。

还要看它是不是只测了 HTML，静态资源有没有算进去，两者差得很远。

第三看：能不能复测

这一条决定结论稳不稳，也决定你敢不敢在会上引用。

单次结果会抖，尤其是跨运营商的那几个节点，本来就没什么规律。

能按同一组节点、同一条件连测几次，才谈得上稳定结论，单次只能是快照。

不能复测的工具，数字再漂亮也只能当参考，不能写进验收单。

我自己的核对流程

三步走完，再决定信不信，这比争论哪个工具更准有用。

先用宝塔拨测的网站测速跑一轮多地区多运营商节点，拿到状态码和五段耗时，顺便看看有没有跳转。

再按地区、按运营商分组，看平均、最快、最慢节点的差距，差距大说明分布不均。

最后同一组节点连测三次，确认异常是不是稳定出现，稳定了才动手。

数字该怎么用

用对了是依据，用错了是负担，还可能带偏一整轮优化。

工具给的是切片，不是结论，这两件事经常被混为一谈。

切片只能回答「这一刻、这一组节点」的情况，说不了全部用户。

要回答「我的用户到底快不快」，得把覆盖、层级、复测三件事都对齐，再谈数字，否则数字越大越容易误导。

三件事对齐，数字才有分量。

没分量，就没人照着做。

照着做，才有下一次的对比。

对比多了，判断就成直觉了。

直觉准了，选工具就快了。

快了之后，就不容易被数字牵着走。

不被牵着走，判断才归自己。

归自己，才敢签字。

敢签字，交付就算稳了。