项目名称_子系统名称_系统测试报告
3.3 测试方法
简要介绍测试中采用的方法(和工具)。如黑盒测试方法，工具为可选 本次测试采用黑盒测试方法。
4. 测试情况
4.1 测试执行情况
测试范围和要求： 测试版本：
（版本号）
测试时间：
测试机构和人员： 软件测试部：
4.2 测试覆盖
序号 用户需求编号 模块名称 功能/性能指标 是否通过 （依据测试结果按用户需求编号给出需求测试的覆盖情况） （计算测试覆盖率：已执行用例数/测试用例总数）
4.3 缺陷的统计
缺陷汇总： 列出本次实际发现缺陷数、解决的缺陷数、残留的缺陷数。 缺陷分析： 对测试中发现的缺陷按缺陷类型进行分类统计： 对测试中发现的缺陷就其分布进行统计，分析软件缺陷倾向及其主要原因： 残留缺陷与未解决问题 对残留缺陷对系统功能的影响情况进行分析：对未解决问题对项目的影响(如有，列表说明) 第4页 共 9页
项目名称_子系统名称_系统测试报告
5. 测试结论和建议
依据测试结果及其分析给出初步的测试结论和建议。
6. 审批测试报告
审批意见： 测试部门经理签名 签名日期第5页 共 9页
项目名称_子系统名称_系统测试报告
7. 附录
7.1 缺陷状态定义
缺陷状态 已关闭 已拒绝 被拒绝 延迟 描述 缺陷确认者（一般为问题生成人）验证后认为问题已解决属实 被拒绝的缺陷经缺陷确认者确认，确实不需要修复或不是缺陷 测试人员认为是系统缺陷或者是需要对系统进行优化，开发人员认为不是缺陷或者不需要优化的问题 问题的分析者认为是缺陷，但是不影响业务办理的进行延迟处理。 7.2 缺陷严重程度定义
严重等级 严重 描述 缺陷对进度的影响可能是非常致命的，或者可能是一个停止器——即终止用户继续使用系统；或者影响测试工作继续进行的缺陷。 较严重 系统基本能正常工作但同一错误现象频繁出现或者问题不解决时会给后续工作带来较大风险（如需求描述不正确导致系统设计错误）。 一般 微小 不属于“严重”、“较严重”、“微小”之外的缺陷。 不影响系统功能，但影响系统的易用性（如界面美观问题、操作建议等）或产出物的一些非技术性质量问题（如文档版本、错别字等）。 7.3 缺陷类型定义
编号 1. 2. 缺陷类型 描述 T-需求获取 需求获取中存在的缺陷。如需求获取不完整，获取的需求歧义等。 U-用户界面 不合理的界面布局、色调、缩进、对齐方式，注释和拼写错误；不适当的错误提示信息、人机交互方式；指定的功能键不能工作；不正确的菜单导向；缺少必要的效验；没有联机帮助等。 P-性能 不满足系统可测量的性能属性值，如：执行时间、事务处理速度等。 第1页 共 9页
3. 项目名称_子系统名称_系统测试报告
4. 5. 6. S-数据结构 数据表、字段、结构等方面的问题。 A-程序结构 编码没有达到设计要求引起的缺陷，如程序错误，计算错误等。 B-一致性 由于配置管理、版本管理、变更管理引起的问题；需求、设计、可运行系统等存在的不一致性问题。 不属于前面六种类型缺陷的缺陷。如开发环境、操作系统、硬件引起的缺陷。 7.
O-其他 第2页 共 9页
软件测试报告模板
