系统测试报告模板.doc
- 文档编号:1556634
- 上传时间:2022-10-23
- 格式:DOC
- 页数:5
- 大小:145.50KB
系统测试报告模板.doc
《系统测试报告模板.doc》由会员分享,可在线阅读,更多相关《系统测试报告模板.doc(5页珍藏版)》请在冰豆网上搜索。
软件功能测试报告ExecutionManagementsys.Expert
项目名称_______________
软件功能测试报告
负责人__________
____年__月__日
修订人____侯渺渺2017
1.引言
1.1本测试报告为(系统名称)系统测试报告
本报告目的在于总结测试阶段的测试以及测试结果分析,描述系统是否达到需求的目的。
1.2本次的测试结果汇总
_____是/否__达到测试完成的标准
本次测试的周期:
开始时间:
__________结束时间:
__________
2.测试设计简介
2.1测试用例设计
简要介绍测试用例的设计方法。
2.2测试覆盖
(依据测试结果按需求编号给出需求测试的覆盖情况)
(计算测试覆盖率:
已执行用例数/测试用例总数x100%)
模块名称
用例个数
执行数
各模块测试覆盖率%
未/漏测分析和原因
2.3问题统计和分析
所有的表格汇总尽量以图表的形式展现
2.3.1缺陷汇总
BUG状态
BUG数量
备注
未确认
设计如此
外部原因
已修改(fixed)未验证
不予修改(Won’tFix)
延期处理(Deffered)
被拒绝
(Declined)
无法重现
重复的
已解决已关闭(Closed)
合计
按bug状态统计
2.3.2阶段性bug分布
阶段
第一轮测试
第二轮测试
交叉测试
兼容测试
回归测试
汇总
发现缺陷数
关闭缺陷数
遗留缺陷数
Bug汇总
(以图表的方式展示,按照测试阶段统计)
2.3.3缺陷等级分布(等级划分详情见附录)
严重程度
已解决
未修复
各级bug总数
1
2
3
4
Bug汇总
2.3.4遗留问题列表(不影响正常使用功能,本次迭代可不做修复的)
序号
模块名称
缺陷编号
性质
产品是否确认
1
Bug/优化建议
2
3
…
遗留问题列表
2.3.5重大bug列表(指本阶段新发现的重大BUG清单)
序号
问题详细描述
严重程度
备注
1
2
3
…
重大bug列表
2.3.6质量风险[可选]
主要是在本发布阶段针对开发经理要求不测试且最终确实未测试,但是测试人员从质量的角度认为需要测试的功能点做简要说明
序号
风险点描述
备注
1
2
3.项目需求内容
指本次迭代的所有需求包括产品提出的需求和开发新增的需求
3.1原始需求
需求编号
描述
禅道地址
…
3.2开发新增任务
任务编号
任务名称
任务状态
完成者
测试状态
测试执行人
…
3.3需求变更/新增内容
序号
需求变更/新增内容
变更时间
1
2
3
…
4.本次测试阶段的总结、意见和建议汇总
~~~~~
5.附录
5.1缺陷状态定义
缺陷状态
描述
已关闭
缺陷确认者(一般为问题生成人)验证后认为问题已解决属实
设计如此
被拒绝的缺陷经缺陷确认者确认,确实不需要修复或不是缺陷
不予解决
测试人员认为是系统缺陷或者是需要对系统进行优化,开发人员认为不是缺陷或者不需要优化的问题
延期处理
问题的分析者认为是缺陷,但是不影响业务办理的进行延迟处理。
外部原因
由其他系统引起的问题
5.2缺陷严重程度定义
严重等级
描述
1等级—严重
缺陷对进度的影响可能是非常致命的,
或者可能是一个停止器——
即终止用户继续使用系统;或者影响测试工作继续进行的缺陷。
2等级—较严重
系统基本能正常工作但同一错误现象频繁出现或者问题不解决时会
给后续工作带来较大风险(如需求描述不正确导致系统设计错误)
3等级—一般
不属于“严重”、“较严重”、“微小”之外的缺陷。
4等级—微小
不影响系统功能,但影响系统的易用性(如界面美观问题、操作建议
等)或产出物的一些非技术性质量问题(如文档版本、错别字等)。
第5页共5页
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 系统 测试报告 模板