软件测试报告.docx
《软件测试报告.docx》由会员分享，可在线阅读，更多相关《软件测试报告.docx（10页珍藏版）》请在冰豆网上搜索。
软件测试报告
集团公司文件内部编码：
（TTT・UUTT-MMYB・URTTY・ITTLTY・
编号：
JYD-EP—RD-0I2
密级：
公司内部公开
XX项目
系统测试报告
拟制人：
刘雪桃
审核人：
批准人：
[2013年3月140]
北京竞业达数码科技有限公司
BeijingJYDDigitalTechnologyCo.,Ltd
文件变更记录
版本
号
日期
修改人
摘要
审核人
批准人
备注
V-1.0
201
刘雪桃
初始化文档
V-1.1
2013.6.1
刘雪桃
1、调整了文档的内容，
在“1.3测试范围及方法”中添加了“安装部署测试”。
2、将“2.2总体概况”中的“是否执行”列删除，修改了“总体情况说明”列中的内容，将内容改为缺陷概况。
李瑛
1概述
1・1项目背景
在此描述项目背景。
此部分内容可从合同书或需求说明书中摘取。
1.2测试目标
在此描述本次测试的目的。
此部分内容可从合同书或需求说明书中摘取。
［示例:
本次测试是针对［xxx］项目进行的确认/鉴定/验收/委托/登记测试,目的是为判定该系统是否满足《需求规格说明书》中规定的功能与性能指标提供客观的依据。
J
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”级的缺
1.执行优先级为
“中”级及以上的测试用例；
2.系统测试后，不能
1.执行优先级为
“中”级及以上的测试用例；
2.系统测试后，不
陷；
遗留“1”级的缺
能遗留“1”级的缺
3.关闭的缺陷为95%
陷；
陷；
以上；
3.关闭的缺陷为90%
3.关闭的缺陷为85%
以上；
以上；
2测试过程
2.1测试时间
本次测试的时间、地点和测试人员如下表所示:
项目
描述
测试轮次
注明本版本测试共经过儿轮测试（从上次发和版本之后开始算）
测试时间
注明测试每一轮的开始时间和终此时间，如有多轮测试,请列
出所有的轮次测试时间,格式:
第1轮:
X天YYYY-MM-DD至YYYY~MM~DD：
第2轮:
X天YYYY-MM-DD至YYYY-MM-DD：
X天是指实际工作日。
测试地点
注明本版本测试的测试地点
测试人员（姓名）
注明本版本测试的测试人员。
如有多人参加,描述具体工作分配。
2.2总体概况
测试内容
是否通过
总体情况说明
安装部署测试
是
缺陷总量:
“1”级数量
“2”级数量
“3”级数量
“4”级数量遗留总量:
功能
是
缺陷总量:
“”级数量
“2”级数量
“3”级数量
“4”级数量遗留总量:
易用性
—
缺陷总量:
r”级数量
“2”级数量
“3”级数量
“4”级数量遗留总量:
安全性
缺陷总量:
“”级数量
“2”级数量
“3”级数量
“4”级数量遗留总量:
联调
缺陷总量:
“1”级数量
“2”级数量
“3”级数量
“4”级数量遗留总量:
性能
缺陷总量:
“1”级数量
“2”级数量
“3”级数量
“4”级数量遗留总量:
可移植性
缺陷总量:
“1”级数量
“2”级数量
“3”级数量
“4”级数量遗留总量:
可靠性
缺陷总量:
r”级数量
“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遗留缺陷
缺陷数量（个）
遗留缺陷数量（个）
遗留缺陷百分比
“]”级
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参考文档
下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性:
文档
已创建或可用
已被接收或已经过复审
作者或来
源
备注
项目测试计划
是口否匚
是口否匚
需求规格说明书
是口否口
是口否口
概要设计说明书
是口否口
是口否口
详细设计说明书
是口否口
是口否口
数据库设计说明书
是口否口
是口否口
项目合同
是口否口
是口否口
升级会员 