测试报告是指把测试的过程和结果写成文档，对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。
测试报告是测试阶段最后的文档产出物。优秀的测试经理或测试人员应该具备良好的文档编写能力;一份详细的测试报告包含足够的信息，包括产品质量和测试过程的评价，测试报告基于测试中的数据采集以及对最终的测试结果分析。
1.测试结果与缺陷分析（功能、性能）
1.1 缺陷汇总
| 被测系统 | 系统测试 | 回归测试 | 总计 | 备注 |
|
|
|
|
|
|
|
|
|
|
|
|
1.2 按严重程度
| 功能模块 | 致命 | 严重 | 一般 | 提示 |
|
|
|
|
|
|
| 汇总 |
|
|
|
|
1.3 按缺陷类型
| 类型 | 用户界面 | 一致性 | 功能 | 算法 | 接口 | 文档 | 用户界面 | 其他 |
|
|
|
|
|
|
|
|
|
|
| 汇总 |
|
|
|
|
|
|
|
|
按功能分布
| 功能 | 功能1 | 功能2 | 功能3 | 功能4 | 功能5 | 功能6 |
|
|
|
|
|
|
|
|
| 汇总 |
|
|
|
|
|
|
最好给出缺陷的饼状图和柱状以便直观查看，俗话说一图胜千言，图标能够使阅读者迅速获得信息，尤其是各层面管理人员没有时间去逐项阅读文章。
1.2 缺陷分析
本部分对上诉缺陷和其他数据进行综合分析。
缺陷综合分析：
缺陷发现率=缺陷总数/执行用例数
可到具体人员得出平均指标
用例质量=缺陷总数/测试用例总数*100%
缺陷密度=缺陷总数/功能点数
缺陷密度可以得出系统各功能或各个需求的缺陷分布情况，开发按人员可以在此分析基础上得出那部分功能/需求缺陷最多，从而在今后开发注意避免并注意实施时予以关注，测试经验表名，测试缺陷越多的部分，其隐藏的缺陷也越多。
测试曲线图
描绘被测系统每工作日/周缺陷数情况，得出缺陷走势和趋向
1.3重点缺陷摘要
| 缺陷编号 | 简要描述 | 分析结果 | 备注 |
|
|
|
|
|
|
|
|
|
|
残留缺陷与未解决问题
| 残留缺陷 | |
| 编号 | BUG号 |
| 缺陷概要 | 该缺陷描述的事实 |
| 原因分析 | 如何引起缺陷，缺陷的后果，描述造成软件的局限性和其他限制性的原因。 |
| 预防和改进措施 | 弥补手段和长期策略 |
| 未解决的问题 | |
| 功能/测试类型 |
|
| 测试结果 | 与预期结果的偏差 |
| 缺陷 | 具体描述 |
| 评价 | 对这些问题的看法，也就是这些问题如果发出去了会造成什么样的影响 |
2.测试结论与建议（项目概况、测试时间、测试情况、结论性汇总）
1.结论
1． 测试执行是否充分（可以增加对安全性、可靠性、可维护性和功能性描述）
2． 对测试风险的控制措施和成效
3． 测试目标是否完成
4． 测试是否通过
5． 是否可以进入下一阶段项目目标
2.建议
1．对系统存在问题的说明，描述测试所揭露的软件缺陷和不足，以及可能给软件实施和运行带来的影响
2．可能存在的潜在缺陷和后续工作
3．对缺陷修改和产品设计的建议
4．对过程改进方面的建议
本文链接：https://my.lmcjl.com/post/3653.html
4 评论