机场晚高峰测速方法：怎样留下可比较的记录

晚高峰自己测速，可以从记录实际测试时间、所用服务器和各项结果开始，再分时重复观察。下载与上传之外，还要区分空载和负载延迟，记录抖动与丢包。统一的晚高峰起止时间及重复次数，官方没有核对到，不能当成已有标准填写。

测试时间要写清，别只留下“晚高峰”

用实际发生的时间标记结果

整理记录时，把每次测试发生的时间与结果放在一起。“晚高峰”只是时段描述，实际时间才便于回头辨认这些结果分别来自什么时候。

分时观察有依据，固定排程没有现成答案

网络性能测量框架提出，随机间隔采样可减少采样节奏与网络周期行为重合造成的偏差。这能解释分时观察的意义，但原文没有给出消费者测速排程。

服务器也是测量对象的一部分

记录目的地，才能说明测到了哪段连接

测速涉及设备与测试服务器之间的网络，往返目的地也会影响延迟。记录结果时保留服务器信息，可以交代这次测量指向哪里，避免只剩一个速度值。

换目的地测试，要保留各自的结果

向运营商服务器、内容分发网络及具体流媒体服务分别测试，有助于定位不同环节的问题。因此，更换目的地后的记录应保留对应关系，分别阅读。

重复测试时，把每次结果留下来

不把单次测量写成整个时段的表现

网络性能测量框架区分单次测量、一组样本和从样本得到的统计值。整理晚高峰记录时，也应区分一次结果与一组结果，不让单次数字代替整个时段。

不给重复次数加上官方标准的名义

重复几次的明确建议，官方没有核对到。自行安排重复测量时，可以写清实际完成情况，保留每次时间与结果；这个安排不能写成官方要求的次数。

记录指标时，先分清它们各自回答什么

下载和上传不能代替延迟记录

下载与上传反映传输表现，延迟描述等待时间。测速方法中既有通过增加连接来填满链路的做法，也有逐步传输更大文件的做法，比较时需保留测量口径。

延迟要区分空载与负载状态

连接空闲时测得的延迟，与传输负载下测得的延迟属于不同场景。负载下队列可能变长，因此记录时应保留场景说明，不把两种结果混成一个延迟值。

抖动与丢包需要单独留下

抖动描述延迟随时间的变化，丢包描述发出后未抵达目的端的数据包。把这两项与下载、上传并列记录，才能保留传输速度之外的测量信息。

目前还不能确认的几件事

晚高峰边界和测试次数没有统一依据

晚高峰从何时开始、何时结束，以及消费者应重复测试几次，官方没有核对到。记录可以采用自己的观察安排，但要说明实际做法，不能补成统一规则。

指定服务器与接入方式，说明还不完整

关于应选哪台服务器，以及无线与有线差异的对应帮助说明，官方没有核对到。服务器选择以测速界面实际提供的内容为准，接入方式则按实际情况记录。

常见问题

下载数值高，就能说明日常应用体验吗？

专用测速服务器的路径可能与日常应用路径不同。测速数字需要结合目的地阅读，不能仅凭下载结果推断所有应用的表现。

不同工具显示的延迟能直接放在一起比较吗？

需要先确认定义。有的测量记录双向往返时间，有的按请求发出到开始收到数据计时；整理时应标明工具与口径，避免当作同一种测量。

测试要不要考虑流量消耗？

要留意测试页面写明的用量说明。有测速页面注明，测试最多可能使用约 200MB 流量；重复测量时，应把这项说明纳入自己的测试安排。

第三方整理,与文中提到的软件、服务及其开发者无隶属关系。