游戏延迟与视频缓冲，不能共用一张设备快慢表

新手机测速数字更高，游戏操作却仍有等待；旧电脑打开网页稍慢，视频播放反而没有停顿。把这些现象都塞进一张“设备快慢表”，最后只会得到互相冲突的分数。问题不在设备一定好或坏，而在不同任务观察的是网络链条的不同部分。

先决定这轮要回答什么

NASA eClips 的工程设计指南要求问题场景写清目标、情境、成功标准与限制。设备对照也需要同样的边界。游戏任务可以把“按键后是否出现明显等待”作为标准；视频任务看固定时长内是否缓冲；网页任务看同一页面的主要内容何时完成。

标准应在查看结果前写好。若看到下载数字高，就临时把“下载最快”改成唯一目标，原本关心的游戏等待便被遗漏。流量额度、设备温度和测试时长属于约束，也应一并保存。

下载、延迟与丢包不是同一张成绩单

FCC 把下载上传速度、延迟与丢包分开报告。下载速度描述单位时间接收数据的能力。延迟描述数据包往返所需时间，服务器位置、网络路径与拥塞都可能改变它。丢包则表示数据没有按测量条件到达目标。

这三项对应用的影响并不相同。较高下载速度有利于大文件，却不能证明游戏操作及时。丢包可能降低可达到的吞吐量，也可能让部分实时任务出现停顿；应用若有重传或缓冲，相同丢包比例又可能呈现不同现象。

网页完成还是复合结果。FCC 报告列出的影响因素包括家庭网络、服务端速度、外部网络拥塞和名称解析。文字先出现、图片稍后完成，与整页无法连接不是同一种失败。

比设备时，不要同时换网络

若问题是“新手机是否更适合这个任务”，两台设备应使用同一网络、同一位置、同一目标和接近的时段。应用版本与测试动作也保持一致。如此观察到的差异仍可能来自硬件、操作系统或应用实现，但至少没有同时加入热点与 Wi-Fi 的变化。

FCC 明确指出，应用总体表现不只由原始网络指标决定，还与应用架构、实现、操作系统和硬件有关。换手机后变快，可以支持“这套设备与软件组合在本次任务中不同”，不能直接写成“网络已经改善”。

若问题改为比较 Wi-Fi 与热点，则固定同一台设备、同一目标与同一种操作。设备对照固定网络、位置、目标与时段；网络对照固定设备、目标与操作方式。两个问题需要两组资料。

失败和受干扰轮次要留下

NASA 指南要求测试、记录结果，并识别未达预期的特征。页面超时、视频缓冲、设备休眠或自动切回另一网络，都不该从表格消失。它们分别标为“失败”或“受干扰”，并只写看得见的现象。

删除失败会让剩余数字显得虚假稳定。某台设备五次完成四次，另一台五次全部完成，完成比例本身就与任务有关。若一轮恰逢后台更新，则保留记录，但不拿它和普通轮次直接配对。

一页记录只服务一种任务

最小记录可包含设备代号、网络类别、公开目标、时段、所用指标、完成状态、失败现象和受干扰原因。游戏、视频与网页各用一页，不把毫秒、Mbps 和缓冲次数相加成总分。

为一种任务记录设备代号、网络、目标、时段、指标、完成状态、失败现象与受干扰原因。账号、密码、IP 地址、设备序列号和付款资料不属于比较证据，不应写入。

结论采用“现场事实—条件判断—未知范围”三层。例如：“同一 Wi-Fi、同一位置的五轮网页任务中，新手机完成时间较短；这一差异只适用于该页面和测试时段；尚未比较游戏与视频。”这种写法允许别人由记录复核，也不会让一次结果越界。

下载速度不能替代游戏延迟、视频停顿或网页完成，也不能代表其他时间与地点。最终结果只解释所记录设备、网络、任务、目标与时间窗，不评价所有应用、其他家庭、地区或产品长期性能。

资料来源

• NASA eClips：《Engineering Design Packets Implementation Guide and Rubric》，发布或更新于 2022-08-17
• Federal Communications Commission：《Eleventh Measuring Broadband America Fixed Broadband Report》，发布或更新于 2021-12-31