建议按「主要方向 + 最挑的一项」来测
测试期间可以覆盖多个方向，但方向不是越多越好。每多一个变量，出现不理想结果时就越难判断原因。更有效的组合是两个：平时用得最多的那一个方向，加上公司里对链路最挑的那一项业务。
这样安排的逻辑是：最挑的那一项决定了配置的基准，它跑得通，其余方向通常不会有问题；而主要方向决定了日常体感，它正常，团队才会认可这次接入的价值。两项都覆盖到，测试就完成了它该完成的事。
有两件事不适合放进测试期
一是同时测所有点位。点位一多，不同点位的当地条件会混在一起，一旦表现不理想，很难分清是共性问题还是某个点位的现场条件所致。建议先跑通最主要的那个点位，其余点位按同一套口径逐个验证。
二是把测试期当成规模验证。测试能验证的是这套链路在你的业务上稳不稳，不能替你决定该配多大的带宽 —— 那要看长期的实际使用规模。测试期按真实业务跑，但不必刻意把所有人所有业务都压上去；等到配置确定、正式接入之后再按实际规模运行，数据反而更准。
还有一点值得提前做：把观察口径定下来。看哪几项、谁来记、记几次，事前花几分钟约定，比测试结束时回头凑结论可靠得多。具体看什么，可以参考测试期间应该重点看什么。
