Petshop测试总结报告
目 录
1. 引言. 3
1.1 编写目的... 3
1.2 项目背景... 3
1.3 术语和缩写词... 3
1.4 参考资料... 3
2. 测试概要. 3
2.1 测试组织... 3
2.2 测试环境... 3
2.3 测试进度... 4
2.4 测试类型... 4
3. 测试结果及缺陷分析. 4
3.1 测试结果... 4
3.2 覆盖分析... 6
3.2.1 测试覆盖分析.... 6
3.2.2 需求覆盖分析.... 6
3.3 测试用例执行结果... 6
3.4 未决问题... 6
4. 综合评价. 6
4.1 软件能力与缺陷... 6
4.2 建议... 7
4.3 客户问题和建议... 7
1. 引言
1.1 编写目的
对Petshop项目中所有的软件测试活动中,包括测试进度、资源、问题、风险以及测试组和其他组间的协调等进行评估,总结测试活动的成功经验与不足,以便今后更好的开展测试工作。
本系统测试总结报告的预期读者是:
Ø 开发部经理;
Ø 开发组所有人员;
Ø 测试组人员;
以及授权调阅本文档的其他人员。
1.2 项目背景
Petshop项目主要以B/S架构形式实现在线购买宠物的功能,测试组需要依据需求规格说明书、测试方案、测试记录等及相应的文档进行系统测试,包括功能测试、性能测试、文档审核测试、用户界面测试、安全性测试、安装与反安装测试以及兼容性测试等。
1.3 术语和缩写词
无
1.4 参考资料
2. 测试概要
2.1 测试组织
2.2 测试环境
2.3 测试进度
具体可详细见《Petshop测试计划》中测试进度安排。
2.4 测试类型
3. 测试结果及缺陷分析
3.1 测试结果
本次测试中共发现14个问题,从测试用例发现的缺陷来看缺陷分布情况。
(a) 缺陷分布情况
从上图可以看出在总的缺陷大部分出现在用户购物车管理和订购环节,从而看出大部分缺陷集中在功能方面,而性能、安装等其他需求满足的较好。
(b) 严重级别分布情况
在上图中可看出大部分的缺陷集中一般的严重级别上。
从上表二轮测试的结果分布图中可以看出,大部分的缺陷发现在第一阶段,且严重程度比较高,在第二次回归测试的时候,严重的缺陷明显降低,且缺陷数减少,反映了全程的缺陷有较好的控制趋势。
3.2 覆盖分析
3.2.1 测试覆盖分析
在这对测试做覆盖分析.
测试执行率=8/8*100%=100%(已执行的测试用例数量/测试用例的总数量)
测试通过率=7/8*100%=87.5%(成功执行的测试用例与测试用例执行数之比)
功能测试用例效率=14/8=1.75(发现的缺陷总数量/测试用例的数量)
3.2.2 需求覆盖分析
测试需求覆盖率(测试用例支持的需求数量/测试需求总数)
测试用例的设计是完全建立在需求的基础上的,从TD中可以看出,测试用例和测试需求是完全覆盖的关系,即一个需求既有一个或者多个测试用例进行覆盖,测试用例完全执行且通过,说明测试需求的覆盖率达到100%。
3.3 测试用例执行结果
测试用例测试执行通过了13个, 有1个没有通过,通过率92.9%。
功能性测试用例的效率说明测试用例发现缺陷的能力,平均一个功能测试用例能发现1。75个BUG。其他如性能测试用例、安全性测试用例采用检查项的方式进行测试,未计入测试用例的效率范围内。
3.4 未决问题
无4. 综合评价
4.1 软件能力与缺陷
该系统以B/S架构的形式,实现了用户注册、修改账号信息、在线选择购买宠物并在线支付的功能,该系统基本实现了需求规格说明书中明确的各项需求,且在Microsoft Internet Explorer 6.0及其以上版本和Netscape Navigator 6.0及其以上版本上可正常运行,发现的缺陷系数解决完毕,软件能力符合发布的要求。
4.2 建议
基于系统所实现的功能比较简单,对用户界面方面提出一点建议。
1. 用户界面的字体与颜色可以设计得更完美些,使得更符合用户的欣赏习惯;
2. 宠物店信息的翻页可以考虑默认更多条信息,可以实现用户自定义功能;
4.3 客户问题和建议
无
第二篇:测试总结报告模板
测试总结报告模板
目 录
1 测试概述. 3
1.1 编写目的... 3
1.2 测试范围... 3
1.3 参考资料... 3
2 测试计划执行情况. 3
2.1 测试类型... 3
2.2 进度偏差... 4
2.3测试环境与配置... 4
2.4测试机构和人员... 4
2.5 测试问题总结... 4
3 测试总结. 5
3.1 测试用例执行结果... 5
3.2 测试问题解决... 5
3.3 测试结果分析... 5
3.3.1 覆盖分析... 5
3.3.2 缺陷分析... 6
4 综合评价. 6
4.1 软件能力... 6
4.3 建议... 6
1 测试概述
1.1 编写目的
阐明编写测试总结报告的目的,并指出该文档的适用范围,指明读者对象。
1.2 测试范围
说明该项目在实际执行过程中所涉及到的测试范围;
1.3 参考资料
【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:
a. 项目的计划任务书、合同或批文;
b. 项目开发计划;
c. 用户需求说明书;
d. 概念设计说明书;
e. 详细设计说明书;
f. 操作手册;
测试总结报告所引用的其他资料、采用的软件工程标准或软件工作规范等】。
2 测试计划执行情况
2.1 测试类型
【列出该项目各阶段所执行测试类型,包括测试内容和测试目的等。】
2.2 进度偏差
【列出测试过程中预定时间与实际时间的偏差,并考虑测试工作量分配是否合理、计划是否合理等问题】
2.3测试环境与配置
【列出执行该测试时所搭建的软、硬件环境、网络环境配置等】
2.4测试机构和人员
【列出该产品在各测试阶段参与测试的测试机构名称、负责人和参与测试人员名单以及所充当的角色。】
2.5 测试问题总结
【列出测试期间所暴露出来的问题,包括人员问题(能力、态度、是否需要培训等)、资源问题以及组间/部门间协调问题等】
3 测试总结
3.1 测试用例执行结果
【在下表中详细说明测试用例执行日志,包括测试用例的名称,测试结论(通过与否)等。】
其中用例状态为:已执行、未执行、错误用例、已取消。
3.2 测试问题解决
【描述测试中发现的、没有满足需求或其它方面要求的部分,并给出详细的解释及建议的解决方案。】
错误或问题状态:1已解决、0未解决、2忽略
3.3 测试结果分析
3.3.1 覆盖分析
3.3.1.1 测试覆盖分析
【描述测试用例的个数、测试覆盖率、执行通过率等,以及因限制未测试的原因分析;】
3.3.1.2 需求覆盖分析
【根据所对应的需求文档,计算需求的覆盖率】;
注:P表示部分通过,N/A表示不可测试或者用例不适用。
3.3.2 缺陷分析
【按BUG修复情况、BUG严重级别分布、BUG模块分布等情况分别进行图形和表单统计并进行分析;】
4 综合评价
4.1 软件能力
指出经过测试的软件所实现的功能或者创新点功能,以及测试后所表明的软件能力。
4.2 缺陷和限制
说明测试所揭露的软件缺陷和不足,以及可能给软件运行带来的影响。
4.3 建议
提出为弥补上述缺陷的建议以及对过程改进本身的建议