连接质量测试
网速数字说明不了通话为什么卡顿、游戏为什么延迟。本测试测量的是真正起作用的指标——丢包、抖动、延迟，以及线路繁忙时延迟上升了多少（缓冲膨胀）——按A到F评级，并为每一项给出修复方法。
空闲状态下到我们法兰克福服务器和最近的Cloudflare边缘节点的往返时间。
连续往返时间的波动幅度。10毫秒以内为优秀，30毫秒以内尚可。
根据20个HTTPS样本估算；3秒内未应答的请求计为丢失。
线路繁忙时延迟上升了多少，按A到F评级。
到法兰克福的一次简短的5 MB下载和上传——粗略数字，不是网速测试。
您的浏览器能否访问我们的仅IPv6主机？
| 用途 | 判定 | 原因 |
|---|---|---|
| 视频通话 | 等待中 | 运行测试后即可查看判定。 |
| 在线游戏 | 等待中 | 运行测试后即可查看判定。 |
| 流媒体 | 等待中 | 运行测试后即可查看判定。 |
由您的浏览器通过HTTPS测量；丢包和吞吐量为估算值。到法兰克福的延迟取决于距离——最近边缘节点的数值显示的是您自己的接入网络增加了多少。 完整网速测试 · IPv6测试
您的结果
点击开始。测试先用十个样本测量空闲延迟，然后在下载和上传各持续几秒钟的同时继续测量延迟，并报告丢包、抖动、空闲和负载下的延迟、双向吞吐量以及缓冲膨胀评级。一次运行约消耗20 MB流量。
丢包
没有得到应答的探测所占的比例。持续超过1%的丢包会让实时应用出问题；只在负载下出现的丢包指向缓冲膨胀或饱和的链路；只在Wi-Fi上出现的丢包指向干扰或距离。
多少丢包可以接受？
健康的有线线路为0%；Wi-Fi上偶尔的单次丢包是正常的。持续超过1%就是值得追查的故障——网线、调制解调器、Wi-Fi信道或运营商。
抖动
连续延迟样本之间的变化。语音和视频编解码器会用缓冲来吸收它，所以稳定的40毫秒配2毫秒抖动，听起来比20毫秒配30毫秒抖动更好。
多少抖动算好？
10毫秒以内是优秀，30毫秒以内对通话和游戏没问题，超过50毫秒会造成可听可见的问题。Wi-Fi是常见原因；换成网线通常能让它接近于零。
到全球服务器的延迟
到我们法兰克福服务器的空闲延迟会与基于距离的预期值一起显示，让您看到自己的接入技术增加了多少。随着我们增加测试节点，到其他大洲服务器的测量也已列入计划；在此之前，Ping测试提供同样的单服务器数据。
缓冲膨胀（负载下的延迟）
当您的上传或下载饱和时，数据包会在调制解调器或路由器中排队；过大的队列会给其他一切流量增加数百毫秒的延迟——这就是有人开始备份时通话会中断的原因。我们分别测量空闲和负载下的延迟，并对增量评级：A为30毫秒以内，B为60以内，C为100以内，D为200以内，F为更高。C或更差是可以修复的，而且修复效果通常立竿见影。
如何修复延迟和丢包
先网线，后Wi-Fi；然后是路由器。
Wi-Fi与网线
分别用有线和Wi-Fi运行测试。如果用网线时丢包和抖动消失了，要修的就是Wi-Fi：5 GHz频段、更空闲的信道、更近的接入点或Mesh节点。如果依然存在，问题就在线路或调制解调器。
路由器的SQM / QoS设置
在支持的路由器（OpenWrt、许多准专业型号）上启用SQM（智能队列管理：cake或fq_codel），并把带宽设得略低于您实测的速度；这样能让队列保持短小，通常可以把F变成A。没有SQM的路由器往往有QoS或游戏模式，效果稍逊。然后重新运行测试。
常见问题
多少抖动算好？
10毫秒以内是优秀，30毫秒以内对通话和游戏来说是良好。超过50毫秒，音频和视频就会开始断断续续。
什么是抖动测试？
测量连续数据包之间延迟的变化，通常是发送一系列探测并比较它们的往返时间——本测试用十个空闲样本和负载下的连续样本做的就是这件事。
7毫秒的抖动差吗？
不差。7毫秒的抖动对任何应用来说都完全在舒适范围内。
35毫秒的抖动差吗？
处于临界：通话还能进行但可能有杂音，游戏可能感觉不稳定。最常见的原因是Wi-Fi；请用网线测试以确认。
为什么我会丢包？
Wi-Fi干扰或信号弱、网线或接头损坏、调制解调器故障、链路过载（缓冲膨胀），或者运营商处拥塞。本测试的有线/无线对比和负载下延迟的结果可以缩小范围。
什么是缓冲膨胀？
链路满载时，数据包在调制解调器或路由器中过度排队，导致下载和上传期间延迟急剧膨胀。它靠路由器上的队列管理（SQM）来修复，而不是靠更快的套餐。
由您的浏览器针对我们自己位于法兰克福的服务器（probe-fra1）和最近的Cloudflare边缘节点实时测量；评级遵循Waveform/Cloudflare的缓冲膨胀标准。结果绝不保存。