软件测试报告模板 2.docx

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