软件测试报告如何写？
背景介绍
客户端产品：Android/iOS各一个版本 H5/web/服务端：每周两次发布（两个发布日）
<需求统计分析>案例：
<缺陷回归分析>案例：
<缺陷一次性修复成功率>案例：
备注1：建议半年输出1次，每年2次
备注2：有两个数据（单位需求缺陷数、单位需求用例数），可以统计作为研发效能考量，但有个前提：产品需求规范，研发流程规范，测试用例设计规范等系列规范落地执行后，拉长时间段对比方有意义。
单位需求缺陷数：
一定程度上反映提测质量
单位需求用例数：
一定程度上反映需求复杂度
<缺陷趋势图>案例：
<研发过程数据统计>案例：
项目 | 实现需求数 | 新增测试用例 | 新增缺陷数 | 线上故障 | 漏测率 （线上故障/新增缺陷） |
项目1 | 139 | 1052 | 765 | 3 | 0.39% |
项目2 | 130 | 351 | 457 | 3 | 0.66% |
项目3 | 145 | 710 | 124 | 0 | 0.00% |
项目4 | 791 | 1753 | 477 | 2 | 0.42% |
项目5 | 54 | 177 | 67 | 2 | 2.99% |
项目6 | 442 | 3988 | 762 | 8 | 1.05% |
项目7 | 9 | 16 | 23 | 0 | 0.00% |
项目8 | 444 | 264 | 82 | 2 | 2.44% |
项目9 | 23 | 51 | 25 | 0 | 0.00% |
项目10 | 11 | 0 | 3 | 0 | 0.00% |
总数 | 2188 | 8362 | 2785 | 20 | 0.72% |
<用户反馈分析>案例：
评论