软件项目测试总结报告模版.doc

测试总结报告模板 文档编号： 受控状态：受控 版本号：V1.0 年月日 修 订 记 录 类别：A – 增加 M – 修改 D – 删除 版本 日期 制定 类别 批准 描述（注明修改的条款或页） 目录 1. 引言 1 1.1 目的 1 1.2 背景 1 1.3 用户群 1 1.4 定义 1 1.5 测试阶段 1 1.6 参考资料 2 2. 测试概要 2 2.1 进度回顾 2 2.2 测试执行 2 2.3 测试用例 3 2.3.1 功能性 3 2.3.2 易用性 3 3 4. 测试结果及分析 3 4.1 Bug 趋势图 3 4.2 Bug 严重程度 5 4.3 Bug 引入阶段 6 4.4 Bug 引入原因 6 7 5. 测试结论 7 5.1 功能性 7 5.2 易用性 7 5.3 可靠性 8 5.4 兼容性 8 5.5 安全性 8 6. 分析摘要 8 6.1 覆盖率 8 6.2 遗留缺陷的影响 9 10 7. 典型缺陷引入原因分析 10 引言 目的 说明编写本测试分析报告的目的，指出预期的读者。 背景 说明测试的项目名称、测试任务，必要时包括简史严重 bug：出现以下缺陷，测试定义为严重 bug 系统无响应，处于死机状态，需要其他人工修复系统才可复原。点击某个菜单后出现“The page cannot be displayed”或者返回异常错误。进行某个操作（增加、修改、删除等）后，出现“The page cannot be displayed” 或者返回异常错误当对必填字段进行校验时，未输入必输字段，出现“The page cannot be displayed”或者返回异常错误系统定义不能重复的字段输入重复数据后，出现“The page cannot be displayed” 或者返回异常错误 需求、设计、测试用例、手册以及其他项目文档都是范围内可参考的。 测试使用的国家标准、行业指标、公司规范和质量手册等等 测试的概要介绍，包括测试的一些声明、测试范围、测试目的等等，主要是测试情况简介。（其他测试经理和质量人员关注部分）简要介绍 开始时间 计划 结束时间 计划投入人员 计划完成天数 完成情况 测试执行此次测试严格按照项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试 测试用例 功能性 系统实现的主要功能，包括查询，添加，修改，删除。 系统实现的次要功能，包括为用户分配酒店，为用户分配权限，渠道酒店绑定，渠道RATE 绑定，权限控制菜单按钮。 需求规定的输入输出字段，以及需求规定的输入限制 易用性 操作按钮提示信息正确性，一致性，可理解性 限制条件提示信息正确性，一致性，可理解性 必填项标识 输入方式可理解性 中文界面下数据语言与界面语言的一致性简要介绍测试环境及其配置如果系统/项目比较大，则用表格方式列出 硬件环境： 终端类别 机器名 设备编号 配置说明 服务器端 客户端 网络环境： 测试结果及分析 Bug 趋势图 第一阶段，增量确认测试。 从 Bug 趋势图中可以看出，每个版本的bug 数基本维持在 60个左右。 B1：从图中看到 B1 共有 33个BUG，因为 B1 版本有一个功能模块在 B2 版本才开始测试，B1 测试模块相对较少，所以 B1 版本 bug 相对较少。 B2：由于 B1 中的一个功能模块增加到 Build 2 中进行测试，这一版本除了对 B1 中的BUG 进行验证同时对 B1 进行了回归测试，所以 B2 中的 bug 数相对 B1 出现了明显的增长趋势， B3：B3 版本因为有 B2 版本的 bug 验收测试，以及 B1,B2 的回归测试，共发现 67个bug，和 B2 基本保持一致。 B4：B4 版本 bug 数有一个下降的趋势，是因为 B4 版本推迟发布，新增加了测试人员参与测试，对系统不够熟悉，以及测试时间紧张，部分测试用例没有执行，测试覆盖度不够，所以发现 bug 数呈下降趋势。 B5：B5 版本 bug 数又有一个增加的趋势，主要是由于开发功能模块多，该版本需求定义不明确。 第二阶段，BUG 验证和功能回归确认测试。 B6 和 B7 进行了回归测试，B8 没有进行回归测试，只验证了B1－B7的bug。 B6：进行第一轮回归测试，发现的 bug 数为 33 个，遗留一个问题，为数据字典种类默认值问题 B7：进行第二轮回