测试总结报告
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
测试总结报告
1.引言
1.1编写目的
1.2项目背景
1.3术语和缩写词
1.4参考资料
2.测试概要
2.1测试组织
2.2测试环境
2.3测试进度
2.4测试类型
3.测试结果及缺陷分析
3.1缺陷统计
【分别按BUG的状态、严重级别、功能模块等以分布和趋势的形式进行图形和表单统计,并根据项目特性对客户关注重点和项目组经常出现的错误进行统计分析】
3.2缺陷分析
对上述缺陷和其他收集数据进行综合分析,如:
缺陷发现效率=缺陷总数/执行测试用时;
用例质量=缺陷总数/测试用例总数×100%;
缺陷密度=缺陷总数/功能点总数;缺陷密度可以得出系统各功能或各需求的缺陷分布情况,开发人员可以在此分析基础上得出那部分功能/需求缺陷最多,从而在今后开发注意避免并注意在实施时予与关注,测试经验表明,测试缺陷越多的部分,其隐藏的缺陷也越多。描绘被测系统每工作日/周缺陷数情况,得出缺陷走势和趋向。
3.3覆盖分析
3.3.1测试覆盖分析
【描述测试用例的个数、测试覆盖率、执行通过率等,以及因限制未测试的原因分析;】测试覆盖率=执行数/用例总数×100%
3.3.2需求覆盖分析
【根据测试结果,按编号给出每一测试需求的通过与否结论。P表示部分通过,N/A表示不可测试或者用例不适用,计算需求的覆盖率】;
需求覆盖率=Y(P)项/需求项总数×100%
3.4测试用例执行结果
3.5未决问题
4.综合评价
4.1软件能力
【指出经过测试的软件所实现的功能或者创新点功能,以及测试所揭露
的软件缺陷和不足或可能给软件运行带来的影响】,可从如下方面考虑:1.测试执行是否充分(可以增加对安全性、可靠性、可维护性和功能性描述);2.对测试风险的控制措施和成效;3.测试目标是否完成;4.测试是否通过;5.是否可以进入下一阶段项目目标;
4.2缺陷和限制
1.可能存在的潜在缺陷和后续工作; 2.对缺陷修改和产品设计的建议; 3.对过程改进方面的建议;
4.3建议