1、开始时间:_ 结束时间:_2. 测试设计简介2.1 测试用例设计简要介绍测试用例的设计方法。2.2 测试覆盖(依据测试结果按需求编号给出需求测试的覆盖情况)(计算测试覆盖率:已执行用例数/测试用例总数x100%)模块名称用例个数执行数各模块测试覆盖率%未/漏测分析和原因2.3 问题统计和分析所有的表格汇总尽量以图表的形式展现2.3.1 缺陷汇总BUG状态BUG数量备注未确认设计如此外部原因已修改(fixed)未验证不予修改(Wont Fix)延期处理(Deffered)被拒绝(Declined)无法重现重复的已解决已关闭(Closed)合计按bug状态统计2.3.2 阶段性bug分布阶段第一轮
2、测试第二轮测试交叉测试兼容测试回归测试汇总发现缺陷数关闭缺陷数遗留缺陷数Bug汇总(以图表的方式展示,按照测试阶段统计)2.3.3 缺陷等级分布(等级划分详情见附录)严重程度已解决未修复各级bug总数12342.3.4 遗留问题列表(不影响正常使用功能,本次迭代可不做修复的)序号缺陷编号性质产品是否确认Bug/优化建议遗留问题列表2.3.5 重大bug列表(指本阶段新发现的重大BUG清单)问题详细描述重大bug列表2.3.6 质量风险可选 主要是在本发布阶段针对开发经理要求不测试且最终确实未测试,但是测试人员从质量的角度认为需要测试的功能点做简要说明风险点描述3. 项目需求内容指本次迭代的所有
3、需求包括产品提出的需求和开发新增的需求3.1 原始需求需求编号描述禅道地址3.2 开发新增任务任务编号任务名称任务状态完成者测试状态测试执行人3.3 需求变更/新增内容需求变更/新增内容变更时间4. 本次测试阶段的总结、意见和建议汇总 5. 附录5.1 缺陷状态定义缺陷状态已关闭缺陷确认者(一般为问题生成人)验证后认为问题已解决属实被拒绝的缺陷经缺陷确认者确认,确实不需要修复或不是缺陷不予解决测试人员认为是系统缺陷或者是需要对系统进行优化,开发人员认为不是缺陷或者不需要优化的问题延期处理问题的分析者认为是缺陷,但是不影响业务办理的进行延迟处理。由其他系统引起的问题5.2 缺陷严重程度定义严重等级1等级 严重缺陷对进度的影响可能是非常致命的,或者可能是一个停止器即终止用户继续使用系统;或者影响测试工作继续进行的缺陷。2等级 较严重系统基本能正常工作但同一错误现象频繁出现或者问题不解决时会给后续工作带来较大风险(如需求描述不正确导致系统设计错误)3等级 一般不属于“严重”、“较严重”、“微小”之外的缺陷。4等级 微小不影响系统功能,但影响系统的易用性(如界面美观问题、操作建议等)或产出物的一些非技术性质量问题(如文档版本、错别字等)。第 5 页 共 5 页