【软件测试总报告模板】.docVIP

testing  **系统测试总结报告 testing 1 引言 1.1 编写目的 编写该测试总结报告主要有以下几个目的 1． 通过对测试结果的分析，得到对软件质量的评价 2． 分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考 3． 评估测试测试执行和测试计划是否符合 4． 分析系统存在的缺陷，为修复和预防 bug 提供建议 1.2 背景 1.3 用户群 主要读者：XX 项目管理人员，XX 项目测试经理 其他读者：XX 项目相关人员。 1.4 定义 严重 bug：出现以下缺陷，测试定义为严重 bug ? 系统无响应，处于死机状态，需要其他人工修复系统才可复原。 ? 点击某个菜单后出现“The page cannot be displayed”或者返回异常错误。 ? 进行某个操作（增加、修改、删除等）后，出现“The page cannot be displayed” 或 者返回异常错误 ? 当对必填字段进行校验时，未输入必输字段，出现“The page cannot be displayed” 或者返回异常错误 ? 系统定义不能重复的字段输入重复数据后，出现“The page cannot be displayed” 或 者返回异常错误 1.5 测试对象 略 testing 1.6 测试阶段 系统测试 1.7 测试工具 Bugzilla 缺陷管理系统 1.8 参考资料 《XX 需求和设计说明书》 《XX 数据字典》 《XX 后台管理系统测试计划》 《XX 后台管理系统测试用例》 《XX 项目计划》 2 测试概要 XX 后台管理系统测试从 2007 年 7 月 2 日开始到 2007 年 8 月 10 日结束，共持续 39 天，测试功能点 174 个，执行 2385 个测试用例，平均每个功能点执行测试用例 13.7 个， 测试共发现 427 个 bug，其中严重级别的 bug68 个，无效 bug44 个，平均每个测试功能点 2.2 个 bug。 XX 总共发布 11 个测试版本，其中 B1—B5 为计划内迭代开发版本（针对项目计划的 基线标识），B6－B8 为回归测试版本。计划内测试版本，B1—B4 测试进度依照项目计划 时间准时完成测试并提交报告，其中 B4 版本推迟一天发布版本，测试通过增加一个人日， 准时完成测试。B5 版本推迟发布 2 天，测试增加 2 个人日，准时完成测试。 B6－B11 为计划外回归测试版本，测试增加 5 个工作人日的资源，准时完成测试。 XX 测试通过 Bugzilla 缺陷管理工具进行缺陷跟踪管理，B1—B4 测试阶段都有详细的 bug 分析表和阶段测试报告。 2.1 进度回顾版本/时间 计 划 开 始 时间 实 际 开 始 时间 计 划 完 成 时间 实 际 完 成 时间 加班 增加资源 B1 2007.7.2 2007.7.2 2007.7.5 2007.7.5 否 否 B2 B3 2007.7.16 2007.7.16 2007.7.19 2007.7.19 否 2007.7.23 2007.7.23 2007.7.25 2007.7.24 否 否 2 个人日 B4 2007.7.28 2007.7.29 2007.7.31 2007.7.31 1 个人 1 天 2 个人日 testing B5 2007.8.1  2007.8.2  2007.8.6  2007.8.3  1 个人 2 天 否  2 个人日 B6 B7 B8 2007.8.4 2007.8.5 2007.8.4 2007.8.5 2 个人 1 天 2 个人日 1 个人 1 天 1 个人日 B9 B10 2007.8.9 2007.8.9 2007.8.10 2007.8.10 否 2 个人日 合计 2.2 测试执行 1 个人 6 天 11 个人日  此次测试严格按照项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测 试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试 计划和测试用例，对系统进行了完整的测试 2.3 测试用例 2.3.1 功能性 系统实现的主要功能，包括查询，添加，修改，删除。 系统实现的次要功能，包括为用户分配酒店，为用户分配权限，渠道酒店绑定，渠道 RATE 绑定，权限控制菜单按钮。 需求规定的输入输出字段，以及需求规定的输入限制 2.3.2 易用性 操作按钮提示信息正确性，一致性，可理解性 限制条件提示信息正确性，一致性，可理解性 必填项标识 输入方式可理解性 中文界面下数据语言与界面语言的一致性 testing 3 测试环境 3.1.1 软硬件环境 硬