测速中的异常值应先调查，不能因为结果拉低平均数就剔除。错误记录、测试条件被破坏和真实网络慢请求是不同情况；只有明确理由，才适合纠正或按预先规则单独分析，并保留原始记录与处理说明。
先判断异常属于哪一类
NIST统计手册指出，离群观测可能是错误，也可能反映真实变化；不能确定为坏数据时，不宜简单删除。网络延迟分布也未必符合某个默认统计模型，不能直接套一条阈值，把所有较慢请求都当无效。
| 观测情况 | 合理处理方向 | 不合理处理 |
|---|---|---|
| 单位或录入有明确错误 | 可纠正并保留依据 | 悄悄改值没有说明 |
| 确认工具暂停或任务未发送 | 标记缺测和原因 | 补成零延迟或成功 |
| 本地后台任务明显干扰 | 标记条件，另做可比观察 | 用复测覆盖原始失败 |
| 无解释的慢请求或超时 | 保留，单独描述分布 | 因不符合预期而删掉 |
五个数字说明删除会改变什么
假设成功请求为50、50、50、50、800毫秒，平均值为200毫秒，中位数为50毫秒。删掉800后平均值变为50毫秒，但如果800是真实等待，这会抹去用户可能遇到的慢请求。该序列是算术演示，不是品牌数据。
如确有记录错误，应说明错误来自哪里、修正依据是什么；若只是另一个任务抢占资源，可同时展示原始全部结果与标注后的可比子集，并保留各自分母。子集结果不能冒充全体使用体验。
处理规则尽量放在看结果之前
- 开始前明确有效样本条件、超时阈值和哪些事件会导致缺测。
- 保存未经筛选的时间序列、失败与环境变化。
- 对疑似异常标记理由，先查是否为工具、单位或记录错误。
- 需要排除时列出数量、依据与处理后的分母，同时保留原始摘要。
- 若规则在观察后才调整，公开变更，不把它包装成预先标准。
超时不是一个真实完成耗时，不应随意填零或当作某个测得上限。可以分别报告成功延迟与失败比例；若采用截断或其他方法，应明确口径并说明限制。
复测的作用是补证据
复测成功可以帮助理解条件，但不会让原失败消失。原始与复测应各有日期、条件和结果；反复测到满意才停止，会增加选择偏差。不同网络、时段和目标的数据也不应为凑一个漂亮总体而合并。
继续读平均值与高分位理解汇总，用丢包分母管理失败，再沿结果摘要边界写明你实际观察到什么和仍不知道什么。
来源与核验范围
以下为参考原始资料。品牌价格和功能应以资料库对应字段为准；本文不包含品牌测速或使用体验。内容由站点维护者使用 AI 辅助整理，尚不构成独立实测。