Document number 文档编号 VIT-NJP-Temp-TSS-01 Document version 文档版本 VA.BC Confidentiality level 密级 [绝密/秘密/内部公开] Total 23 pages 共 23 页
Testing Scheme
Prepared by 拟制 Reviewed by 评审人 Approved by
批准
测试方案
周勇
Date 日期 2015-03-13 Date 日期 yyyy-mm-dd Date 日期
yyyy-mm-dd
- 1 -
测试方案
Revision Record 修订记录
日期 2015-03-13 修订版本 V1.0 修订描述 修改样式，提供评审初稿 作者 周勇
- 2 -
测试方案
Table of Contents 目录
1
概述 ....................................................................................................................... - 6 - 1.1 被测对象概述 ......................................................................................................... - 7 - 1.2 测试方案概述 ......................................................................................................... - 8 - 2 3
测试需求 ................................................................................................................ - 8 - XX特性测试设计 .................................................................................................. - 10 -
3.1 测试对象分析 ....................................................................................................... - 10 - 3.2 测试设计策略分析 ................................................................................................ - 13 - 3.3 详细测试方法 ....................................................................................................... - 16 -
3.3.1 3.3.2 3.3.3
xx子特性测试设计 .................................................................................... - 16 - xx子特性测试设计 .................................................................................... - 18 - xx子特性测试设计 .................................................................................... - 18 -
3.4 自动化测试设计 ................................................................................................... - 18 - 3.5 测试规程设计 ....................................................................................................... - 18 - 3.6 测试组网分析 ....................................................................................................... - 19 - 3.7 测试环境分析 ....................................................................................................... - 20 -
3.7.1 3.7.2 3.7.3 3.7.4 3.7.5
4 5 6
测试环境设备 ............................................................................................ - 20 - 测量仪器和仪表 ........................................................................................ - 20 - 测试器件和材料 ........................................................................................ - 21 - 测试工具 .................................................................................................... - 21 - 其它需求 .................................................................................................... - 21 -
XX特性测试设计 .................................................................................................. - 21 - XX特性测试设计 .................................................................................................. - 21 - 附录 ..................................................................................................................... - 22 -
6.1 测试用例设计列表 ................................................................................................ - 22 -
- 3 -
测试方案
××测试方案
本说明中：
蓝色字体为说明性文字，
黑色字体为测试方案文档实际写作时必需部分。 红色字体为业务与软件测试部在优化模板时增加的说明。 桔黄色字体为具体的例子
本测试方案可以分为多个层次，包括版本级的总体系统测试方案、特性级测试方案。在使用本文档模板时根据要求进行相应写作。
不同阶段的测试方案，如系统测试方案、集成测试方案、单元测试方案，由于其差异性过大，不适合使用同一种测试方案文档模板。
关键词： 摘 要：
缩略语清单： 对本文所用缩略语进行说明，要求提供每个缩略语的英文全名和中文解释。 例如： Abbreviations缩略语 AAA RADIUS AVP MDSP MDCC
参考资料清单： 请在表格中罗列本文档所引用的有关参考文献名称、作者、标题、编号、Full spelling 英文全名 Chinese explanation 中文解释 Authentication,Authorization,Accounting 认证，授权和计费 Remote Access Dial up User Seriver Attribute-Value-Pairs Mobile Data Service Plantform Mobile Data Control Center 远程访问拨号用户服务 属性值对 移动数据业务平台 移动数据业务控制中心 发布日期和出版单位等基本信息。 如果以下文件存在，必须在本部分说明该文档为参考文档，如果该文档不存在，则应明确说明（在多层次的测试方案中，每个低层次的测试方案都必须说明其高一级的测试方案 是其参考文档）：
需求规格说明书 对应阶段的开发设计文档
对应的测试方案，用例，规程等测试文档 相关标准
- 4 -
测试方案
名称 涉及到的测试要素的必要说明
参考资料清单 作者 编号 发布日期 查阅地点或渠道 出版单位（若不为本公司发布的文献，请填写此列） - 5 -
测试方案
例如：
名称 作者 发布日期 查阅地点或渠道 开发提供 开发提供 出版单位 EPPCV600R001C01B010 朱建37016 Diameter Message Format v1.0 infoX-MDSP V300R001.1Dj00 MDCC 软件需求规格说明书(修改稿) Diameter协议介绍
申长青45412等 20070307 20070210 段敏华63451 开发提供 定制说明：本测试方案模板为业务与软件系统测试的通用模板，允许产品测试项目根据自己的需要进行适当的定制：
1、
允许对章节进行细分。对模板中已有的章节，产品可以自己扩展子章节，以约束产品测试方案需要包含的内容。
2、 允许自行扩展章节。对模板中没有的章节，产品可以自己扩展，以适应项目对测试方案的内容要求。
3、 凡是章节标题以“XX”开头的，均表示可以自由增加或删减同级别、同内容的章节。
4、 5、
允许删除附录部分的“测试用例设计列表”
允许修改“3.6测试组网分析”章节的位置，该章节允许移动到“3.3详细测试方法”之前。
6、 允许“3.1测试对象分析”、“3.6测试组网分析”章节内容出现在“XX子特性测试设计”的子章节中。但本章节不允许删除，需要在“3.1测试对象分析”、“3.6测试组网分析”中说明具体的内容在各个子测试特性的章节中。
7、 不允许删除模板中其它已有章节或修改章节顺序。
1 概述
测试文档的概述建议包括两个部分，被测对象概述和测试方案概述。
被测对象概述是对“被测对象”本身情况说明，目的在于让读者对被测对象有一个基本的认识。
测试方案概述是对“测试方案”文档的说明，目的在于让读者对测试方案总体思路和文- 6 -
测试方案
档结构有一个基本的认识。
测试方案在整个测试分析设计过程中，起到的是一个承上启下的作用，测试分析（产品测试规格分析、特性测试需求分析）的输出是测试项目，而用例的编写还需要组网方式、输入条件、输出结果、观察点、处理过程等信息；测试项目细化成用例还需要明确具体的测试点，这些就是测试方案的内容。
因此，测试方案承载的是设计思想和测试方法，用例设计和编写仍需在形成的测试规格、测试项目的基础上进行，结合测试方案中的设计思想、测试方法进行具体化。
1.1
被测对象概述
被测对象概述是对“被测对象”本身情况说明，目的在于让读者对被测对象备有一个基本认识。其内容建议包括：
（1）被测对象的历史背景；
（2）被测对象（版本/特性）的市场定位和市场应用说明； （3）概括说明被测对象实现架构/处理流程； （4）限制和其他特殊说明。
概述部分描述特性的背景，包括特性的主要外在功能表现，开发本特性的背景，特性主要的应用场景等。
这部分的描述主要是让阅读者尽快抓住特性的核心内容，了解对于这个特性，需要首要保证的、最基本的是哪些内容。
举例：
XX平台SOAP Adapter特性的概述：
SOAP Adapter是XX平台上，以Adapter形式存在的组件之一。主要是为XX平台提供通用的SOAP接入能力：XX平台外部的客户端可以通过SOAP Adapter访问XX平台内部的服务；XX平台内部的客户端也可以通过SOAP Adapter来访问XX平台外部的服务。无论是哪个方向的服务请求，对于XX平台及其服务、外部系统都没有额外的开发量。
概述包含内容的分析：
主要外在表现：是一个Adapter；有一个SOAP接口；能够实现XX平台内部服务和SOAP服务请求之间的转换。
背景：XX平台产品需要一个“通用”的SOAP接入方式 主要应用场景：和外部SOAP服务/客户端的交互。
- 7 -
测试方案
1.2 测试方案概述
测试方案概述是对“测试方案”文档的说明，目的在于让读者对测试方案总体思路和文档结构有一个基本的认识。其内容建议包括：
（1）测试文档写作目的说明，如提供总体测试方案、提供全面特性测试方案、提供组网业务验证测试方案；
（2）测试思路概要说明，说明测试设计的主要方法和思路；
（3）测试文档内容说明，说明本测试文档的包括主要内容，文档框架； （4）限制和其他特殊说明。
例如：
由于测试组在协议一致性测试这个测试类型上面一直没有涉及，因此对Dj版本新开发的Diameter协议测试进行了全面的测试方案设计，重点考虑协议的一致性，也就是系统对消息的处理是否满足协议的要求，包括编解码的测试（正常消息和字段异常消息）、正常的状态迁移和流程异常。关于该协议承载的功能已经进行了专门的方案设计，二者的用例可能是有重叠的，但是功能测试强调的是对系统内部不同处理的覆盖，协议测试强调的是对协议情况的覆盖。因此本文只能用于指导Diameter协议测试用例的写作。
2 测试需求
本节需要考虑“测试需求分析”工作的要求。按照测试需求分析的工作流程，产品/版本需求首先经过测试分析，转化成测试需求规格，再进行测试需求规格的分解分配工作，然后按照分解分配后的测试需求规格进行对应测试方案和用例写作；其中，总体测试方案对应为整个版本的测试需求，具体特性测试方案对应分解后的相应测试需求或相应的设计需求。
如果对被测对象已完成了测试需求分析工作，本节应该描述针对产品/版本需求的测试分析转化而来的测试需求规格的跟踪关系。
如果没有进行测试需求分析工作，则本部分的测试需求按照以前文档写作方式进行，仍然为产品包/设计需求中对应部分，并建议增加下面的测试需求说明：
（1）稳定性测试需求说明； （2）组网测试需求说明；
（3）极限测试和压力测试需求说明； （4）实际业务验证需求说明；
- 8 -
测试方案
下面表格可供参考:
表1 XX测试的需求跟踪矩阵表
设计文档 《 XX需求规格说明书》 需求编号 需求规格描述 产品测试规格编号 产品测试规格描述 列出本产品/版本/特性对应的测试规格（测试点），范围包括
1、 特性的新增子特性或功能点
2、 规格实现方案中影响到的已有、新增特性点 3、 规格、特性之间需要组合测试的内容 4、 规格和测试类型组合的内容。
这部分内容确定了针对这个产品/版本/特性的所有测试内容，后面的分析和细化都是从这里开始的。大的测试范围上有没有遗漏，将主要是考量这部分内容。
这部分的内容来自对产品的测试规格分析。
对于采用RTM工具进行需求跟踪的项目，本章节可以删除。
如果进行了测试需求分析，则参考如下表格： 设计文档 需求编号 TR-MDSP-05-001
因为本产品通常没有测试需求分析阶段，所以可能以SRS为输入，例如： 设计文档 《infoX-MDSP V300R001.1Df00 软件需求规格说明书》
需求编号 需求规格描述 产品测试规格编号 TR-FUNC-MDCC-Di-001 TR-FUNC-MDCC-Di-002 产品测试规格描述 支持同步新增用户信息 支持同步新增用户信息 - 9 -
需求规格描述 MDCC子系统支持用户信息同步 产品测试规格编号 TR-MDSP-FUNC-05-001-01 TR-MDSP-FUNC-05-001-02 TR-MDSP-FUNC-05-001-03 TR-MDSP-FUNC-05-001-04 产品测试规格描述 支持同步新增用户信息 支持同步新增用户信息 支持同步修改用户手机号码 支持同步注销用户手机号码 《infoX-MDSP V300R001.1Df00 规格列表》 AR-FUNC-M支持同步新增用户DCC-Di-001 信息 AR-FUNC-MDCC-Di-002 支持同步新增用户信息 测试方案
3 XX特性测试设计
如果测试文档属于总体测试方案，则多个特性可以分别使用不同的“xx特性测试设计”标题进行分别说明。
如果测试文档属于特性测试方案，则在同一个“测试设计”标题下写作即可。
3.1
测试对象分析
简要分析被测试对象的框架和结构，作为后面测试设计的依据。
内容可以包括：（1）被测对象结构；（2）被测特性处理流程；（3）和其他特性关系；（4）组网应用方式；等等。
3.1.1 外部环境分析
测试对象的“外部环境”分析，包括以下内容：
1、 和测试特性相关的外部（产品外部）模块，以及与每个外部模块间的连接方式；数据交换形式、协议；进行哪些数据交换
2、 和测试特性相关的内部（产品内部）模块/特性，以及与每个模块/特性间的关系。如果特性的实现需要另外的模块/特性为其准备数据；特性的功能完成后，另外的模块/特性表现将受到影响（结果验证必须通过另外的模块/特性表现进行）；特性由另外的模块/特性驱动；特性的实现需要使用其他模块/特性的功能的时候，我们认为这些“另外的模块/特性”是测试特性的相关模块/特性。
3、 典型功能的实现过程中，和各外部、内部模块/特性间的信息、数据交互过程。
这部分描述的目的是：使测试者了解为什么采用后面设计的这种测试组网，要完成本规格/特性的测试需要对哪些部分进行哪些操作，如何准备数据、如何触发功能、如何获得输出信息。
以同步用户信息为例说明如下：
从Boss同步用户信息时需要更新Bosscustinfo表。Boss与MDCC的连接共有三种方式：Socket连接，Soap，FTP方式。而以每种方式接入时的新增，修改用户信息流程内部处理采用直接操作数据库的方式，销户，改号流程则采用MDCC处理的方式。因此需要测试不同组网条件下的同步用户信息流程。
- 10 -
测试方案
3.1.2 应用场景分析
不同应用场景可能对产品使用方法是不同的，充分考虑场景才能避免测试设计遗漏。
例如：
同步用户信息应用在不同的局点可能有不同的形式
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方式接入的处理流程
- 11 -
测试方案
1. Boss以FTP文件方式接入的批量同步用户信息消息处理流程（销户和号码变化）如下：
BossBossAgentFTP批量同步用户信息消息转换文件解析CmanagerFEPUidb ClientUidb Serv针对每一条数据Socket发送同步用户请求消息转换内部请求消息内部请求消息内部请求消息数据处理内部响应消息内部响应消息内部响应消息消息转换外部同步用户数据响应消息同步用户信息响应消息对于FTP文件方式接入的BossAgent接收消息分析FTP同步文件，对FTP同步文件中的每一行用户数据如果是号码变更或用户注销组合SyncUseDataReq消息以socket方式发送给MDCC，MDCC处理后会将结果写入数据库； 2.
Boss以FTP文件方式接入的批量同步用户信息消息处理流程（新增和修改）如下：
BossBossAgentFTP批量同步用户信息文件解析DataBase外部同步用户数据响应消息针对每一条数据生成SQL修改数据库 对于FTP文件方式接入的BossAgent接收消息分析FTP同步文件，对FTP同步文件中的每一行用户数据如果是新增用户或者修改用户则组合SQL直接修改数据库，对于新增加用户在Basetab表中查找用户不存在时，不更新Basetab表，只更新BossCustInfo表；如果用户在Basetab表中存在则更新Basetab表和BossCustInfo表。
3.1.4 接口分析
- 12 -
测试方案
接口作为系统的边界是必须关注的地方，对接口进行分析才能理清系统输入输出的关系。若接口参数之间存在相互关联，则需要分析参数间的关系。
例如：
用户信息同步接口以三种方式提供，现在只以Boss的SyncUserData进行说明，该接口的详细说明请参照《infoX-DSMP BOSS Interface Specification(1.32)》
Field MSISDN UpdateType Type Octet String Integer4 Size octets 21 4 Description Mobile station ISDN number Synchronization type referring the folowing values: 1: New user data 2: Remove user data operation 3: Modify user data 4: Modify user MSISDN Consists of TLV (Tag , Length and Value) fields DataValue
TLV List Variable length 其中需要特别注意的是，当UpdateType取值不同的时候，DateValue所包含的字段是不相同的。这些不同之处都应该详细说明，此处略。
3.1.5 继承性分析
对于增强特性必须进行继承性分析，只有区分了继承和新增，才能指导后面哪些测试设计可以继承，哪些需要重新设计
当该特性为新增特性时，不用继承性分析，例如：
该用户信息同步功能虽然原来的系统中也存在，但其实属于系统设计错误，是不合理的。因此现在可以当成是新特性来设计。
如果该功能为增强特性，则需要写出修改了什么，对原来是否有影响，以指导后面的设计，例如：对于Df版本需要将Boss接口的响应消息的信息描述字段全部按照错误码填写正确的值这个需求，则可以说明可以继承原来的测试用例，在预期结果中需要多检查一个字段的正确性即可。 3.2
测试设计策略分析
测试策略分析重点阐述被测对象的测试用例设计原则和思路，比如采用什么样的测试用- 13 -
测试方案
例设计方法，包括正交法、边界值法、等价类划分法等等，同时还可包括：（1）测试重点分析；（2）测试难点和解决方法/替代测试方案；（3）测试相关因素影响分析和对应策略，如测试环境和仪器限制，相类产品的测试经验借鉴，测试裁剪分析等。
3.2.1 测试重点分析 测试重点
确定测试重点是什么，基本验证项有哪些
例如测试用户信息同步流程：
测试重点为同步用户信息为新增，修改，销户，改号四种流程。要把这四种流程的各种消息取值做基本验证。 测试设计思路：
设计思路。测试设计的思路包括但不限于：按照处理流程，覆盖所有分支；按照输入数据，覆盖输入数据量、数据类型及其组合；按照输出数据，覆盖输出数据量、数据类型及其组合；按照外部接口，覆盖触发条件及其组合；按照外部接口，覆盖返回值及其组合。
例如：
测试设计思路为按照流程覆盖所有分支。 覆盖原则：
哪些子特性要全面测试；哪些子特性只做功能验证；哪些子特性要关注性能；哪些需要考虑稳定性；哪些子特性不必专门测试，只在测试其他特性是顺便验证即可；哪些子特性间需要做组合。
例如：
新增，修改，改号，销户四个流程都必须做全面的测试，这几个流程也要在性能测试中关注性能，对于消息中的各种返回值的结果码描述字段，只要在测试每种消息时顺便检查即可，不必单独进行测试。
可借鉴的经验或者设计指导：
可借鉴的经验或者设计指导。对于每一类特性、实现技术在部门内部形成测试关注点/重点的库，在具体特性的测试中借鉴。
例如WEB类有安全性测试的经验；后台程序测试设计指导；用户界面测试设计指导；网管告警、统计测试设计指导„„
例如编写MDMC方案时可以写出Web测试可以借鉴的地方： 1、超链接检查
测试链接是否按指示的那样确实链接到了该链接的页面；测试所链接的页面是否
- 14 -
测试方案
存在； 2、表单
提交按钮能正常工作，提交的信息能够正确到达和存储在服务端，要测试这些程
序，需要验证服务器能正确保存这些数据，而且后台运行的程序能正确解释和使用这些信息； 3、页面流
注意关注页面流的通过上一步和下一步进行信息更新后是不是保存下来了。 4、字符串输入
a)输入特殊字符（*、！、%、<、>、“、”，、；、‘’、&、@、|、^、<、>等）；
b)输入以空格作为开头的字符；输入以空格作为结尾的字符；输入中间有1个或多个空格；
c)输入以0开头的数字串；
MDCC可借鉴的地方有测试指导书，案例之类的文档，可以直接写引用的地方，如果只是一个小经验则可以直接列出。 测试的难点： 难点的解决办法： 3.2.2 测试方法分析
如果产品有测试解决方案的，这里可以直接引用测试解决方案中的测试方法，再加上一些特殊的说明。测试方法的内容包括：
1、 用例触发和驱动的工具、操作方法 2、 观察点数据获取的工具、操作方法 3、 输入数据构造和输入的工具、操作方法 4、 输出数据获取的工具、操作方法
环境数据设置和取得的工具、操作方法。
例如：
测试用户信息时每个功能点都要从三种方式来触发，输入数据虽然以不同的形式表现，但输入值是一致的。关键信息都为同步的手机号码，同步信息类型和用户数据。观察点都为检查Bosscustinfo表和basetab表中该用户信息的正确性。
- 15 -
测试方案
3.3 详细测试方法
3.3.1 xx子特性测试设计
对每个测试特性的子特性单独进行说明，如果该测试特性没有子特性，可以不必再分子特性描述；
建议每个测试设计包括两方面内容：（1）测试用例的设计方法说明；（2）测试用例的大致内容说明，比如，××特性主要采用等价类划分法进行测试用例设计，其等价类包括A、B、C，测试用例必须包括X、Y、Z功能点，它们公共的输入条件是×××，他们公共的观察点是XXX。。。。
对“测试需求”中的每个测试规格分别分析。此外如果测试方法有特殊的地方，也在这里做说明。
对于有专门测试设计指导书的特性，这里的分析可以省略，测试用例直接参考指导书进行。
对于测试用例大致内容的描述，建议分成三方面：正常功能、功能组合、异常测试。这里主要描述测试的目的、用例覆盖的点。不用列出具体的用例标题。
除了输入条件、观察点，还建议说明公共的预置条件，对这个子测试测试的数据规划（包括数据库表结构、数据记录的特征、定制哪些规则等）
例如：3.3.1 同步新增用户信息子特性 特性跟踪表格： 编号 测试规格描述 TR-MDSP-FUNC-05-001-01 支持同步新增用户信息 测试特性 用例设计工程方法 预制条件 用例触发及输入控制 Bosscustinfo表中没有要同步的用户数据 三种触发方法： 1. 使用GTR模拟Boss直接发送SyncUserDataReq消息，主要字段都是什- 16 -
同步新增用户信息子特性 等价类
测试方案
么，取值为什么 2. 使用Vc模拟桩模拟统一Boss发送Soap消息 3. 使用同步信息文件，创建Bossagent定时任务执行 输出及观察点的获取 测试子项 使用Boss协议同步新增用户信息 UpdateType：1 是否为新增用户 DataValue中的TLV字段严格按照接口文档的定义填写 输出 所有SyncUserDataRsp中 ResultCode:0 ResultDescription与结果码对应 Bosscustinfo表中各字段的正确性（详细列出各个字段） 使用Soap消息同步新增用户信息 使用 同步新增一个已经存在的用户信息 同步新增用户消息错误 1 检查Mdcc的Uclient日志中Cmanager返回给业务部件的同步用户信息响应 2 检查数据库Bosscustinfo表 测试点 同步新增一个系统中不存在的正常的用户信息 输入输出考虑要素 输入： SyncUserDataReq中 Bossagent同- 17 -
测试方案
步新增用户信息
3.3.2 xx子特性测试设计
3.3.3 xx子特性测试设计 。。。。 3.4
自动化测试设计
对各测试子特性的自动化测试实现要素进行分析与提炼。
如果产品有测试解决方案的，这里可以直接引用测试解决方案中的自动化策略。此外视情况补充以下内容：
1、 哪些测试规格，或者哪些部分实现自动化测试 2、 自动化测试的组网。
3、 自动化测试工具分析选择。选择的自动化测试工具能够全面的：触发和驱动用例；获取观察点数据；构造和输入测试输入数据；获取输出数据；设置和取得环境数据。
4、 自动化测试辅助业务/服务的框架结构、接口定义、实现描述。 5、 自动化测试辅助数据的表结构设计、字段含义等。 6、 自动化用例测试脚本的内容结构。
一般每个版本都有专门的自动化方案，如果没有，则需将内容在此处详细写出。 3.5
测试规程设计
描述多个测试用例的操作序列的设计思路，例如，利用状态转移图表述多个测试用例的操作迁移。
一般我们并不希望测试用例之间有任何的关系。测试规程设计也可以描述哪部分用例先测试，哪些后测试。
- 18 -
测试方案
例如：
先测试新增用户信息，再测试修改，改号和销户，可以利用之前的测试结果做预置数据来提高测试效率。 3.6
测试组网分析
测试中的所有用到的测试组网图应放在此处，并且应该清楚描述不同的组网图分别运用于哪些测试子特性项目。测试对象在测试组网图中的位置应符合需求规格说明书的要求。
测试组网图，组网图绘制的要素：
1、 明确区分被测试部分和测试辅助部分 2、 明确表现物理实体和子系统的关系 3、 明确表现内部子系统之间的关系
4、 明确表现被测试系统和外部模块的关系和协议 例如： 测试组网图如下： 以测试Diameter协议为例
计费请求 WISG（TTCN3模拟） MDCC 计费响应 计费请求计费响应 DAdapter CCR CBS（TTCN3模拟）
测试组网同以前的版本，稍有不同的是此版本CBS取代了SCP的位置，但对于测试来说，没有任何区别，都是使用TTCN3来模拟。我们主要关注的是红框中的消息，但是
- 19 -
CCA
测试方案
必须从业务网关即WISG这边出发才能产生计费信息。而非计费消息则只在Dadapter和CBS之间通信。 3.7
测试环境分析
测试环境分析是根据本阶段的测试目标，从不同角度明确本阶段的各种测试环境因素，包括：环境需求、被测对象特殊要求、测试工具要求、测试代码要求、测试数据要求等。测试环境分析必须确保对测试子特性需求规格的跟踪与覆盖。
以下列出了建议应考虑的各种测试要求因素，实际的测试要求因素不限于以下几个方面，可以进行裁剪。
3.7.1 测试环境设备
这部分描述测试组网中所需要的测试设备、对接设备、用户终端等，根据情况包括测试设备的单板种类和数量需求描述。
例如： SN. 1 2 3
3.7.2 测量仪器和仪表
Description 描述 测试办公PC机 功能测试SUN工作站 （SUN Solaris10+Oracle） ATAE（Suse9+DB2） Qty.Start Date 数量 起始日期 1 1 1 2007-4-9 2007-4-9 2007-4-9 End Date 结束日期 Remarks 说明 2007-4-31 安装TTCN3 2007-4-31 搭建MDSP测试环境 2007-4-31 搭建MDSP测试环境 确定所需测试仪器和设备的要求。指定仪表仅需写明型号即可，非指定仪表需给出测量精度要求等。
仪表需给出足够的信息，如测试中使用AM8e，则可用如下格式表达： 功能名称
生产厂家 仪器型号
呼叫分析仪 Amerite AM8e
生产厂家如有缩略语，则用缩略语表示，如HP，W&G等。
如果不需要仪表，请注明“手工测试”。
- 20 -
测试方案
3.7.3 测试器件和材料
这部分描述测试组网中特殊电缆、光纤、光纤连接器材料和器件等。
3.7.4 测试工具
在此处列出对于测试工具的需求，测试工具包括自主开发，商用，二次开发的测试工具等。 例如： SN. 1 2 3 4
3.7.5 其它需求
GT3000 TTCN3 WS FTP客户端 IE 5.5或以上版本浏览器 Description 描述 Qty.Start Date 数量 起始日期 10 2 8 10 End Date 结束日期 Remarks 说明 2006-9-27 2006-11-15 2006-9-27 2006-11-15 2006-9-27 2006-11-15 2006-9-27 2006-11-15 确定需要的特殊测试技能要求，其他特殊工具，确定其他任何测试需要（如，测试环境空间大小的需求等），确定对测试小组来说目前还没有但是将来测试执行时必需的需要和要求。
例如：
数据需求 ：为执行各测试项目需要在测试前预先设置的数据，避免测一项改一次数据，特别是在自动化测试中，或者仪器测试中需要定义的测试套和测试数据库。在系统测试过程中, 可以明确对测试组网环境的组网数据的需求和数据设定规范，以确保环境数据的规整性，并且达到组网环境能够对实际运行环境的最大程度的仿真和条件覆盖。 4 5
XX特性测试设计 XX特性测试设计
。。。。
- 21 -
测试方案
6 附录
任何其他本测试方案相关的附录内容。
6.1
测试用例设计列表
这部分不是必须的内容，一般有专门的测试用例文档的，无需在这里附用例设计表，可删除本章节。
- 22 -
因篇幅问题不能全部显示，请点此查看更多更全内容