测试方案模板(Testing Scheme Template)

XXX 测试方案文档密级 秘密 2020 03 30机密 未经许可不得扩散第 1 页 共 24 页 产品名称产品名称密级密级 秘密秘密 产品版本产品版本 共共24页页 测试方案 拟制TE 姓名 工号 日期yyyy mm dd 审核TAE 开发PL TE QA日期yyyy mm dd 批准TM日期yyyy mm dd XXXX公司 版权所有 侵权必究 仅供内部使用 XXX 测试方案文档密级 秘密 2020 03 30机密 未经许可不得扩散第 2 页 共 24 页 修订记录 日期修订版本修订描述作者 yyyy mm dd1 0初稿完成作者名 工号 yyyy mm dd1 1 XXX 测试方案文档密级 秘密 2020 03 30机密 未经许可不得扩散第 3 页 共 24 页 目目 录录 1概述 3 1 1 被测对象概述 3 1 2 测试方案概述 3 2测试需求 3 3XX特性测试设计 3 3 1 测试对象分析 3 3 2 测试设计策略分析 3 3 3 详细测试方法 3 3 3 1xx子特性测试设计 3 3 3 2xx子特性测试设计 3 3 3 3xx子特性测试设计 3 3 4 自动化测试设计 3 3 5 测试规程设计 3 3 6 测试组网分析 3 3 7 测试环境分析 3 3 7 1测试环境设备 3 3 7 2测量仪器和仪表 3 3 7 3测试器件和材料 3 3 7 4测试工具 3 3 7 5其它需求 3 4XX特性测试设计 3 5XX特性测试设计 3 6附录 3 6 1 测试用例设计列表 3 XXX 测试方案文档密级 秘密 2020 03 30机密 未经许可不得扩散第 4 页 共 24 页 测试方案测试方案 本说明中 蓝色字体为说明性文字 黑色字体为测试方案文档实际写作时必需部分 红色字体为业务与软件测试部在优化模板时增加的说明 桔黄色字体为具体的例子 本测试方案可以分为多个层次 包括版本级的总体系统测试方案 特性级测试方案 在使用本文档模板时根据要求进行相应写作 不同阶段的测试方案 如系统测试方案 集成测试方案 单元测试方案 由于其差异 性过大 不适合使用同一种测试方案文档模板 关键词关键词 摘摘 要要 缩略语清单缩略语清单 对本文所用缩略语进行说明 要求提供每个缩略语的英文全名和中文解释 例如 Abbreviations缩 略语 Full spelling 英文全名Chinese explanation 中文解释 AAAAuthentication Authorization Accounting 认证 授权和计费 RADIUSRemote Access Dial up User Seriver远程访问拨号用户服务 AVPAttribute Value Pairs属性值对 MDSPMobile Data Service Plantform移动数据业务平台 MDCCMobile Data Control Center移动数据业务控制中心 参考资料清单 参考资料清单 请在表格中罗列本文档所引用的有关参考文献名称 作者 标题 编号 发布日期和出版单位等基本信息 如果以下文件存在 必须在本部分说明该文档为参考文 档 如果该文档不存在 则应明确说明 在多层次的测试方案中 每个低层次的测试方案 都必须说明其高一级的测试方案 是其参考文档 需求规格说明书 XXX 测试方案文档密级 秘密 2020 03 30机密 未经许可不得扩散第 5 页 共 24 页 对应阶段的开发设计文档 对应的测试方案 用例 规程等测试文档 相关标准 涉及到的测试要素的必要说明 参考资料清单 名称作者编号发布日期查阅地点或渠 道 出版单位 若 不为本公司发 布的文献 请 填写此列 XXX 测试方案文档密级 秘密 2020 03 30机密 未经许可不得扩散第 6 页 共 24 页 例如 名称作者发布日期查阅地点或渠 道 出版单位 EPPCV600R001C01B010 Diameter Message Format v1 0 朱建 3701620070307开发提供 infoX MDSP V300R001 1Dj00 MDCC 软件需求规格说明书 修 改稿 申长青 45412 等 20070210开发提供 Diameter 协议介绍段敏华 63451开发提供 定制说明定制说明 本测试方案模板为业务与软件系统测试的通用模板 允许产品测试项目根 据自己的需要进行适当的定制 1 允许对章节进行细分 对模板中已有的章节 产品可以自己扩展子章节 以 约束产品测试方案需要包含的内容 2 允许自行扩展章节 对模板中没有的章节 产品可以自己扩展 以适应项目 对测试方案的内容要求 3 凡是章节标题以 XX 开头的 均表示可以自由增加或删减同级别 同内容 的章节 4 允许删除附录部分的 测试用例设计列表 5 允许修改 3 6测试组网分析 章节的位置 该章节允许移动到 3 3详细测试 方法 之前 6 允许 3 1测试对象分析 3 6测试组网分析 章节内容出现在 XX子特 性测试设计 的子章节中 但本章节不允许删除 需要在 3 1测试对象分析 3 6测试组网分析 中说明具体的内容在各个子测试特性的章节中 7 不允许删除模板中其它已有章节或修改章节顺序 1概述概述 测试文档的概述建议包括两个部分 被测对象概述和测试方案概述 被测对象概述是对 被测对象 本身情况说明 目的在于让读者对被测对象有一个基 XXX 测试方案文档密级 秘密 2020 03 30机密 未经许可不得扩散第 7 页 共 24 页 本的认识 测试方案概述是对 测试方案 文档的说明 目的在于让读者对测试方案总体思路和 文档结构有一个基本的认识 测试方案在整个测试分析设计过程中 起到的是一个承上启下的作用 测试分析 产 品测试规格分析 特性测试需求分析 的输出是测试项目 而用例的编写还需要组网方式 输入条件 输出结果 观察点 处理过程等信息 测试项目细化成用例还需要明确具体的 测试点 这些就是测试方案的内容 因此 测试方案承载的是设计思想和测试方法 用例设计和编写仍需在形成的测试规 格 测试项目的基础上进行 结合测试方案中的设计思想 测试方法进行具体化 1 1被测对象概述被测对象概述 被测对象概述是对 被测对象 本身情况说明 目的在于让读者对被测对象备有一个 基本认识 其内容建议包括 1 被测对象的历史背景 2 被测对象 版本 特性 的市场定位和市场应用说明 3 概括说明被测对象实现架构 处理流程 4 限制和其他特殊说明 概述部分描述特性的背景 包括特性的主要外在功能表现 开发本特性的背景 特性 主要的应用场景等 这部分的描述主要是让阅读者尽快抓住特性的核心内容 了解对于这个特性 需要首 要保证的 最基本的是哪些内容 举例 XX平台SOAP Adapter特性的概述 SOAP Adapter是XX平台上 以Adapter形式存在的组件之一 主要是为XX平台提供 通用的SOAP接入能力 XX平台外部的客户端可以通过SOAP Adapter访问XX平台内部的 服务 XX平台内部的客户端也可以通过SOAP Adapter来访问XX平台外部的服务 无论是 哪个方向的服务请求 对于XX平台及其服务 外部系统都没有额外的开发量 XXX 测试方案文档密级 秘密 2020 03 30机密 未经许可不得扩散第 8 页 共 24 页 概述包含内容的分析 主要外在表现 是一个Adapter 有一个SOAP接口 能够实现XX平台内部服务和 SOAP服务请求之间的转换 背景 XX平台产品需要一个 通用 的SOAP接入方式 主要应用场景 和外部SOAP服务 客户端的交互 1 2测试方案概述测试方案概述 测试方案概述是对 测试方案 文档的说明 目的在于让读者对测试方案总体思路和 文档结构有一个基本的认识 其内容建议包括 1 测试文档写作目的说明 如提供总体测试方案 提供全面特性测试方案 提供 组网业务验证测试方案 2 测试思路概要说明 说明测试设计的主要方法和思路 3 测试文档内容说明 说明本测试文档的包括主要内容 文档框架 4 限制和其他特殊说明 例如 由于测试组在协议一致性测试这个测试类型上面一直没有涉及 因此对Dj版本新开发 的Diameter协议测试进行了全面的测试方案设计 重点考虑协议的一致性 也就是系统对 消息的处理是否满足协议的要求 包括编解码的测试 正常消息和字段异常消息 正常 的状态迁移和流程异常 关于该协议承载的功能已经进行了专门的方案设计 二者的用例 可能是有重叠的 但是功能测试强调的是对系统内部不同处理的覆盖 协议测试强调的是 对协议情况的覆盖 因此本文只能用于指导Diameter协议测试用例的写作 2测试需求测试需求 本节需要考虑 测试需求分析 工作的要求 按照测试需求分析的工作流程 产品 版 本需求首先经过测试分析 转化成测试需求规格 再进行测试需求规格的分解分配工作 然后按照分解分配后的测试需求规格进行对应测试方案和用例写作 其中 总体测试方案 对应为整个版本的测试需求 具体特性测试方案对应分解后的相应测试需求或相应的设计 XXX 测试方案文档密级 秘密 2020 03 30机密 未经许可不得扩散第 9 页 共 24 页 需求 如果对被测对象已完成了测试需求分析工作 本节应该描述针对产品 版本需求的测试 分析转化而来的测试需求规格的跟踪关系 如果没有进行测试需求分析工作 则本部分的测试需求按照以前文档写作方式进行 仍然为产品包 设计需求中对应部分 并建议增加下面的测试需求说明 1 稳定性测试需求说明 2 组网测试需求说明 3 极限测试和压力测试需求说明 4 实际业务验证需求说明 下面表格可供参考 表1 XX测试的需求跟踪矩阵表 设计文档需求编号需求规格描述产品测试规格编号产品测试规格描述 XX 需求 规格说明书 XX 设计 说明书 列出本产品 版本 特性对应的测试规格 测试点 范围包括 1 特性的新增子特性或功能点 2 规格实现方案中影响到的已有 新增特性点 3 规格 特性之间需要组合测试的内容 4 规格和测试类型组合的内容 这部分内容确定了针对这个产品 版本 特性的所有测试内容 后面的分析和细化都是 从这里开始的 大的测试范围上有没有遗漏 将主要是考量这部分内容 这部分的内容来自对产品的测试规格分析 规格分析可以使用 测试设计工程化方法 中的 系统测试分析过程模板 研发过 程资产库 IPD PTM 09 模板汇总 测试分析与设计 TST01T07 系统测试分析过程模板 xls XXX 测试方案文档密级 秘密 2020 03 30机密 未经许可不得扩散第 10 页 共 24 页 不采用 系统测试分析过程模板 分析的特性 也需要考虑和产品其他功能的交互 以及和测试类型的交互 对于采用RTM工具进行需求跟踪的项目 本章节可以删除 如果进行了测试需求分析 则参考如下表格 设计文档需求编号需求规格描述产品测试规格编号产品测试规格描述 TR MDSP 05 001 MDCC 子系统支持 用户信息同步 TR MDSP FUNC 05 001 01 支持同步新增用户信息 TR MDSP FUNC 05 001 02 支持同步新增用户信息 TR MDSP FUNC 05 001 03 支持同步修改用户手机号 码 infoX MDSP V300R001 1Df00 规格 列表 TR MDSP FUNC 05 001 04 支持同步注销用户手机号 码 因为本产品通常没有测试需求分析阶段 所以可能以SRS为输入 例如 设计文档需求编号需求规格描述产品测试规格编号产品测试规格描述 AR FUNC MDCC Di 001 支持同步新增用户 信息 TR FUNC MDCC Di 001 支持同步新增用户信息 AR FUNC MDCC Di 002 支持同步新增用户 信息 TR FUNC MDCC Di 002 支持同步新增用户信息 infoX MDSP V300R001 1Df00 软件 需求规格说 明书 3XX 特性测试设计特性测试设计 如果测试文档属于总体测试方案 则多个特性可以分别使用不同的 xx特性测试设计 标题进行分别说明 如果测试文档属于特性测试方案 则在同一个 测试设计 标题下写作即可 XXX 测试方案文档密级 秘密 2020 03 30机密 未经许可不得扩散第 11 页 共 24 页 3 1测试对象分析测试对象分析 简要分析被测试对象的框架和结构 作为后面测试设计的依据 内容可以包括 1 被测对象结构 2 被测特性处理流程 3 和其他特性关 系 4 组网应用方式 等等 3 1 1外部环境分析 测试对象的 外部环境 分析 包括以下内容 1 和测试特性相关的外部 产品外部 模块 以及与每个外部模块间的连接方式 数据交换形式 协议 进行哪些数据交换 2 和测试特性相关的内部 产品内部 模块 特性 以及与每个模块 特性间的关系 如果特性的实现需要另外的模块 特性为其准备数据 特性的功能完成后 另外的模块 特 性表现将受到影响 结果验证必须通过另外的模块 特性表现进行 特性由另外的模块 特性驱动 特性的实现需要使用其他模块 特性的功能的时候 我们认为这些 另外的模块 特性 是测试特性的相关模块 特性 3 典型功能的实现过程中 和各外部 内部模块 特性间的信息 数据交互过程 这部分描述的目的是 使测试者了解为什么采用后面设计的这种测试组网 要完成本 规格 特性的测试需要对哪些部分进行哪些操作 如何准备数据 如何触发功能 如何获得 输出信息 以同步用户信息为例说明如下 从Boss同步用户信息时需要更新Bosscustinfo表 Boss与MDCC的连接共有三种方式 Socket连接 Soap FTP方式 而以每种方式接入时的新增 修改用户信息流程内部处理 采用直接操作数据库的方式 销户 改号流程则采用MDCC处理的方式 因此需要测试不 同组网条件下的同步用户信息流程 3 1 2应用场景分析 不同应用场景可能对产品使用方法是不同的 充分考虑场景才能避免测试设计遗漏 XXX 测试方案文档密级 秘密 2020 03 30机密 未经许可不得扩散第 12 页 共 24 页 例如 同步用户信息应用在不同的局点可能有不同的形式 1 在某些局点用户在营业厅开户后 由营帐系统 Boss 采用 Socket 连接以 Boss 协议发送信息给 MDCC 处理 2 在上海移动等局点 可能是采用 Soap 方式 统一 Boss 用 XML 文件承载同步 用户信息到 MDCC 同步用户信息应用在不同的目的时也可能有不同的形式 1 同步单个用户信息时可能采用发消息的方式 2 当批量同步用户信息时可能使用 Bossagent 用 FTP 方式 3 1 3 内部实现分析 测试对象的 内部实现 分析 包括以下内容 1 被测试特性从数据配置到功能实现的全过程实现 拉通特性实现的各个环节 2 对于采用了成熟模块的特性 哪些部分是新开发的 哪些是成熟模块实现的 3 功能实现中的处理过程 输出信息各遵循哪些规范 4 以下作为辅助分析 被测试特性的关键算法 5 主要功能实现的特性级别的流程图 或者模块 子系统时序图 交互图 6 主要功能实现过程中对信息 数据的处理过程 包括有哪些预置数据 输入数据 进行哪些处理 有哪些输出数据等 7 各个输入的范围是什么 对处理的性能是否有指标要求 这部分描述的目的是 使测试者了解 在测试过程中用例通过与否的判断依据是什么 用例执行中有哪些观察点 以及哪些应该重点测试 哪些不用测试 例如 只写了Boss以FTP方式接入的处理流程 XXX 测试方案文档密级 秘密 2020 03 30机密 未经许可不得扩散第 13 页 共 24 页 1 Boss以FTP文件方式接入的批量同步用户信息消息处理流程 销户和号码变化 如 下 BossBossAgentFEPUidb Serv FTP批量同 步用户信息 针对每一条数据 Socket发送同步 用户请求 内部请求消息 数据处理 内部响应消息 内部响应消息 消息转换 Uidb Client 内部请求消息 内部响应消息 消息转换 外部同步用户 数据响应消息 文件解析 Cmanager 消息转换 内部请求消息 同步用户信息 响应消息 对于FTP文件方式接入的BossAgent接收消息分析FTP同步文件 对FTP同步文件中的 每一行用户数据如果是号码变更或用户注销组合SyncUseDataReq消息以socket方式发 送给MDCC MDCC处理后会将结果写入数据库 2 Boss以FTP文件方式接入的批量同步用户信息消息处理流程 新增和修改 如下 BossBossAgent FTP批量同 步用户信息 针对每一条数据 生成SQL修改数据库 外部同步用户 数据响应消息 文件解析 DataBase 对于FTP文件方式接入的BossAgent接收消息分析FTP同步文件 对FTP同步文件中的 每一行用户数据如果是新增用户或者修改用户则组合SQL直接修改数据库 对于新增 加用户在Basetab表中查找用户不存在时 不更新Basetab表 只更新BossCustInfo表 如果用户在Basetab表中存在则更新Basetab表和BossCustInfo表 XXX 测试方案文档密级 秘密 2020 03 30机密 未经许可不得扩散第 14 页 共 24 页 3 1 4接口分析 接口作为系统的边界是必须关注的地方 对接口进行分析才能理清系统输入输出的关 系 若接口参数之间存在相互关联 则需要分析参数间的关系 例如 用户信息同步接口以三种方式提供 现在只以Boss的SyncUserData进行说明 该接 口的详细说明请参照 infoX DSMP BOSS Interface Specification 1 32 FieldTypeSize octetsDescription MSISDNOctet String21Mobile station ISDN number UpdateTypeInteger44Synchronization type referring the folowing values 1 New user data 2 Remove user data operation 3 Modify user data 4 Modify user MSISDN DataValueTLV ListVariable length Consists of TLV Tag Length and Value fields 其中需要特别注意的是 当UpdateType取值不同的时候 DateValue所包含的字段是 不相同的 这些不同之处都应该详细说明 此处略 3 1 5继承性分析 对于增强特性必须进行继承性分析 只有区分了继承和新增 才能指导后面哪些测试 设计可以继承 哪些需要重新设计 当该特性为新增特性时 不用继承性分析 例如 该用户信息同步功能虽然原来的系统中也存在 但其实属于系统设计错误 是不合理 的 因此现在可以当成是新特性来设计 如果该功能为增强特性 则需要写出修改了什么 对原来是否有影响 以指导后面的 设计 例如 对于Df版本需要将Boss接口的响应消息的信息描述字段全部按照错误码填写 正确的值这个需求 则可以说明可以继承原来的测试用例 在预期结果中需要多检查一个 XXX 测试方案文档密级 秘密 2020 03 30机密 未经许可不得扩散第 15 页 共 24 页 字段的正确性即可 3 2测试设计策略分析测试设计策略分析 测试策略分析重点阐述被测对象的测试用例设计原则和思路 比如采用什么样的测试 用例设计方法 包括正交法 边界值法 等价类划分法等等 同时还可包括 1 测试 重点分析 2 测试难点和解决方法 替代测试方案 3 测试相关因素影响分析和对应 策略 如测试环境和仪器限制 相类产品的测试经验借鉴 测试裁剪分析等 3 2 1测试重点分析 测试重点测试重点 确定测试重点是什么 基本验证项有哪些 例如测试用户信息同步流程 测试重点为同步用户信息为新增 修改 销户 改号四种流程 要把这四种流程的各种消 息取值做基本验证 测试设计思路测试设计思路 设计思路 测试设计的思路包括但不限于 按照处理流程 覆盖所有分支 按照输入数据 覆盖输入数据量 数据类型及其组合 按照输出数据 覆盖输出数据量 数据类型及其组 合 按照外部接口 覆盖触发条件及其组合 按照外部接口 覆盖返回值及其组合 例如 测试设计思路为按照流程覆盖所有分支 覆盖原则覆盖原则 哪些子特性要全面测试 哪些子特性只做功能验证 哪些子特性要关注性能 哪些需要考 虑稳定性 哪些子特性不必专门测试 只在测试其他特性是顺便验证即可 哪些子特性间 需要做组合 例如 新增 修改 改号 销户四个流程都必须做全面的测试 这几个流程也要在性能测试中关 注性能 对于消息中的各种返回值的结果码描述字段 只要在测试每种消息时顺便检查即 可 不必单独进行测试 可借鉴的经验或者设计指导可借鉴的经验或者设计指导 XXX 测试方案文档密级 秘密 2020 03 30机密 未经许可不得扩散第 16 页 共 24 页 可借鉴的经验或者设计指导 对于每一类特性 实现技术在部门内部形成测试关注点 重点 的库 在具体特性的测试中借鉴 例如WEB类有安全性测试的经验 后台程序测试设计指导 用户界面测试设计指导 网管 告警 统计测试设计指导 例如编写MDMC方案时可以写出Web测试可以借鉴的地方 1 超链接检查 测试链接是否按指示的那样确实链接到了该链接的页面 测试所链接的页面是 否存在 2 表单 提交按钮能正常工作 提交的信息能够正确到达和存储在服务端 要测试这些 程序 需要验证服务器能正确保存这些数据 而且后台运行的程序能正确解释和使 用这些信息 3 页面流 注意关注页面流的通过上一步和下一步进行信息更新后是不是保存下来了 4 字符串输入 a 输入特殊字符 等 b 输入以空格作为开头的字符 输入以空格作为结尾的字符 输入中间有1个或 多个空格 c 输入以0开头的数字串 MDCC可借鉴的地方有测试指导书 案例之类的文档 可以直接写引用的地方 如果只是 一个小经验则可以直接列出 测试的难点测试的难点 难点的解决办法 难点的解决办法 3 2 2测试方法分析 如果产品有测试解决方案的 这里可以直接引用测试解决方案中的测试方法 再加上 一些特殊的说明 测试方法的内容包括 1 用例触发和驱动的工具 操作方法 2 观察点数据获取的工具 操作方法 XXX 测试方案文档密级 秘密 2020 03 30机密 未经许可不得扩散第 17 页 共 24 页 3 输入数据构造和输入的工具 操作方法 4 输出数据获取的工具 操作方法 环境数据设置和取得的工具 操作方法 例如 测试用户信息时每个功能点都要从三种方式来触发 输入数据虽然以不同的形式表现 但输入值是一致的 关键信息都为同步的手机号码 同步信息类型和用户数据 观察点都 为检查Bosscustinfo表和basetab表中该用户信息的正确性 3 3详细测试方法详细测试方法 3 3 1xx 子特性测试设计 对每个测试特性的子特性单独进行说明 如果该测试特性没有子特性 可以不必再分 子特性描述 建议每个测试设计包括两方面内容 1 测试用例的设计方法说明 2 测试用例 的大致内容说明 比如 特性主要采用等价类划分法进行测试用例设计 其等价类包 括A B C 测试用例必须包括X Y Z功能点 它们公共的输入条件是 他们公 共的观察点是XXX 对 测试需求 中的每个测试规格分别分析 此外如果测试方法有特殊的地方 也在 这里做说明 对于有专门测试设计指导书的特性 这里的分析可以省略 测试用例直接参考指导书 进行 对于测试用例大致内容的描述 建议分成三方面 正常功能 功能组合 异常测试 这里主要描述测试的目的 用例覆盖的点 不用列出具体的用例标题 除了输入条件 观察点 还建议说明公共的预置条件 对这个子测试测试的数据规划 包括数据库表结构 数据记录的特征 定制哪些规则等 例如 3 3 1 同步新增用户信息子特性 特性跟踪表格 XXX 测试方案文档密级 秘密 2020 03 30机密 未经许可不得扩散第 18 页 共 24 页 编号测试规格描述 TR MDSP FUNC 05 001 01支持同步新增用户信息 测试特性同步新增用户信息子特性 用例设计工 程方法 等价类 预制条件Bosscustinfo表中没有要同步的用户数据 用例触发及 输入控制 三种触发方法 1 使用GTR模拟Boss直接发送SyncUserDataReq消息 主要字段都是 什么 取值为什么 2 使用Vc模拟桩模拟统一Boss发送Soap消息 3 使用同步信息文件 创建Bossagent定时任务执行 输出及观察 点的获取 1 检查Mdcc的Uclient日志中Cmanager返回给业务部件的同步用户信息响应 2 检查数据库Bosscustinfo表 测试子项测试点输入输出考虑要素 使用Boss协 议同步新增 用户信息 同步新增一个系统中不存在的正常的用 户信息 输入 SyncUserDataReq中 UpdateType 1 是否为新增用户 DataValue中的TLV字段严格按照接口 文档的定义填写 输出 所有SyncUserDataRsp中 XXX 测试方案文档密级 秘密 2020 03 30机密 未经许可不得扩散第 19 页 共 24 页 ResultCode 0 ResultDescription与结果码对应 Bosscustinfo表中各字段的正确性 详 细列出各个字段 同步新增一个已经存在的用户信息 同步新增用户消息错误 使用Soap消 息同步新增 用户信息 使用 Bossagent同 步新增用户 信息 3 3 2xx 子特性测试设计 3 3 3xx 子特性测试设计 3 4自动化测试设计自动化测试设计 对各测试子特性的自动化测试实现要素进行分析与提炼 如果产品有测试解决方案的 这里可以直接引用测试解决方案中的自动化策略 此外 XXX 测试方案文档密级 秘密 2020 03 30机密 未经许可不得扩散第 20 页 共 24 页 视情况补充以下内容 1 哪些测试规格 或者哪些部分实现自动化测试 2 自动化测试的组网 3 自动化测试工具分析选择 选择的自动化测试工具能够全面的 触发和驱动用例 获取观察点数据 构造和输入测试输入数据 获取输出数据 设置和取得环境数 据 4 自动化测试辅助业务 服务的框架结构 接口定义 实现描述 5 自动化测试辅助数据的表结构设计 字段含义等 6 自动化用例测试脚本的内容结构 一般每个版本都有专门的自动化方案 如果没有 则需将内容在此处详细写出 3 5测试规程设计测试规程设计 描述多个测试用例的操作序列的设计思路 例如 利用状态转移图表述多个测试用例 的操作迁移 一般我们并不希望测试用例之间有任何的关系 测试规程设计也可以描述哪部分用例 先测试 哪些后测试 例如 先测试新增用户信息 再测试修改 改号和销户 可以利用之前的测试结果做预置数 据来提高测试效率 3 6测试组网分析测试组网分析 测试中的所有用到的测试组网图应放在此处 并且应该清楚描述不同的组网图分别运 用于哪些测试子特性项目 测试对象在测试组网图中的位置应符合需求规格说明书的要求 测试组网图 组网图绘制的要素 1 明确区分被测试部分和测试辅助部分 2 明确表现物理实体和子系统的关系 XXX 测试方案文档密级 秘密 2020 03 30机密 未经许可不得扩散第 21 页 共 24 页 3 明确表现内部子系统之间的关系 4 明确表现被测试系统和外部模块的关系和协议 例如 测试组网图如下 以测试Diameter协议为例 计费响应 计费请求 计费响应CCA CCR 计费请求 WISG TTCN3模拟 MDCC DAdapter CBS TTCN3模拟 测试组网同以前的版本 稍有不同的是此版本CBS取代了SCP的位置 但对于测试来 说 没有任何区别 都是使用TTCN3来模拟 我们主要关注的是红框中的消息 但是 必须从业务网关即WISG这边出发才能产生计费信息 而非计费消息则只在Dadapter 和CBS之间通信 3 7测试环境分析测试环境分析 测试环境分析是根据本阶段的测试目标 从不同角度明确本阶段的各种测试环境因素 包括 环境需求 被测对象特殊要求 测试工具要求 测试代码要求 测试数据要求等 测试环境分析必须确保对测试子特性需求规格的跟踪与覆盖 以下列出了建议应考虑的各种测试要求因素