4.4 测试版本
给出测试的版本，如果是最终报告，可能要报告测试次数回归测试多少次。列出表格清单则便于知道那个子系统/子模块的测试频度，对于多次回归的子系统/子模块将引起开发者关注。
4.5 覆盖分析
（1） 需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的比值，通常情况下要达到100%的目标。 （2）测试覆盖：需求/功能（或编号） 用例个数 执行总数 未执行 未/漏测分析和原因。
4.6缺陷分析
本部分对上述缺陷和其他收集数据进行综合分析 缺陷综合分析
缺陷发现效率 = 缺陷总数/执行测试用时 可到具体人员得出平均指标
用例质量 = 缺陷总数/测试用例总数 ×100% 缺陷密度 = 缺陷总数/功能点总数
缺陷密度可以得出系统各功能或各需求的缺陷分布情况，开发人员可以在此分析基础上得出哪部分功能/需求缺陷最多，从而在今后开发注意避免并注意在实施时予与关注，测试经验表明，测试缺陷越多的部分，其隐藏的缺陷也越多。
测试曲线图 描绘被测系统每工作日/周缺陷数情况，得出缺陷走势和趋向
4.7 残留缺陷和未解决的问题 残留缺陷 编号：BUG号
缺陷概要：该缺陷描述的事实
原因分析：如何引起缺陷，缺陷的后果，描述造成产品局限性和其他限制性的原因
预防和改进措施：弥补手段和长期策略 未解决问题 功能/测试类型：
测试结果：与预期结果的偏差 缺陷：具体描述
评价：对这些问题的看法，也就是这些问题如果发出去了会造成什么样的影响
5、测试结论与建议
5.1 测试结论
（1） 测试执行是否充分（可以增加对安全性、可靠性、可维护性和功能性描述）
（2） 对测试风险的控制措施和成效 （3） 测试目标是否完成 （4） 测试是否通过
（5） 是否可以进入下一阶段项目目标
5.2 建议
（1）对系统存在问题的说明，描述测试所揭露的产品缺陷和不足，以及可能给产品实施和运行带来的影响 （2）可能存在的潜在缺陷和后续工作 （3）对缺陷修改和产品设计的建议 （4）对过程改进方面的建议
6、附录
（1） 缺陷列表
（2） 缺陷等级定义标准 （3） 测试通过标准
三、测试报告的范本
XXX公司
XXX（产品或产品）/XXX（模块） 测试报告
1.概述
（1）测试目的
简述本次测试的目的，如：验证某模块是否符合设计 项目背景 简述测试所在项目的背景，如：XXX（项目）目前进入什么阶段，以及其他信息
（2）测试环境
硬件环境 仅针对测试对象的硬件环境及其版本信息加以说明
产品环境 仅针对测试对象的产品环境及其版本信息加以说明
（3）测试人员
人员 角色
4.实际进度
占用时间 描述整个测试过程的时间跨度，如：xxxx-xx-xx至xxxx-xx-xx
进度情况 原因 如果测试提前或延后完成，请说明具体原因
5.测试参考文档
（1）《XXX测试计划》 （2）《XXX测试用例》 （3）《文档三》 （4）《文档四》 （5）版本信息 V1.0
6.测试数据
（5）测试数据 测试项总数 测试项编号 测试项 通过与否 PASS 0 PASS率 FAIL 0 FAIL率 问题描述
问题严重度
严重度——高 其中： 高-- 严重度——中 中-- 严重度——低 低-- 问题严重度的界定：
高——导致系统死机或后续部分测试项功能不能实现； 中——影响该部分的测试功能的完整性且急需解决；
低——仅属于系统中的小bug，或根据测试过程发现的需要调整的部分，但并非急需解决。
7.项目的总结
对整个测试项目进行总结性阐述，如：测试是否通过，导致FAIL的主要原因。
8.意见和建议
针对本次测试工作，提出自己的意见或建议。没有可填“无”。
相关推荐：
loading