先说明问题更可能落在哪一段

可以。测试结束后如果表现不理想，会说明观察到的现象更可能集中在哪一段 —— 是链路上的问题，还是问题本来就在本地网络或对端服务侧。这个判断的依据是分段的数据，而不是感受。

这几段的区分是有意义的：如果瓶颈在本地的出口或无线网络，或者在对端平台的排队与限流，换任何一条跨境链路都不会有改善。这种情况下把结论说清楚，比换一套配置更省时间，也省掉一笔不该花的支出。

该说「不合适」的时候会直说

测试的用途是得到一个能支撑决定的结论，不是得到一个「可以买」的结论。如果测试下来发现这套网络对你的业务帮助有限，会直接说明原因，而不是建议调整配置再试一次。

最容易出现这种情况的有三类业务，它们在哪些情况下你们会建议先不要用里已经说明过：问题出在本地网络或对端服务器、只是偶尔访问且不涉及账号环境、以及还说不清要访问什么。这几种情况下先解决源头更划算。

为了让结论站得住，测试期间建议把现象记录下来：什么时段、哪项业务、当时几个人在用。有一组能对照的记录，判断就不必靠回忆；怎么记、记什么，测试期间应该重点看什么里给了具体口径。