测试报告标题
版本修订信息
目录
一般目录根据项目类型来增减，对于小型项目没必要设计太长的报告。
测试范围
参考文档
《XX需求设计说明书》
《XX数据字典》
《XX后台管理系统测试计划》
《XX系统3.2需求文档》
《XX系统原型》
《XX1.0移动端需求分析》
系统概述
描述整个系统的结构组成，软件结构，核心功能以及外部接口 、依赖系
统等等。
文档概述
描述本测试报告的作用与范围。
测试概述
测试环境
如果公司已有特定的模板直接填写数据就好，数据库服务器与应用服务器配置可以询问开发成员或运维团队。
测试方法
测试策略及实施
可以参考系统测试计划来描述测试执行情况 。
系统测试过程
描述系统测试过程即事件、时间、测试人员在、简述过程等
系统测试结果
描述对执行完成的系统测试与回归测试结果
缺陷分析
缺陷统计图表可以借助于Bug管理工具中的统计分析功能来设计 ，也可以写 脚本使用Excel中的图表统计功能 。需要注意的是，这块是需要测试人员详
细分析的，一方面为了日后总结，另一方面是帮助开发团队明确缺陷原因及 类型，避免下个项目中犯错。
系统测试用例统计
缺陷趋势图
缺陷严重状态统计
缺陷类型统计
缺陷引入阶段分析
缺陷原因分析
测试总结
质量风险评估
软件评价
分析不同类型的测试，给出对软件的整体评价，如压力评测、负载评测
健壮性评测等等。
建议
根据分析测试过程中发现的需求层面、设计层面、开发层面的问题，如 需求文档的编写规则，开发代码中的建议及可改进之处等等。
测试结论
说明是否达到验收标准，测试覆盖率等。
原文：https://www.cnblogs.com/dashu123/p/11722154.html