软件测试报告(模板).doc

(word完整版)软件测试报告(模板)

编号：JYD-EP—RD—0I2

密级：公司内部公开

××项目
系统测试报告

拟 制 人： 刘雪桃
审 核 人：
批 准 人：

［2013年3月14日］

北京竞业达数码科技有限公司
Beijing JYD Digital Technology Co。,Ltd

文件变更记录
版本号
日期
修改人
摘 要
审核人
批准人
备注
V-1.0
2013。3.14
刘雪桃
初始化文档

V-1。1
2013。6。1
刘雪桃
1、 调整了文档的内容，在“1。3测试范围及方法”中添加了“安装部署测试"。
2、 将“2.2总体概况”中的“是否执行"列删除，修改了“总体情况说明”列中的内容，将内容改为缺陷概况.
李瑛

目录
1 概述 1
1。1 项目背景 1
1.2 测试目标 1
1.3 测试范围及方法 1
1。4 测试环境 1
1。5 测试中止和恢复条件 3
1。6 测试结束准则 3
2 测试过程 4
2。1 测试时间 4
2.2 总体概况 4
2.3 测试用例执行率 6
2。4 遗留缺陷 7
3 测试结论、建议、总结 7
3.1 结论 7
3.2 总结 7
3。3 建议 8
4 测试报告补充说明 8
5 遗留缺陷列表清单 8
6 参考文档 8

1 概述
1.1 项目背景
在此描述项目背景.此部分内容可从合同书或需求说明书中摘取。
1.2 测试目标
在此描述本次测试的目的.此部分内容可从合同书或需求说明书中摘取.
[示例：
本次测试是针对［xxx]项目进行的确认/鉴定/验收/委托/登记测试，目的是为判定该系统是否满足《需求规格说明书》中规定的功能与性能指标提供客观的依据.]
1.3 测试范围及方法
参照［项目名称]需求文档及相关的测试类型，在此确定测试范围，规定测试方法.测试范围从商业需求或技术需求中归纳提取，在下表逐条表述,整个测试过程遵照以下顺序进行.
序号
测试范围
测试方法
测试工具
1
安装部署测试
黑盒/手工
无
2
功能性测试
黑盒/手工
无
3
易用性测试
黑盒/手工
无
4
安全性测试
黑盒/手工
无
5
联调测试
黑盒/手工
无
6
性能测试
自动测试
LoadRunner
7
可移植性测试
黑盒/手工
无
8
可靠性测试
黑盒/手工
无
9
可维护性测试
黑盒/手工
无
10
用户文档测试
黑盒/手工
无
1.4 测试环境
以下图只是一个范例，具体项目具体处理拓扑图

以下为运行环境分类说明：
表 11 运行环境总体说明

约束
操作系统
服务器和客户端的操作系统类型
数据库系统
数据库服务器的类型以及版本
网络环境
标明是千兆网还是百兆网
应用服务器
应用服务器类型
第三方软件
所使用的第三方软件有哪些,如果没有写“无”即可
表 12 运行环境
数据库服务器
机器型号
CPU
内存
操作系统
应用软件(需版本、补丁说明)

应用服务器
机器型号
CPU
内存
操作系统
应用软件（需版本、补丁说明)

