第一次打开应用较慢，随后操作变快，可能涉及连接建立、会话、缓存与应用初始化。若把首次任务与已连接后的任务混在一起比较，很容易把状态差异写成线路差异。先定义“冷”和“热”分别指什么，再开始计时。
三种状态应分别记录
| 状态 | 要说明什么 | 不宜混用的样本 |
|---|---|---|
| 客户端首次连接 | 是否已有配置、是否需要认证和建连 | 一直保持连接的后续请求 |
| 应用首次任务 | 是否刚启动、是否已有登录和本地资源 | 已打开页面后的连续点击 |
| 重复访问 | 是否复用连接、缓存或会话 | 完全不同内容的首次加载 |
“清了一个页面缓存”不等于所有DNS、连接、系统缓存和服务端状态都被清空。实验应写实际操作，不能仅凭自己的命名宣布完全冷启动。
假设：第二次从3秒变成1秒
若同一个页面第二次加载更快，先检查是否请求了相同资源、是否利用缓存和已有连接。这个结果只能描述两次观察，不能直接说明节点提速三倍，更不能把A的首次访问与B的重复访问做名次。
如果目标是日常已经在线时的体验，可以专门记录连续任务；如果目标是开机后尽快开始工作，则首次连接与首次任务更相关。选择指标应服务自己的任务，不必为了最小数字排除真实等待。
怎样设计可复核的对照
固定设备、接入、目标、任务内容和计时起止，注明应用是否重启、账号是否已登录、客户端是否保持连接。交替观察候选，并分别汇总首次和重复任务；失败与未完成也要保留。
不建议为制造冷状态频繁清空全部浏览器数据、退出重要账号或重置系统网络。先保存工作，采用应用正常且可恢复的操作，并说明仍无法控制的缓存和服务端变化。
给结果写上适用状态
报告可写“该设备在已连接状态下完成三次相同任务的观察”，而不是“任何时候都秒开”。样本量、时间、目标与缓存条件越清楚，读者越容易知道结论是否适合自己。小样本不能证明长期稳定。
视频任务还要把首帧等待与中途缓冲分开，参考首播计时；网络阶段可继续读连接复用与浏览器缓存。保存到测试日志时，给每组明确标记状态，避免事后选择最好的数字。
来源与核验范围
以下为参考原始资料。品牌价格和功能应以资料库对应字段为准；本文不包含品牌测速或使用体验。内容由站点维护者使用 AI 辅助整理，尚不构成独立实测。