一轮内测结束，测试团队常被要求交一份复盘报告：装了多少人、覆盖了哪些机型、用户什么时候在下载。可很多团队的报告里只有「测了哪些功能」，缺了分发侧的数据，导致结论站不住脚。其实这些数据在内测分发平台上都有现成记录，本文讲清楚怎么把分发数据导出并写进测试报告。
测试报告里最该补上的三块分发数据
- 下载量：反映内测包的实际触达情况。发出去 200 个链接只有 30 次下载，说明通知渠道或安装引导有问题，而不是测试人员偷懒。
- 设备分布：内测阶段最容易漏的就是机型覆盖。报告里列出安卓与 iOS 各自的分布情况，能直接看出老机型、小众机型是否测过。
- 下载时段：看用户集中在什么时间下载。如果每次发版后当晚下载量最高，就可以把「发版通知」固定在这个时间窗，缩短测试反馈延迟。
这三块合在一起，才能回答老板最关心的问题：这轮内测到底覆盖了多少真实设备和用户。
从查数到写进报告的完整操作
- 打开虾分发官网（https://xiafenfa.com），登录后进入【我的应用】。
- 选择本轮内测对应的应用，查看实时数据统计，包括下载量、设备分布、地域分布和下载时段。
- 需要留档或汇总时，使用平台提供的数据导出功能，把统计结果带走整理。
- 按下面的口径把数据写进报告，而不是把原始截图直接贴上去。
数据口径建议统一成这样写：
- 下载量：记录「本轮版本从发布到统计截止日的累计下载次数」，并与上一轮对比。
- 设备分布：优先列 top 机型，再单独标注未覆盖的团队内已知机型。
- 下载时段：只写结论，例如「发版后 2 小时内下载占全天最高」，附上时段图即可。
导出之后常见的问题
| 问题 | 处理方式 |
|---|---|
| 想看账户还剩多少资源额度 | 进入【我的应用】可查看剩余虾币 |
| 导出的数据粒度以什么为准 | 以控制台实际展示与导出功能为准，文章不做额外承诺 |
| 下载量和实际安装数对不上 | 下载不等于安装成功，建议结合测试用户的安装反馈一起看 |
| 每轮报告口径不一致 | 固定统计截止时间与对比基准版本，写在报告模板里 |
写在最后
内测分发不只是「把包发出去」，分发侧的数据本身就是测试报告的证据链。上传安装包、配置好安全设置之后，虾分发（https://xiafenfa.com）会持续记录下载量与设备、地域、时段分布，配合数据导出功能，一轮内测结束后十几分钟就能把数据部分整理完毕，比事后挨个问测试人员要靠谱得多。
建议：把「下载量、设备分布、下载时段」三项做成固定模板，每轮内测收尾时导出一次数据直接填空；统计截止时间统一设在发版后 72 小时，方便跨轮次对比。