测五秒和测五分钟可能回答不同问题。短测容易突出启动、缓存或瞬时变化，长测能覆盖更多持续过程，也消耗更多额度。应先说明自己关心首次响应还是持续任务，再决定统计区间；时间更长并不自动意味着方法更正确。
把一次测试分成几个阶段
| 阶段 | 适合观察 | 报告时说明 |
|---|---|---|
| 启动 | 连接建立和首批响应 | 是否包含解析与安全协商 |
| 预热 | 状态逐步变化 | 是否计入总耗时及理由 |
| 持续区间 | 连续吞吐、波动和失败 | 起止、规模和并发 |
| 结束与恢复 | 任务完成或中断 | 实际完成量与错误 |
预热是否排除取决于问题。评价完整下载任务时，启动成本本身可能重要；评价稳定传输段时可以单列，但不能悄悄删掉慢的部分。TCP吞吐方法可参阅RFC 6349，实际采用的窗口仍应明确。
假设：前五秒很快，随后回落
设虚构任务前5秒为100Mbps，后55秒为20Mbps，理想分段恒速假设下，60秒时间加权平均约26.7Mbps，而不是100Mbps。这只是算术示例，不说明回落原因，也不对应品牌测试。若任务中途失败，还要报告完成量，不能把失败后的空白当持续正常。
反过来，第一次启动较慢而后续稳定，也不该只截后半段证明首次体验很好。峰值、分段表现与完整任务耗时分别保存，读者才知道数字对应哪里。
时长与成本一起预设
在测试前确定目标、规模、最多次数和流量预算，不为找到最好看的区间事后不断延长。设备发热、无线变化、服务器切换或后台同步出现时，记录为条件变化，而不是用更久测试把干扰平均掉。
已经回答当前任务的问题时即可停止。若想讨论晚高峰或跨日连续性，应增加明确的新窗口，而非把单次拉长到几分钟就称长期稳定。未观察的时间保持未测，重复测试也要注明顺序与缓存状态，避免将一次启动和另一次持续段拼成不存在的完整记录。
继续阅读：冷启动与已连接状态的体验怎样分别观察、测速中的异常值应不应该删除、频繁测速会消耗多少流量，怎样控制样本成本、稳定性怎么测：一份可复核的记录方法。
来源与核验范围
以下为参考原始资料。品牌价格和功能应以资料库对应字段为准；本文不包含品牌测速或使用体验。内容由站点维护者使用 AI 辅助整理，尚不构成独立实测。