页面能开，图片和视频一直转圈
多半是时延与丢包偏高：小文件勉强能加载，体积大的资源会被反复重传拖住。
现象自查
同一句「网络慢」，原因可能完全不同
本地带宽、跨境路径、目标平台，三处都可能出问题，表现却很像。先按现象对号入座，再决定该测哪一项。
只有某个平台慢，其它境外站点正常
问题更可能出在这条到该平台的路径上，而不是出口总带宽 —— 换一个目标测就能区分开。
白天正常，一到高峰就卡
对应跨境出口的共享资源争抢。这类情况只看平均值看不出来，要按时段分开统计。
后台上传、保存经常失败或超时
上传走的是上行方向，与下载表现不一定同步，只测下载速度会漏掉这一类问题。
测量点
测量点放在哪几个位置
同一时刻，从不同位置测出来的结果不一样。想知道问题出在哪一段，至少要先说清数据是从哪一侧取的。
本地出口先在这里测一次，确认内网与本地带宽没有问题
出境路径跨境段的时延与丢包，问题最常出现在这一段
接入节点从节点侧测一次，作为接入之后的质量基准
目标平台在真正要访问的平台上测，而不是找一个通用测速点
指标口径
四项指标，各自看什么
指标本身不难懂，容易出错的是采集方式：单次结果、闲时结果、平均值，都可能给出偏乐观的结论。
时延
一次请求从发出到收到响应的时间，单位毫秒，决定的是操作时的等待感。
- 看往返时延，而不是单向理论值
- 同一目标至少连续测一整天，把高峰时段包含进来
- 只和同一目标的历史数据比，跨目标比较没有意义
丢包
发出的数据包没能到达目标的比例。丢包会触发重传，对体验的影响比时延更直接。
- 测试环境下测得丢包率接近 0，实际表现建议自行复测
- 持续性的少量丢包，比偶发丢包更需要处理
- 按小时分开统计，看最差时段而不是平均值
抖动
时延的波动幅度。平均值稳定但抖动偏大时，实时类业务会最先出问题。
- 看时延最大值与最小值之间的差
- 直播推流、视频会议对抖动最敏感
- 抖动偏大通常同时伴随丢包，两项要一起看
上行带宽
从自己这一侧发往目标的带宽。上传素材、后台上图、直播推流用的都是这一项。
- 跨境线路的上行通常比下行更紧张
- 直播与素材上传要单独确认上行需求
- 并发上传时，实际可用的上行会明显下降
结果判读
测出来的数据，能说明什么
数据能回答一部分问题，也有一部分它答不了。先把边界划清楚，才不会被一组好看的曲线带偏。
数据能回答的
业务在什么时段可用、波动有多大、路径稳不稳定，这几项靠实测能拿到明确结论。
- 现在这套网络在业务高峰时段能不能撑住
- 问题集中在本地出口，还是跨境这一段
- 换了线路之后，同一项指标有没有改善
数据回答不了的
有些问题不在链路上，测得再久也不会自己给出答案。
- 该配多大带宽 —— 取决于业务规模与并发，不是测出来的
- 平台侧的风控与限流，属于对方的策略
- 本地设备与内网的问题，需要在本地单独排查
自己测完还是拿不准，就把现象和数据一起带过来，由技术团队看该调哪一段。
申请免费测试常见问题
关于测试，常被问到这几点
围绕怎么测、测多久、数据怎么读这几件事。
测跨境网络质量，需要装专门的工具吗？
基础的可达性与时延，用系统自带的命令就能看；丢包与抖动需要能持续采样的方式，才能拿到曲线而不是一个瞬时值。关键不在工具，在于是否连续记录。
测多久才有参考价值？
至少覆盖一个完整的业务周期，把高峰时段的样本包含进去。只测一段闲时的数据，有时候比不测更容易造成误判。
为什么要在多个位置测？
不同位置的结果反映不同环节。只从办公终端测，结论里混着内网与本地出口的影响，出问题时分不清该由哪一侧处理。
自己测的结果和你们测的对不上，以哪个为准？
以自己环境里测到的为准。测试环境下的数据受本地网络与出口条件影响，只能作为参考，正式接入前建议自行复测一遍。
时延正常，但用起来还是卡，可能是什么原因？
常见的有两种：丢包与抖动偏高，而平均值看不出来；或者访问目标的路径与测速目标并不是同一条。这两种都要换成按目标、按时段采集才能定位。
接入之后还需要再测一次吗？
建议测一次并留档。同一套指标在接入前后各存一份，后续再出现波动时就有了可比的基准，排查会快很多。
