一份可信的网络测速报告该写什么？延迟、丢包、时段与样本清单

网络测评不是把最高速度截图放大，再写一句“长期稳定”。一份能复查的报告，应让读者知道结论覆盖的范围，也能看见没有测到的部分。四项核心材料是延迟、丢包、测试时段和样本。

本文讨论报告应如何交代证据，没有运行线路测评，也不提供服务商评分。

一、延迟：报告统计对象，也报告失败

先交代目标、探测方法和连接路径，再写空闲或有负载。最低值、平均值、中位数、P95 各有不同含义，不能一张表里混着排名。若给出百分位，还应注明工具与计算口径。

尤其要说明延迟统计是否仅来自成功回应。假设一轮有 100 次请求，其中 10 次超时，剩下 90 次平均很快；报告只写那 90 次的平均值，会遗漏读者关心的失败部分。可以保留该平均值，但旁边同时写成功 90/100、超时 10/100，并标明这是请求统计。

这类统计表达与样本说明的重要性，可参阅 RFC 6703。没有测到的数据写“未测得”，不填 0 ms。

每轮至少保存发送数、未回应数、等待时间、包类型和持续时间。单向丢包、往返未回应与应用请求失败不是同一个量；报告标题必须与测量方式相符。RFC 7680对探测类型与丢失判定背景有明确说明。

汇总时还要避免简单平均百分比。下面是虚构算术例子，假定方法和条件可合并：第一轮 1/10，第二轮 1/100，合计应为 2/110，约 1.82%；不能将 10% 与 1% 平均后写成 5.5% 的总体丢包率。

即使正确计算总比例，也应保留两轮明细。跨时段或不同目标的数据，先分组再解释，避免总体数掩盖局部异常。

写测试日期、时区、起止时间，单列白天、常用晚间与其他窗口。文章更新日期不等于数据采集日期；旧截图不能自动代表今天的状态。

如果声称“晚间稳定”，就应给晚间多轮与跨日记录。若只测了一个晚上，结论也限定在那个晚上；没有记录覆盖的工作日、节假日或其他地区，应继续保留未知。

分别写发包数量、测试轮数、每轮时长与覆盖日期。说明有没有预先安排测试，是否保存所有轮次，失败后是否只展示重测成功的数据。

大样本不能自动消除选择偏差。一个时段连续探测几千次，和跨几天、不同使用窗口的记录，观察范围并不相同。不同目标、不同接入方式也不应混成同一条线路的时间样本。

公开表格不需要公开私人订阅链接或访问凭据，保留与复查有关的条件即可。比“全部很稳”更有价值的写法是：“这几个窗口中观察到什么，以及哪些问题还没有证据回答。”本文资料核对于 2026 年 10 月 25 日。