设备显示链路正常、两端可以互相访问，只能证明基础连通。国际数据电路开通后的验收测试项目，还应覆盖不同时段的时延、抖动和丢包表现；否则，视频会议卡顿、文件传输变慢等问题可能在正式使用后才显现。
测试前先确认两端测试设备、承载业务和约定指标。记录测试日期、时段、流量方向、报文大小、测试时长及工具口径。国际链路的路径和负载会随时间变化，单次短测不能代表全天表现。
先统一条件，再开始测
尽量在电路两端使用性能足够的主机或专用测试设备，避免设备处理能力成为瓶颈。测试前暂停无关的大流量传输；若不能停业务，应约定低峰窗口，并控制测试流量，避免影响生产。验收结果应与合同约定的带宽、时延或可用性指标逐项比较，不要自行套用脱离业务场景的统一门槛。
六项进阶测试，分别看什么
1. 往返时延与单向时延
先测往返时延（RTT），记录平均值、最大值和高分位表现，而不只看最小值。单向时延能呈现两个方向的差异，但要求两端时钟有足够精确的同步；同步条件不足时，应以RTT为主，并注明测法。交互式应用更关注时延变化和高分位值，不能只用平均数判断。
2. 抖动及其统计口径
抖动反映连续报文到达时间的变化。用同一工具、同一报文间隔和统计方法比较不同时间段；不同工具对抖动的计算定义可能不同，数字不宜直接横向比较。语音、实时视频通常比批量传输更容易受抖动影响，可结合实际业务观察。
3. 丢包率与突发丢包
记录总丢包率，也查看丢包是否集中发生。长时间零星丢包与短时连续丢包对业务的影响不同。分别测试两个方向，并对照应用日志；仅靠少量 ping 报文，难以评估持续业务流的丢包情况。
4. 吞吐量与方向差异
使用端到端吞吐测试，分别检查发送和接收方向。测试结果受协议、报文大小、主机性能及并发流数量影响，因此要记录这些条件。可使用 iperf3 等常见工具进行受控测试，但应限制测试强度；生产链路不宜未经评估就长时间打满。
5. 负载变化下的时延
在空闲状态和受控负载状态下分别测时延、抖动与丢包率。比如文件备份时同时进行视频会议，可能比单独测带宽更接近实际使用。若负载一增加，时延就明显上升，应进一步核查链路排队、设备接口利用率及测试端处理能力。
6. 连续运行与路径稳定性
把测试从几分钟延长到覆盖业务高峰的时段，并持续记录探测结果和中断事件。遇到异常时，可用 traceroute 或同类工具查看路径变化；但中间节点可能限制或降低探测报文优先级，单次路径输出不能直接证明该节点故障。重点是确认端到端业务是否中断、持续多久，以及恢复后指标是否回到约定范围。
把结果整理成可复核的验收记录
- 列明两端设备、接口、测试工具版本和电路标识。
- 按双方确认的时段和方向执行测试，注明是否有其他业务流量。
- 保存原始结果与汇总值，分别记录时延、抖动、丢包率、吞吐量和中断事件。
- 对不达标项在相同条件下复测，并将时间戳、现象和证据提交给服务提供方核查。
这样形成的国际数据电路开通后的验收测试项目记录，既能判断链路是否满足当前业务，也便于后续故障定位。验收结论应写清通过项、偏差项、复测条件及双方确认的处理方式，而不是只留下一句“已连通”。
常见问题
只测一次可以验收吗？
不建议。至少应覆盖约定测试时段；重要业务可增加高峰时段或连续观察，以识别时段性波动。
时延看平均值还是最大值？
两者都要看，并结合高分位值和业务要求。最大值适合发现异常尖峰，平均值则可能掩盖短时恶化。
验收测试能否直接打满带宽？
只有在获准的测试窗口、明确风险并确认不会影响其他业务时才考虑。生产环境应先做低强度测试，再按计划逐步增加负载。