一屏数字，先看哪个

同事把报告甩过来问我：这个 1.8 秒算快还是慢。

我没直接回答，而是指着报告问他：你看的是哪一行。他说总耗时，别的一眼没看。

前两行：状态码和分段

状态码不对，后面的耗时都没有意义，403、429、5xx 再快也是快的错误页。

先确认 200，再谈时间，这一步三十秒就能省掉一堆误判。

DNS、TCP、TLS、TTFB、下载，五段拆开，才知道时间花在哪。

只给一个总数，你没法判断该改网络还是改代码，最后只能蒙一个方向。

用宝塔拨测的网站测速跑一次，五段是分开列出来的，哪段长一眼能看出来，也方便和同事对齐。

第三行：平均和最慢

两个数一起看，才看得出风险，也才知道该不该按全局处理。

平均代表大多数，最慢代表风险，这两个数永远要一起看。

两个数差得远，说明分布不均，有些地方的用户体验明显更差，只是没说出口。

只看平均，容易把最需要修的那部分漏掉，报表好看，投诉照来。

第四行：覆盖范围

这一行决定结论的边界，超出边界的部分，谁也没测过。

测了哪些省、哪些运营商，决定了这个结论能推多远，也决定了它在会上有没有说服力。

用户主要在哪，节点就该覆盖哪，不然数字再漂亮也是自说自话。

什么算快

快慢是相对的，参照物是用户，不是同行的报告。

没有统一标准，要看用户能不能忍，也要看你做的是什么业务。

首屏一秒出头，多数人感觉正常；三四秒，开始有人关页面，这个区间比任何阈值都真实。

与其背一个阈值，不如把「你的用户在哪、他们现在多久」测清楚，后者才指导动作。

复测这一步别省

不复测，前面四行都白看，因为单次结果经不起追问。

同一组节点连测三次，取稳定的那部分，偶发的先记着观察。

改完再测同一段，别拿改动前后的总分直接比，那样看不出是哪一步起效。

数字是证据，不是结论，读对了才有用，读错了反而会误导方向。

报告会读，判断就快一半。

另一半，靠多测几次补齐。

补齐了，结论才站得住。

站住了，才敢拿去改东西。

改东西，才有依据。

有依据，改动才不白费。

不白费，工时就省下来了。

省下来，可以再测几轮。

多测几轮，结论就更稳。

稳，就一直稳下去。

这就是流程的价值。

流程走顺，人就不用一直救火。

不救火，才有时间做长期优化。

长期做下来，速度自然稳定。

稳定，就是最好的结果。