xx项目系统测试方案模板.docx

Hai 文档编号 产品版本 密级 产品名称： 共10页 拟制 审核 批准XX系统测试方案 拟制 审核 批准 日期： yyyy/mm/dd 日期： yyyy/mm/dd 日期： yyyy/mm/dd 修订记录 日期 修订版本 描述 作者 2008/10/10 V1.00 初稿完成 目录 TOC \o 1-5 \h \z \o Current Document 概述 5 \o Current Document 被测对象 5 \o Current Document 应测试的特性 5 \o Current Document 不被测试的特性 8 \o Current Document 测试模型 8 测试组网图 /结构关系图 8 测试原理 /策略 8 操作流程 9 \o Current Document 测试需求 9 环境需求 9 被测对象需求 9 测试工具需求 9 测试代码需求 9 测试数据需求 9 \o Current Document 测试设计 10 7.1 测试工具设计 10 测试代码设计 10 测试用例设计 10 测试规程设计 10 XX版本系统测试方案 关键词：SugarCRM测试方案、测试组网图、测试用例 摘要： 依据《》，针对SugarCRM产品的XX模块、XX模块进行测试方案设计，输出产品 系统测试子项以及测试方法的说明，旨在指导测试用例设计工作。 缩略语清单： Abbreviatio ns 缩略语 Full spelling 英文全名 Chinese explanation 中文解释 SugarCRM 参考资料清单: 名称 作者 编号 发布日期 出版单位 需求跟踪矩阵 1概述 本文档是XX版本XX特性的系统测试方案，明确了……，详细描述了……，定义了… …，主要阅读对象为……，旨在……。 2被测对象 SugarCRM产品XX版本的XX模块、XX模块、XX模块…… 3应测试的特性 罗列出需要进行测试的内容，包括功能测试及其它测试类型，每种测试类型都测试哪些内 容也罗列一下。 1、功能测试： 系统测试项 应测试特性 2、GUI测试： 控件、提示信息、颜色、窗口布局是否遵循统一的风格和标准 人机交互是否人性化 颜色是否使用恰当，是否遵循了一致的原则 控件风格以及控件布局是否统一规范 4不被测试的特性 罗列出无需测试的内容或者因条件不具备可以不进行测试的内容 系统测试项 不被测试的特性 5测试模型 5.1测试组网图/结构关系图 绘制出客户端、SugarCRM服务器、Win mail服务器之间的组网关系图 5.2测试原理/策略 此处可描述测试方法和测试策略，例如： 1、 测试原理 SugarCRM系统XX模块的主要功能为XX数据的录入和管理，因此在测试时可以采用手工 构造数据的方法进行测试。除了验证系统能对有效数据正确的接受外，还需考虑异常、非 法数据的处理是否正常。另外，SugarCRM系统后台采用的是MySQL数据库，需要在测试 结果提交后检查数据库中的数据是否被正确处理。 在进行GUI测试时，可按照《GUI测试Checklist》进行逐项检验，重点关注……等内容。 2、 测试策略 包括测试的轮次安排和回归测试策略 5.3操作流程 此处可描述系统测试的操作过程，不必过于细致，不能等同于测试用例的操作步骤。如果 不同模块的操作差异很大，可以分开描述。例如： 1、 启动服务器 2、 启动客户端IE浏览器，输入 登录SugarCRM系统 3、 进入??模块 3、 手动输入测试数据 4、 检查界面返回结果 5、 连接数据库，检查操作结果是否正确 6测试需求 6.1环境需求 类型 机器名 内存 CPU 网络 相关软件 6.2被测对象需求 NA 6.3测试工具需求 工具名称 版本 使用需求 SQLyog 6.4测试代码需求 NA 6.5测试数据需求 NA 7测试设计 7.1测试工具设计 NA 7.2测试代码设计 NA 7.3测试用例设计 各测试类型下的测试项细分，形成为测试子项，建议再对每一个系统测试子项的用例设计 方法和思路进行说明。 系统测试项标识 系统测试项描述 系统测试子项标识 系统测试子项 描述 Router_V100_ST_ AddRoute 路由增加 Router_V100_ST_AddRoute_ HostRoute_ 增加主机路由 Router_V100_ST_AddRoute_ NetRoute_ 增加网络路由 Router_V100_ST_AddRoute_ SpecRoute_ 增加特殊路由 1、需求标识需求描述（例如Router_V100_SRS_001路由管理） 测试设计方法：_AddRoute_Host