软件测试报告模板.docx
- 文档编号:27010375
- 上传时间:2023-06-25
- 格式:DOCX
- 页数:14
- 大小:89.03KB
软件测试报告模板.docx
《软件测试报告模板.docx》由会员分享,可在线阅读,更多相关《软件测试报告模板.docx(14页珍藏版)》请在冰豆网上搜索。
软件测试报告模板
编号:
JYD-EP-RD-0I2
密级:
公司部公开
××项目
系统测试报告
拟制人:
雪桃
审核人:
批准人:
[2013年3月14日]
竞业达数码科技
BeijingJYDDigitalTechnologyCo.,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参考文档
下表列出了制定测试计划时所使用的文档,并标明了各文档的可用性:
文档
已创建或可用
已被接收或已经过复审
作者或来源
备注
项目测试计划
是□ 否□
是□ 否□
需求规格说明书
是□ 否□
是□ 否□
概要设计说明书
是□ 否□
是□ 否□
详细设计说明书
是□ 否□
是□ 否□
数据库设计说明书
是□ 否□
是□ 否□
项目合同
是□ 否□
是□ 否□
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试报告 模板