检验测试报告.docxVIP

-* -* XXX 项目测试报告 部 门： 撰 写： 日 期： 文档修订记录 版本号 版本号 日期 修订页/修订描述 作者 审批人 目 录 概述 1 目的 1 背景 1 范围 1 引用文档 1 测试概要 2 测试环境 2 人力资源 2 测试工作量 3 测试版本 3 测试功能点列表 3 未测试功能点列表 3 测试结果及缺陷分析 4 3.1 3.2 3.3 3.4  3.3.1 3.3.2 3.3.3 3.3.4 3.3.5 3.3.6 3.4.1 3.4.2 测试数据统计汇总 4 测试用例统计分析 4 缺陷统计分析 5 按模块、缺陷级别统计 5 按模块、缺陷状态统计 5 按开发人员、缺陷状态统计 5 按缺陷生命周期统计 5 按缺陷引入阶段统计 5 按缺陷类型统计 5 残留缺陷汇总 6 残留缺陷 1 6 残留缺陷 2 6 测试结论与建议 7 软件能力 错误!未定义书签。 缺陷和限制 7 建议 7 测试结论 7 -* -* 概述 目的 本测试报告的具体编写目的，指出预期的读者范围。 实例：本测试报告为XXX 项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果描，述系统是 否符合需求（或达到XXX 功能目标）。预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。 提示：通常，用户对测试结论部分感兴趣，开发人员希望从缺陷结果以及分析得到产品开发质量的信息， 项目管理者对测试执行中成本、资源和时间予与重视，而高层经理希望能够阅读到简单的图表并且能够与其他项目进行同向比较。此部分可以具体描述为什么类型的人可参考本报X告XX 页 XXX 章节，你的报告 读者越多，你的工作越容易被人重视，前提是必须让阅读者感到你的报告是有价值而且值得去关注的。 背景 [输入测试对象（组件、应用程序、系统等）及其目标的的简要说明。需要包括的信息有：主要的功能和特性、测试对象的构架以及项目的简史。本节应该只包含3 至 5 个段落。] 范围 [描述测试的各个阶段，例如：单元测试、集成测试或系统测试，并说明所针对的测试类型（如功能测试或 性能测试）。简要地列出测试对象中将接受测试或将不接受测试的那些特性和功能] 。 引用文档 下表列出了执行测试过程所引用的文档： 文档名称 文档名称 版本号 作者或来源 备注 测试概要 测试环境 设备名称数量 设备名称 数量 型号 备注 软件名称版本号 软件名称 版本号 备注 [如需要，以拓扑图方式给出网络环境。 ] 人力资源 下表列出了所有参与此项目的测试人员： 角色 测试经理， 测试项目经理 测试设计员 测试员 测试系统管理员 资源数量/具体人员 具体职责或注释进行管理监督。 职责：提供技术指导、获取适当的资源、 提供管理报告 确定测试用例、确定测试用例的优先级并实施测试用例。 职责：生成测试计划、生成测试模型、评估测试工作的有效性 执行测试。 职责：执行测试、记录结果、从错误中恢复、记录变更请求 确保测试环境和资产得到管理和维护。 职责：管理测试系统、授予和管理角色对测试系统的访问权 数据库管理员 数据库管理员 确保测试数据（数据库）环境和资产得到 管理和维护。 职责：管理测试数据（数据库） 测试工作量 任 务 计划 测试计划 测试设计测试执行测试总结 实际 测试计划 测试设计测试执行测试总结 开始时间 结束时间 总计（天数） 总计（人时） 测试版本 给出测试的版本，及回归测试的次数。 建议以表格清单方式列出，便于了解各个子系/统子模块的测试频度，对于多次回归的子系统/子模块将引起开发者关注。 测试功能点列表 需求编号功能点概述 需求编号 功能点概述 用例个数 是否通过 备注 未测试功能点列表 需求编号功能点概述 需求编号 功能点概述 未测试原因 [注]未测试的理由包括:需求不明确,测试环境不具备,不支持等 测试结果及缺陷分析 汇总各种数据并进行度量，度量包括对测试过程的度量和能力评估、对软件产品的质量度量和产品评估。对于不需要过程度量或者相对较小的项目，例如用于验收时提交用户的测试报告、小型项目的测试报告， 可省略过程方面的度量部分；而对于公司内部产品或项目测试，过程度量数据必须列出，为产品改进和缺陷预防提供参考数据。 数据应来源于测试管理系统。 测试数据统计汇总 测试阶段/ 测试阶段 /模块 基 线 变 更 用例 用例 用例 未执 用 例 用 例 Bug Bug Bug Bug 用 例 测 试 测 试 总数 执行 执行 行用 执 行 执 行 按 时 超 时 总数 按 时 产 生用 例 用 例 (个) 成功 失败 例数 率 成 功 处 理 处 理 (个) 处 理 Bug 数 数 数 数 (个) (%)3 率 数 数 率