客户端
机器型号
CPU
内存
操作系统
应用软件(需版本、补丁说明）

系统使用到的第三方软件说明
说明

表 13 运行环境配置信息

操作系统
应用软件
硬件配置及主要参数设置
数据库服务器

中间件服务器

客户端

以上信息根据具体项目的实际环境可裁剪。
1.5 测试中止和恢复条件
本次测试中,各个模块测试中止条件为:
1． 功能实现与用户需求不符,此时经过领导审批，中止测试；
2． 测试环境与要求不符，可以中止测试;
1.6 测试结束准则
根据项目责任书,本项目的等级为B级，其测试结束标准按下表中红色字体描述内容执行。
项目级别
A级
B级
C级
测试结束标准
1.测试用例执行率为100%；
2。系统测试后，不能遗留“1”级的缺陷；
3.关闭的缺陷为95％以上；
1.执行优先级为“中”级及以上的测试用例；
2.系统测试后，不能遗留“1"级的缺陷；
3.关闭的缺陷为90%以上；
1.执行优先级为“中”级及以上的测试用例；
2。系统测试后，不能遗留“1”级的缺陷；
3。关闭的缺陷为85％以上;

2 测试过程
2.1 测试时间
本次测试的时间、地点和测试人员如下表所示:
项目
描述
测试轮次
注明本版本测试共经过几轮测试（从上次发布版本之后开始算）
测试时间
注明测试每一轮的开始时间和终此时间，如有多轮测试,请列出所有的轮次测试时间，格式：
第1轮：×天 YYYY—MM-DD 至 YYYY-MM-DD；
第2轮：×天 YYYY—MM—DD 至 YYYY-MM-DD；
……
×天是指实际工作日。
测试地点
注明本版本测试的测试地点
测试人员（姓名）
注明本版本测试的测试人员。如有多人参加，描述具体工作分配。
2.2 总体概况
测试内容
是否通过
总体情况说明
安装部署测试
是
缺陷总量：
“1”级数量
“2”级数量
“3”级数量
“4”级数量
遗留总量：
功能
是
缺陷总量：
“1”级数量
“2”级数量
“3”级数量
“4"级数量
遗留总量:
易用性
－
　缺陷总量：
“1”级数量
“2"级数量
“3”级数量
“4”级数量
遗留总量:
安全性

　缺陷总量：
“1”级数量
“2”级数量
“3"级数量
“4"级数量
遗留总量：
联调

　缺陷总量:
“1”级数量
“2"级数量
“3”级数量
“4”级数量
遗留总量：
性能

　缺陷总量：
“1”级数量
“2”级数量
“3”级数量
“4”级数量
遗留总量:
可移植性

缺陷总量：
“1"级数量
“2”级数量
“3”级数量
“4"级数量
遗留总量：
可靠性

缺陷总量：
“1"级数量
“2”级数量
“3"级数量
“4”级数量
遗留总量:
可维护性

缺陷总量：
“1”级数量
“2”级数量
“3”级数量
“4"级数量
遗留总量：
用户文档

缺陷总量：
“1”级数量
“2”级数量
“3”级数量
“4”级数量
遗留总量：

2.3 测试用例执行率
测试用例数量（个）
测试用例执行数量（个）
测试用例执行率
优先级
高
中
低
模块1
10
30
20
60
100%
模块2
10
40
20
70
100%
模块3
10
30
20
60
100％
……
……

……
100%
总计
30
100
60
190
100％
2.4 遗留缺陷
缺陷数量(个）
遗留缺陷数量（个）
遗留缺陷百分比
“1”级
30
0
0％
“2"级
30
0
0%
“3”级
20
0
0%
“4”级
20
0
0％
合计
100
0
0%
缺陷列表详见缺陷列表清单
3 测试结论、建议、总结
3.1 结论
依据1.6章节测试结束准则中的要求和2.3与2。4章节中的数据做分析，如果满足测试结束准则，则本次发布版本程序可以通过，进入到下一个阶段。
例如：依据测试用例执行率和遗留缺陷的统计数量来看，xxx项目测试用例中优先级为“中”的测试用例已经全部执行完毕，执行率为100%，且该系统没有遗留“1”级和“2”级缺陷,遗留的“3”和“4”级缺陷小与10%。
综合上述数据，本次发布版本的程序测试结论：通过,可以进入下一个阶段.
3.2 总结
对测试活动过程进行简要描述，总结主要的测试活动和事件。总结资源消耗数据，如总人员、总工时，每个主要测试活动花费的时间。
总结本次测试活动的经验教训,给出活动过程中遇到的问题及解决思路、方法，对活动中不能实现的部分做对版本测试影响的风险评估。比如一些不可重现的缺陷,如何定位等。
评估活动的可靠性、可持续性、充分性等.
3.3 建议
1. 对系统中存在问题的说明，描述测试所揭露的软件缺陷与不足,以及可能给软件实施与运行带来的影响
2. 可能存在潜在缺陷和后续工作
3. 对缺陷修改和产品设计的建议
4. 对过程改进方面的建议

4 测试报告补充说明
本次发布版本的测试工作受以下一些因素的影响，还存在一定的局限性：
序号
局限性
影响
1

2

5 遗留缺陷列表清单
对测试过程中的测试数据,以表格形式整理，列在附录中，作为测试报告的中间成果，供专家分析.
用例编号/
缺陷库编号
描述
优先级
缺陷等级
修改人员
/日期

XXXXXXXXXXXXXXXXXXXXXX

6 参考文档
下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性:
文档
已创建或可用
已被接收或已经过复审
作者或来源
备注
项目测试计划
是□　否□
是□　否□

需求规格说明书
是□　否□
是□　否□

概要设计说明书
是□　否□
是□　否□

详细设计说明书
是□　否□
是□　否□

数据库设计说明书
是□　否□
是□　否□

项目合同
是□　否□
是□　否□

您好，欢迎您阅读我的文章，本WORD文档可编辑修改，也可以直接打印。阅读过后,希望您提出保贵的意见或建议。阅读和学习是一种非常好的习惯，坚持下去,让我们共同进步。