EPRD0I2软件测试报告模板.docx
《EPRD0I2软件测试报告模板.docx》由会员分享，可在线阅读，更多相关《EPRD0I2软件测试报告模板.docx（12页珍藏版）》请在冰豆网上搜索。
EPRD0I2软件测试报告模板
编号：
EP-RD-0I2
密级：
公司内部公开
××项目
系统测试报告
拟制人：
审核人：
批准人：
文件变更记录
版本号
日期
修改人
摘要
审核人
批准人
备注
V-1.0
2013.3.14
初始化文档
V-1.1
2013.6.1
1、调整了文档的内容，在“1.3测试范围及方法”中添加了“安装部署测试”。
2、将“2.2总体概况”中的“是否执行”列删除，修改了“总体情况说明”列中的内容，将内容改为缺陷概况。
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参考文档
下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性：
文档
已创建或可用
已被接收或已经过复审
作者或来源
备注
项目测试计划
是□ 否□
是□ 否□
需求规格说明书
是□ 否□
是□ 否□
概要设计说明书
是□ 否□
是□ 否□
详细设计说明书
是□ 否□
是□ 否□
数据库设计说明书
是□ 否□
是□ 否□
项目合同
是□ 否□
是□ 否□
升级会员 