是否通过
43缺陷的统计
（说明：该报告为阶段性测试的统计报告，该报表统计的bug数量为3：本发布阶段内第一份申请单提交日期为起，直至填写报告这天为止的BUG数量如果以前版本中有问题延期至本发布阶段来修正，那么该缺陷也需要统计进来；如果是功能测试报告则只统计当轮的即可，如果是功能验证则需要统计本发布阶段的）
按BUG状态统计表格后面可以附上柱形图以示更直观
BUG状态
未分配
ew
不是缺陷（NotBug）
未修改ope

已修改fixed
不予修改Wo
’tFix
延期（Deffered）
被拒绝（Decli
ed）
无法重现信息不足重复的
已关闭（Closed）
BUG数量0002
1
2
备注
f重开启（Reope
）合计
03
表3按bug状态统计
遗留问题列表本发布阶段发现的，以及前发布阶段延期至本阶段来修正的缺陷
序号1
问题详细描述
【驾校管理】【学员管理】【遗漏学时申请】申请记录页面过于简单，没有体现出学员信息；全选按钮点击没反应
表10遗留问题列表
严重程度
微小
图片
质量风险可选
主要是在本发布阶段针对开发经理要求不测试且最终确实未测试但是测试
人员从质量的角度认为需要测试的功能点做简要说明
序号1
风险点描述
备注
5测试结论和建议
本次测试完全依照用户需求进行功能测试，功能测试覆盖率100。根据测试结果可以得出：在当前的服务器软硬件、网络环境下软件系统功能符合验收标准。
6附录
61缺陷状态定义
缺陷状态已关闭已拒绝被拒绝
延迟
描述缺陷确认者（一般为问题生成人）验证后认为问题已解决属实被拒绝的缺陷经缺陷确认者确认，确实不需要修复或不是缺陷测试人员认为是系统缺陷或者是需要对系统进行优化，开发人员认为不是缺陷或者不需要优化的问题问题的分析者认为是缺陷，但是不影响业务办理的进行延迟处理。
f62缺陷严重程度定义
严重等级
描述
严重
缺陷对进度的影响可能是非常致命的，或者可能是一个停止器即终止用户继续使用系统；或者影响测试工作继续进行的缺陷。
较严重
系统基本能正常工作但同一错误现象频繁出现或者问题不解决时会给后续工作带来较大风险（如需求描述不正确导致系统设计错误）。
一般微小
不属于“严重”、“较严重”、“微小”之外的缺陷。
不影响系统功能，但影响系统的易用性（如界面美观问题、操作建议等）或产出物的一些非技术性质量问题（如文档版本、错别字等）。
63缺陷类型定义
编号缺陷类型
描述
1T需求获取需求获取中存在的缺陷。如需求获取不完整，获取的需求歧义等。
2U用r