延迟、抖动和丢包影响的不是同一种体验

往返延迟：现场信号

延迟表示请求往返所需时间，稳定的较高延迟与忽高忽低的延迟会带来不同体验。

同一条线路浏览文字正常，视频会议却频繁出现声音破碎。

抖动分布：判断边界

抖动是延迟的波动。实时语音需要连续到达的数据，因而比普通网页更容易受到抖动影响。

这一部分需要和往返延迟前后对照，才能看见条件如何传递。

最常见的误读，是把抖动分布当作孤立指标。抖动分布与丢包率相互影响，但两者仍应分别记录，避免因同时修改而失去判断依据。

丢包率：记录方式

少量丢包可能被重传掩盖，却会让会议、游戏或实时控制出现明显停顿。

这一部分需要和抖动分布前后对照，才能看见条件如何传递。

从现场信号来看，丢包率不能脱离“同一条线路浏览文字正常，视频会议却频繁出现声音破碎。”这一具体情境。记录丢包率时要说明当时看见了什么，而不是先用结论替代现象。

讨论丢包率时，应把已知条件、尚未确认的推测和后来采取的动作分开。即使丢包率没有改善，失败过程仍能帮助缩小范围。

丢包率的变化需要一个可以比较的基线。设备、网络或参与者发生变化后，旧的丢包率结果只能作为参考，不能直接覆盖新现场。

最常见的误读，是把丢包率当作孤立指标。丢包率与拥塞时段相互影响，但两者仍应分别记录，避免因同时修改而失去判断依据。

如果需要把丢包率交给另一位协作者，记录里应包含时间、来源、使用条件和不确定部分。只有丢包率结论没有过程，接收者很难复查。

丢包率也存在适用边界。一次顺利的丢包率结果不能证明所有时段、设备和人群都会相同；一次失败也不能直接否定整套方法。

把丢包率写入长期记录时，应允许后续更正。关于丢包率的新证据出现后，可以保留原始观察并新增解释，而不是静默覆盖过去。

涉及个人或研究资料时，丢包率还要接受最小必要原则约束。只有完成丢包率任务所需的信息才进入共享范围。

在手机、电脑与平板之间比较丢包率，要先确认系统权限和后台策略。表面相同的丢包率操作，可能经过不同的网络与存储路径。

复核丢包率不需要不断刷新数字。为丢包率选择固定任务、固定时段和清楚的成功标准，更容易发现可重复变化。

长期来看，丢包率的价值在于支持沟通，而不是制造新的标签。关于丢包率的记录应该帮助说明条件，而不是定义个人。

落实丢包率时，先保留当前状态，再调整一个变量，最后用同一任务复测。若丢包率结果无法重复，就把它写成待观察。

拥塞时段：常见误区

晚高峰结果不能代表全天。至少在两个时段重复测试，才能区分持续问题与阶段性拥塞。

这一部分需要和丢包率前后对照，才能看见条件如何传递。

应用容错：比较条件

文字网页、下载、视频会议和实时互动使用不同缓冲方式，不能用单一速度数字代表全部体验。

这一部分需要和拥塞时段前后对照，才能看见条件如何传递。

应用容错之后，记录如何继续

围绕应用容错的记录应包含设备与系统、发生时间、资料来源、现场现象、已经尝试的调整，以及仍未确认的部分。这让后续协作可以从已有事实继续。