1、软件测试报告模板发布文号 SPE07_T03 版本 2.6文件编号 HNSDT063-2002所属过程文号 SPE07参考过程文号此页为模板文档本身的版本控制记录表，按模板生成的正式文档中不需要此页。秘密XXXXXX 软件项目系统测试报告软件测试部200X/XX/XX 项目名称_子系统名称_系统测试报告第 1 页 共 9 页更新历史编写人 日期 版本号 变更内容项目名称_子系统名称_系统测试报告第 2 页 共 9 页目 录1. 引言 .32. 测试参考文档 .33. 测试设计简介 .33.1 测试用例设计 .33.2 测试环境与配置 .33.3 测试方法 .34. 测试情况 .44.1 测试执
2、行情况 .44.2 测试覆盖 .44.3 缺陷的统计 .44.3.1 缺陷汇总和分析 .44.3.2 具体的测试缺陷 .65. 测试结论和建议 .75.1 结论 .76. 附录 .76.1 缺陷状态定义 .76.2 缺陷严重程度定义 .76.3 缺陷类型定义 .8项目名称_子系统名称_系统测试报告第 3 页 共 9 页（正文一般采用五号字，如需提交对外文档，则改为小四号字）1. 引言本测试报告的具体编写目的，指出预期的读者范围。 (3-4 句 )本测试报告为（系统名称）系统测试报告；本报告目的在于总结测试阶段的测试以及测试结果分析，描述系统是否达到需求的目的。本报告预期参考人员包括测试人员、测
3、试部门经理、项目管理人员、SQA 人员和其他质量控制人员。2. 测试参考文档 软件项目计划 ； 用户需求说明书 ； 软件需求规格说明书 ； 系统设计规格说明书 （可能分概要设计和详细设计）；执行程序；测试脚本； 软件测试计划 、 软件集成测试用例 、 软件系统测试用例 、 软件确认测试用例 ； 需求跟踪矩阵 。3. 测试设计简介3.1 测试用例设计简要介绍测试用例的设计方法。例如：等价类划分、边界值、因果图，那些用例将采用这类方法 (3-4 句)测试用例的设计采用等价类划分、边界值、错误推测等方法，3.2 测试环境与配置简要介绍测试环境及其配置。测试环境：数据库服务器 192.168.1.6
4、Oracle9i （地址，数据库版本，下同）中间件服务器 192.168.2.14 weblogic8客户端 windowsXP Oracle9i IE6.0网络 公司内部局域网 10M/100M项目名称_子系统名称_系统测试报告第 4 页 共 9 页3.3 测试方法简要介绍测试中采用的方法 (和工具 )。如黑盒测试方法，工具为可选本次测试采用黑盒测试方法。4. 测试情况4.1 测试执行情况测试范围和要求：测试版本：（版本号）测试时间： 测试机构和人员：软件测试部： 4.2 测试覆盖序号 用户需求编号 模块名称 功能/性能指标 是否通过（依据测试结果按用户需求编号给出需求测试的覆盖情况）（计算
5、测试覆盖率：已执行用例数/测试用例总数）4.3 缺陷的统计缺陷汇总：列出本次实际发现缺陷数、解决的缺陷数、残留的缺陷数。缺陷分析：对测试中发现的缺陷按缺陷类型进行分类统计：对测试中发现的缺陷就其分布进行统计，分析软件缺陷倾向及其主要原因：残留缺陷与未解决问题对残留缺陷对系统功能的影响情况进行分析：对未解决问题对项目的影响 (如有，列表说明 )项目名称_子系统名称_系统测试报告第 5 页 共 9 页5. 测试结论和建议依据测试结果及其分析给出初步的测试结论和建议。6. 审批测试报告审批意见：测试部门经理签名 签名日期项目名称_子系统名称_系统测试报告第 1 页 共 9 页7. 附录7.1 缺陷状
6、态定义缺陷状态 描述已关闭 缺陷确认者（一般为问题生成人）验证后认为问题已解决属实已拒绝 被拒绝的缺陷经缺陷确认者确认，确实不需要修复或不是缺陷被拒绝 测试人员认为是系统缺陷或者是需要对系统进行优化，开发人员认为不是缺陷或者不需要优化的问题延迟 问题的分析者认为是缺陷，但是不影响业务办理的进行延迟处理。7.2 缺陷严重程度定义严重等级 描述严重 缺陷对进度的影响可能是非常致命的，或者可能是一个停止器即终止用户继续使用系统；或者影响测试工作继续进行的缺陷。较严重 系统基本能正常工作但同一错误现象频繁出现或者问题不解决时会给后续工作带来较大风险（如需求描述不正确导致系统设计错误）。一般 不属于“严
7、重”、“ 较严重”、“微小”之外的缺陷。微小 不影响系统功能，但影响系统的易用性（如界面美观问题、操作建议等）或产出物的一些非技术性质量问题（如文档版本、错别字等）。 7.3 缺陷类型定义编号 缺陷类型 描述1. T-需求获取 需求获取中存在的缺陷。如需求获取不完整，获取的需求歧义等。项目名称_子系统名称_系统测试报告第 2 页 共 9 页2. U-用户界面 不合理的界面布局、色调、缩进、对齐方式，注释和拼写错误；不适当的错误提示信息、人机交互方式；指定的功能键不能工作；不正确的菜单导向；缺少必要的效验；没有联机帮助等。3. P-性能 不满足系统可测量的性能属性值，如：执行时间、事务处理速度等。4. S-数据结构 数据表、字段、结构等方面的问题。5. A-程序结构 编码没有达到设计要求引起的缺陷，如程序错误，计算错误等。6. B-一致性 由于配置管理、版本管理、变更管理引起的问题；需求、设计、可运行系统等存在的不一致性问题。7. O-其他 不属于前面六种类型缺陷的缺陷。如开发环境、操作系统、硬件引起的缺陷。
