系统回归测试方案

内部资料内部资料 注意保密注意保密 测试方案测试方案 项目名称：项目名称： XXXX 系统回归测试系统回归测试 提交单位：提交单位： 提交日期：提交日期： 文文 档档 编编 号号 作作者者 审审核核人人 批批准准人人 保保 密密 等等 级级 最后修改日期最后修改日期 最后审批日期最后审批日期 最后批准日期最后批准日期 修订记录修订记录 日期日期版本版本修订说明修订说明修订人修订人 目录目录 1概述. 2 1.1项目背景.2 1.2项目目标.2 1.3编写目的.2 1.4参考资料.2 测试组织架构、职责及人力资源. 3 2.1测试组织架构.3 2.2测试阶段职责划分.3 测试实施规划. 4 3.1测试目标.4 3.2测试范围.4 3.2.1 系统总体结构4 3.2.2 基础平台功能回归测试范围4 3.3测试环境.5 3.3.1 测试环境的物理分布5 3.3.2 测试物理环境详细描述5 3.4测试策略.5 3.5培训计划.6 3.6测试时间.6 3.7测试数据.6 3.7.1 测试数据准备方案6 3.7.2 测试案例所需测试数据7 测试过程中的缺陷管理控制. 7 测试版本管理. 7 测试完成标准. 7 测试交付物. 8 测试风险管理. 8 2 3 4 5 6 7 8 1 1 概述概述 1.11.1 项目背景项目背景 1.21.2 项目目标项目目标 【描述项目最终的投产目标。】 1.31.3 编写目的编写目的 本测试方案是项目文档体系的一个重要组成部分，以 XX 系统基础平台的回 归测试为目标进行测试方案编制，主要目的如下： 1.组织和管理 XX 系统基础平台回归测试阶段的测试工作， 对本阶段测试 工作进行规范与约束； 2.概述本阶段应进行的测试工作，对测试范围进行明确； 3.对测试的内容、进度、以及阶段性分工等做出安排； 4.用于指导项目组测试人员的测试工作， 为测试工作的进行提供指导和依 据； 5.本文档的使用者是所有参与 XX 系统基础平台回归测试工作的人员。 1.41.4 参考资料参考资料 标题标题 D10_F 数据库设计 150.doc 版本号版本号发布日期发布日期 2001-5 出版单位出版单位 XX 系统项目组 标题标题 XX 系统操作手册.doc XX 系统基础平台交易代码 版本号版本号发布日期发布日期 2005-3 出版单位出版单位 XX 系统项目组 2 2 测试组织架构、职责及人力资源测试组织架构、职责及人力资源 2.12.1 测试组织架构测试组织架构 [列出此项目的测试测试组织架构方面的信息] 2.22.2 测试阶段职责划分测试阶段职责划分 北京开发中心业务测试部职责 部门部门 XX 开发中心 业务测试部 分类分类 实施管理 职责职责 1.负责版本检验质量监控 2.组织编制并审核版本功能检验计划和方案； 3.组织检验业务功能范围、测试案例的审核； 4.组织版本功能检验条件评估； 5.测试过程中案例执行情况跟踪、缺陷跟踪； 6.组织测试过程分析，组织编制测试报告； 测试实施1.按照测试案例规范， 在 XX 项目组提供的业务案例的基础 上，补充完善 XX 业务测试案例； 2.按照自动化测试规范， 编制自动化脚本， 实施 XX 版本检 验工作； 3 3 测试实施规划测试实施规划 3.13.1 测试目标测试目标 。 。 。 。 。 。 鉴于以上的原因，我们准备对XX 系统目前在线运行版本功能回归测试。其 目标是验证当前系统的业务功能是否满足了业务需求，并对软件质量做出评估。 3.23.2 测试范围测试范围 由于 XX 系统的子项目较多，所以此次测试任务主要是针对基础业务平台及 XX 子系统进行的功能回归测试。测试过程分为两个阶段，第一阶段主要完成基 础业务平台的功能回归测试；第二阶段主要完成 XX 的功能回归测试。 3.2.13.2.1 系统总体结构系统总体结构 3.2.23.2.2 基础平台功能回归测试范围基础平台功能回归测试范围 3.2.2.13.2.2.1XXXX 处理点处理点 模块名称交易名称 客户维护 交易代码 3.33.3 测试环境测试环境 3.3.13.3.1 测试环境的物理分布测试环境的物理分布 [物理拓扑图 ] 3.3.23.3.2 测试物理环境详细描述测试物理环境详细描述 [对测试环境进行文字性的描述 ] 3.43.4 测试策略测试策略 此次测试任务的第一阶段的测试工作全部采用手工测试的方式进行。 在进行 手工测试的过程中我们会对交易做进一步的分析，对于使用机率大、回归频率高 以及功能稳定的基本功能在测试进度允许的情况下进行自动化脚本的编写和调 研为下阶段的测试做准备。 在编写测试案例上遵循在全部覆盖测试需求分析的基础上采用等价类划分 方法、 错误推测法等测试案例分析方法进行测试案例的追加。对有较多条件组合 的交易采用因果图的分析方法追加测试案例。 在测试执行阶段原则上执行一轮测试， 但根据实际的测试情况对于比较重要 的及账务类的交易会进行追加测试。 3.53.5 培训计划培训计划 3.63.6 测试时间测试时间 里程碑时间安排测试环境测试地点牵头部门 3.73.7 测试数据测试数据 3.7.13.7.1 测试数据准备方案测试数据准备方案 为保证 XX 系统基础平台回归测试范围能够涵盖所有业务测试类型且能够 完成在所有交易链路上的测试目标，测试数据涵盖面必须要全面，以保证XX 系 统基础平台回归测试的效果。因此，需要为本次回归测试在测试环境中准备N 套测试数据。 3.7.23.7.2 测试案例所需测试数据测试案例所需测试数据 3.7.2.13.7.2.1测试基础数据测试基础数据 附《XX 项目基础数据.xml》 4 4 测试过程中的缺陷管理控制测试过程中的缺陷管理控制 引入 MQC 工具进行管理。 缺陷管理流程图如下： 5 5 测试版本管理测试版本管理 此次 XX 系统功能回归测试是针对 XX 系统已上线版本系统的测试， 只要保证 测试版本与上线版本的一致即可。 6 6 测试完成标准测试完成标准 ➢测试的完备性，测试过程中已经成功执行了所有的测试用例，对新增的 用例已及时更新测试方案等。 ➢所有由于环境和数据引起的测试中断或错误已被解决； ➢所有轮次测试执行完毕后，提交缺陷清单。 7 7 测试交付物测试交付物 1. XX 系统功能回归测试（基础平台）测试方案 2. XX 系统功能回归测试（基础平台）需求分析表 3. XX 系统功能回归测试（基础平台）需求 4. XX 系统功能回归测试（基础平台）案例 5. XX 系统功能回归测试（基础平台）缺陷清单 6. XX 系统功能回归测试（基础平台）测试报告 8 8 测试风险管理测试风险管理 序号序号风险描述风险描述发生率发生率严重性严重性应对措施应对措施 进行业务部门外部评 审 测试团队内部加强培 训和相互学习， 并就具 体问题与开发项目组 进行及时有效地沟通 对测试数据进行准入 检查 与测试环境管理人员 及相关部门进行及时 责任人责任人 1测试案例覆盖度低中 测试人员对业务理解 2不到位，影响测试进 度 高高 3 测试数据准备不充 分，影响测试进度 测试环境不稳定，造 成测试停滞或进度缓 中高 4中高 序号序号风险描