软件测试报告模板docx.docx
《软件测试报告模板docx.docx》由会员分享，可在线阅读，更多相关《软件测试报告模板docx.docx（12页珍藏版）》请在冰豆网上搜索。
软件测试报告模板docx
编号：
JYD-EP-RD-012
密级：
公司内部公开
XX项目
系统测试报告
拟制人：
刘雪桃
审核人：
批准人：
[2013年3月14日]
北京竞业达数码科技有限公司
BeijingJYDDigitalTechnologyCo.,Ltd
文件变更记录
版本号
日期
修改人
摘要
审核人
批准人
备注
V-1.0
2013314
刘雪桃
初始化文档
V-1.1
201361
刘雪桃
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参考文档9
1概述
1.1项目背景
在此描述项目背景。
此部分内容可从合同书或需求说明书中摘取。
1.2测试目标
在此描述本次测试的目的。
此部分内容可从合同书或需求说明书中摘取。
［示例：
本次测试是针对［XXX］项目进行的确认/鉴定/验收/委托/登记测试，目的是为判定该系统是否满足
《需求规格说明书》中规定的功能与性能指标提供客观的依据。
］
1・3测试范围及方法
参照［项目名称］需求文档及相关的测试类型，在此确定测试范围，规定测试方法。
测试范围从商业需求或技术需求中归纳提取，在下表逐条表述，整个测试过程遵照以下顺序进行。
序号
测试范围
测试方法
测试工具
1
安装部署测试
黑盒/手工
无
2
功能性测试
黑盒/手工
无
3
易用性测试
黑盒/手工
无
4
安全性测试
黑盒/手工
无
5
联调测试
黑盒/手工
无
6
性能测试
自动测试
LoadRunner
7
可移植性测试
黑盒/手工
无
8
可靠性测试
黑盒/手工
无
9
可维护性测试
黑盒/手工
无
10
用户文档测试
黑盒/手工
无
1・4测试环境
以下图只是一个范例，具体项目具体处理拓扑图
数据库服务器
（双机热备）
以下为运行环境分类说明:
表1-1运行环境总体说明
约束
操作系统
服务器和客户端的操作系统类型
数据库系统
数据库服务器的类型以及版本
网络环境
标明是千兆网还是百兆网
应用服务器
应用服务器类型
第二方软件
所使用的第三方软件有哪些，如果没有写“无”即可
表1-2运行环境
数据库服务器
机器型号
CPU
内存
操作系统
应用软件（需版本、补丁说明）
应用服务器
机器型号
CPU
内存
操作系统
应用软件（需版本、补丁说
明）
客户端
机器型号
CPU
内存
操作系统
应用软件（需版本、补丁说
明）
系统使用到的第三方软件说明
说明
表1-3运行环境配置信息
操作系统
应用软件
硬件配置及主要参数设置
数据库服务器
中间件服务器
客户端
以上信息根据具体项目的实际环境可裁剪。
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轮：
X天YYYY-MM-DD
第2轮：
X天YYYY-MM-DD
至YYYY-MM-DD；
至YYYY-MM-DD；
X天是指实际工作日。
测试地点
注明本版本测试的测试地点
测试人员（姓名）
注明本版本测试的测试人员。
如有多人参加，描述具体工作分配。
2.2总体概况
测试内容
是否通过
总体情况说明
安装部署测试
是
缺陷总量：
“T级数量
“2”级数量
“3”级数量
“4”级数量
遗留总量：
功能
是
缺陷总量：
“T级数量
“2”级数量
“3”级数量
“4”级数量
遗留总量：
易用性
一
缺陷总量：
“T级数量
“2”级数量
“3”级数量
“4”级数量
遗留总量：
安全性
缺陷总量：
“1”级数量
“2”级数量
“3”级数量
“4”级数量
遗留总量：
联调
缺陷总量：
“1”级数量
“2”级数量
“3”级数量
“4”级数量
遗留总量：
性能
缺陷总量：
“1”级数量
“2”级数量
“3”级数量
“4”级数量
遗留总量：
可移植性
缺陷总量：
“T级数量
“2”级数量
“3”级数量
“4”级数量
遗留总量：
可靠性
缺陷总量：
“T级数量
“2”级数量
“3”级数量
“4”级数量
遗留总量：
可维护性
缺陷总量：
“T级数量
“2”级数量
“3”级数量
“4”级数量
遗留总量：
用户文档
缺陷总量：
“1”级数量
“2”级数量
“3”级数量
“4”级数量
遗留总量：
2.3测试用例执行率
测试用例数量（个）
测试用例执行数量（个）
测试用例执行率
优先级
高中
低
模块1
1030
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%且该系统没有遗留“T级和“2”级缺陷，遗留的“3”和“4”级缺陷小与10%.
综合上述数据，本次发布版本的程序测试结论：
通过，可以进入下一个阶段。
3.2总结
对测试活动过程进行简要描述，总结主要的测试活动和事件。
总结资源消耗数据，如总人员、总工时，每个主要测试活动花费的时间。
总结本次测试活动的经验教训，给出活动过程中遇到的问题及解决思路、方法，对活动中不能实现的部分做对版本测试影响的风险评估。
比如一些不可重现的缺陷，如何定位等。
评估活动的可靠性、可持续性、充分性等。
3.3建议
1.对系统中存在问题的说明，描述测试所揭露的软件缺陷与不足，以及可能给软件实施与运行带来的影响
2.可能存在潜在缺陷和后续工作
3.对缺陷修改和产品设计的建议
4.对过程改进方面的建议
4测试报告补充说明
本次发布版本的测试工作受以下一些因素的影响，还存在一定的局限性:
序号
局限性
影响
1
2
5遗留缺陷列表清单
对测试过程中的测试数据，以表格形式整理，列在附录中，作为测试报告的中间成果，供专家分析。
用例编号/
缺陷库编号
描述
优先级
缺陷等级
修改人员
/日期
XXXXXXXXXXXXXXXXXXXXXX
6参考文档
F表列出了制定测试计划时所使用的文档，并标明了各文档的可用性:
文档
已创建或可用
已被接收或已经过复审
作者或来源
备注
项目测试计划
是口否口
是口否口
需求规格说明书
是口否口
是口否口
概要设计说明书
是口否口
是口否口
详细设计说明书
是口否口
是口否口
数据库设计说明书
是口否口
是口否口
项目合同
是口否口
是口否口
升级会员 