五个节点全绿，客户说某省打不开

上线验收时我用五个节点测了一遍，全部 200，耗时也正常，就签了字。

第三天有个西部省份的客户投诉打不开。回去看节点列表，那个省根本不在覆盖范围里，签的那个字等于没覆盖他。

覆盖说的是代表性

先确认样本，再谈结论，这个顺序反了，报告写得再漂亮也没人信。

不是节点越多越好，而是这些节点能不能代表你的真实用户分布，覆盖错了方向等于没测。

用户八成在华东华南，全测西部节点，结论对业务没意义，数字再漂亮也没用。

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

先看分组，再看总数

总分是给人看的，分组才是给自己用的，真正能落地的判断都在分组里。

按地区分组：只有某几个省慢，其他省正常，问题大概率在区域链路或当地接入。

按运营商分组：只有某一家慢，跨运营商互联的可能性最大，这类问题找运营商比找主机商有效。

两个维度交叉：某个省的某一家特别慢，范围就缩到一个互联点上，判断也就具体了。

用宝塔拨测的网站测速跑多地区多运营商节点，状态码和五段耗时都能按分组展开，比盯着一个总分有用得多。

局部链路和源站，怎么分

分不清这两类，动作就会全错，改了一堆最后发现方向不对。

所有地区、所有运营商一起慢，而且慢在 TTFB 或下载段，更像源站处理或出口带宽的问题。

只有部分组合慢，五段里多花在 DNS 或 TCP 上，更像链路和解析，改代码解决不了。

最慢节点和平均差得远，先怀疑覆盖内的个别线路，别急着改代码，也别急着换服务器。

覆盖不足怎么办

补样本比补解释有用，解释再圆也盖不住没覆盖的事实。

先按用户分布补节点，不是为了报告好看，是为了不漏掉真实用户所在的地方。

关键省份至少覆盖两家以上运营商，否则运营商维度的差异判断根本不成立。

已知有投诉的地区，单独加进去，别等下一次验收才发现，那时候代价更大。

复测才算数

一次就下结论，早晚要返工，多测两轮反而更省时间。

单次结果有波动，尤其跨运营商的那几个点，本来就不是一条直线。

连续复测三次，同一分组每次都慢，才值得动手，一次异常先记下来观察。

改完只在同一组节点上比同一段耗时，范围和口径一变，结论就不可比，前面测的意义也会打折。

覆盖对了，报告才有分量。

有分量的报告，才有人照着改。