延迟、吞吐量和抖动：按任务理解测速指标

等待时间与传输速度不同

延迟描述数据传递中的时间，吞吐量描述实际传输速率。具体测试中的延迟还可能采用往返或其他测量定义，因此比较前应检查工具说明。较低等待时间与较高持续传输速率是不同目标，不能用一项指标替另一项作结论。

稳定不只看平均值

抖动涉及延迟的波动。平均结果相同，并不意味着每次响应都相近。本站建议保留原始样本、范围和测量方法；仅显示漂亮的单一数字，会丢失判断波动所需的信息。丢包结果也需要知道测量路径与采样方式，不能直接外推到所有应用。

把指标放回任务

阅读静态页面、持续下载和实时交互，对等待、持续传输和波动的关注点不同。若目标是改善某个应用，就应在明确条件下观察该任务，而不是凭另一个测速站的单项纪录断言应用体验。本站目前没有品牌任务实测。

怎样表达才不误导

比起“这条线路非常稳定”，更可查的表达是“在指定窗口采集若干样本，报告中位数、范围和失败次数，测试条件见记录”。没有采样就只说明方法；有样本也必须交代它不覆盖哪些日期、设备和网络。

建立指标到任务的对应表

在自己的记录里分别列“我想改善什么”“可观察的任务”“参考指标”。例如关心等待就不要只收集最大下载数值，关心持续传输就不要只看一次低ping。对应关系是测试计划的一部分，不应在看到好成绩后再选择有利指标。

解释相互矛盾的观察

若下载数字较高但某应用依旧慢，应保留两条观察，检查工具目标与实际任务是否不同，而不是强行删掉其中一条。指标冲突常提示测量对象不同；没有进一步验证时，结论可以停留在“尚不能解释”。

相关问题

下一步阅读