系统测试报告模板Word文档格式.doc

系统测试报告模板Word文档格式.doc

《系统测试报告模板Word文档格式.doc》由会员分享，可在线阅读，更多相关《系统测试报告模板Word文档格式.doc（5页珍藏版）》请在冰豆网上搜索。

开始时间：

__________结束时间：

__________

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

2.3.4遗留问题列表（不影响正常使用功能，本次迭代可不做修复的）

序号

缺陷编号

性质

产品是否确认

Bug/优化建议

…

遗留问题列表

2.3.5重大bug列表（指本阶段新发现的重大BUG清单）

问题详细描述

重大bug列表

2.3.6质量风险[可选]

主要是在本发布阶段针对开发经理要求不测试且最终确实未测试,但是测试人员从质量的角度认为需要测试的功能点做简要说明

风险点描述

3.项目需求内容

指本次迭代的所有需求包括产品提出的需求和开发新增的需求

3.1原始需求

需求编号

描述

禅道地址

3.2开发新增任务

任务编号

任务名称

任务状态

完成者

测试状态

测试执行人

3.3需求变更/新增内容

需求变更/新增内容

变更时间

4.本次测试阶段的总结、意见和建议汇总

~~~~~

5.附录

5.1缺陷状态定义

缺陷状态

已关闭

缺陷确认者（一般为问题生成人）验证后认为问题已解决属实

被拒绝的缺陷经缺陷确认者确认，确实不需要修复或不是缺陷

不予解决

测试人员认为是系统缺陷或者是需要对系统进行优化，开发人员认为不是缺陷或者不需要优化的问题

延期处理

问题的分析者认为是缺陷，但是不影响业务办理的进行延迟处理。

由其他系统引起的问题

5.2缺陷严重程度定义

严重等级

1等级—严重

缺陷对进度的影响可能是非常致命的，

或者可能是一个停止器——

即终止用户继续使用系统；

或者影响测试工作继续进行的缺陷。

2等级—较严重

系统基本能正常工作但同一错误现象频繁出现或者问题不解决时会

给后续工作带来较大风险（如需求描述不正确导致系统设计错误）

3等级—一般

不属于“严重”、“较严重”、“微小”之外的缺陷。

4等级—微小

不影响系统功能，但影响系统的易用性（如界面美观问题、操作建议

等）或产出物的一些非技术性质量问题（如文档版本、错别字等）。

第5页共5页