有用的测试日志应让自己以后知道：何时、在什么条件下、对什么任务、用什么方法得到什么结果。只留一张速度图，往往无法解释失败和环境变化；只保存大量原始输出，也不等于已经具备可复核记录。
最小字段按用途分组
| 字段组 | 建议内容 | 为什么需要 |
|---|---|---|
| 标识与时间 | 非敏感记录号、日期、时区、起止 | 串起同一任务的状态 |
| 环境 | 系统、设备、客户端和工具版本 | 识别不可比条件 |
| 对象 | 接入类型、节点别名、协议、目标 | 避免混入其他路径 |
| 方法 | 规模、次数、并发与超时定义 | 说明分母怎样产生 |
| 结果 | 完成、失败、错误、耗时、传输量 | 保留失败而非只留峰值 |
| 干预 | 改了什么、何时改、怎样恢复 | 不把先后顺序误当原因 |
字段应服务于测试目的，不要求每个用户收集全部系统信息。IP性能记录的方法背景可参考RFC 2330；实际日志仍需写自己采用的定义，不能只贴标准名称。
一条假设记录怎样写
例如“样本R01，某日20:00至20:01、UTC+8；电脑有线接入；客户端及工具版本已记；节点A，目标T，单任务；结果连接超时；期间未修改配置”。这是结构样例，不是本站实测。若工具没有提供传输量，该字段留未测，不编一个零。
后续换节点后成功，应新增一条状态记录，关联前一条，而不是覆盖原失败。目标变了、Wi-Fi切了或后台开始同步，也应记为条件变化，方便以后判断是否还应放在同一统计组。
原始记录与统计摘要分开
保留原始结果，再生成次数、平均或分位等摘要。排除样本时写理由，原始记录仍在；未执行和执行失败分开，不能把未测窗口加入成功分母。平均、峰值和整段耗时也不要混用同一个速度字段。
分享前删除订阅URL、令牌、邮箱、Cookie、支付信息和私人文件内容，检查截图及附件实际内容。可以用稳定别名替代敏感标识，保留私人映射即可。日志帮助解释观察，不自动证明根因或全国排名；方法、范围和缺失仍应随摘要一起呈现。
继续阅读：稳定性怎么测：一份可复核的记录方法、可复现与可重复验证，在评测中意味着什么、测速中的异常值应不应该删除、提交日志时，哪些内容最容易忘记脱敏。
来源与核验范围
以下为参考原始资料。品牌价格和功能应以资料库对应字段为准；本文不包含品牌测速或使用体验。内容由站点维护者使用 AI 辅助整理，尚不构成独立实测。