1、YD/T XXXX.6202X I ICS 33.040 M 21 YD YD/T .6202X 中 华 人 民 共 和 国 通 信 行 业 标 准 互联网基础资源支撑系统接口测试规范 第 6 部分：内容分发网络（CDN） 检测规范Test specifications for information exchange interface of Internet basic resource monitor management system Part 6：Content delivery network （报批稿） -发布 -实施 中 华 人 民 共 和 国 工 业 和 信 息 化 部 发
2、布 YD/T XXXX.6202X I 目 次 前言 .II 1 范围 .1 2 规范性引用文件 .1 3 术语和定义 .1 4 缩略语 .1 5 接口对象概述 .1 6 测试环境 .2 7 信息交换接口测试 .3 7.1 接口功能测试 .3 7.2 系统功能测试 .33 7.3 性能测试 .59 8 监管信息交换接口测试 .62 8.1 接口功能测试 .62 8.2 系统功能测试 .75 8.3 接口健壮性测试 .108 8.4 接口安全性测试 .110 8.5 性能测试 .112 YD/T XXXX.6202X II 前 言 “互联网基础资源支撑系统 ”系列标准包括 互联网基础资源支撑系统
3、信息交换接口规范 、 互 联网基础资源支撑系统监管信息交换接口规范 和 互联网基础资源支撑系统接口测试规范 ， 本部分 是互联网基础资源支撑系统接口测试规范的第 6部分，该标准的预计结构和名称如下： 第 1部分：域名注册与管理服务 第 2部分：域名权威解析服务 第 3部分：域名递归解析服务 第 4部分： ICP网站 第 5部分： IP地址 第 6部分：内容分发网络（ CDN） 本部分 按照 GB/T 1.1-2009 给出的规则起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。 本部分由中国通信标准化协会提出并归口。 本部分起草单位：国家计算机网络应急技术处
4、理协调中心。 本部分主要起草人：云晓春、舒敏、王文磊、薛晨、陈悦、蒋凌云。 YD/T XXXX.6202X 1 互 联网基础资源支撑系统接口测试规范 第 6 部分：内容分发网络（ CDN） 1 范围 本部分规定了互联网基础资源支撑系统内容分发网络（ CDN）服务部分的接口测试要求， 包括测试方法、测试内容、测试用例等。 本部分适用于互联网基础资源支撑企业侧系统 、 互联网基础资源支撑系统与各内容分发 网络（ CDN）服务经营企业之间的信息交换接口及监管信息交换接口的测试工作。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的 。 凡是注日期的引用文件 ， 仅所注日期的版本 适用于本文件
5、 。 凡是不注日期的引用文件 ， 其最新版本 （包括所有的修改单 ） 适用于本文件 。 YD/T XXXX.7-XXXX 互联网基础资源支撑系统信息交换接口规范 第 7部分 ： 内容分发网 络（ CDN） YD/T XXXX.5-XXXX 互联网基础资源支撑系统监管信息交换接口规范 第 5部分 ： 内容分 发网络（ CDN） 3 术语和定义 YD/T XXXX.7-XXXX互联网基础资源支撑系统信息交换接口规范 第 7部分 ： 内容分发网 络（ CDN）及 YD/T XXXX-XXXX互联网基础资源支撑系统监管信息交换接口规范 第 5部分： 内容分发网络（ CDN）界定的术语和定义适用于本文件
6、。 4 缩略语 下列缩略语适用于本文件。 AES 高级加密标准 Advanced Encryption Standard CDN 内容分发网络 ContentDeliveryNetwork FTP 文件传输协议 FileTransferProtocol HTTPS 安全的超文本传输协议 Hyper Text Transfer Protocol over Secure Socket Layer XML 可扩展标记语言 eXtensibleMarkupLanguage 5 概述 互联网基础资源管理支撑系统主要实现对互联网基础资源数据信息的采集汇聚 、 管理支 YD/T XXXX.6202X 2 撑
7、以及协同联动 ， 建成集中 、 完整 、 准确 、 可信 、 权威 、 开放的支撑平台系统 。 本次测试对 象为：互联网基础资源支撑系统与各内容分发网络（ CDN）服务经营企业之间的数据交换接 口及相关系统， 主要功能包括 ： 企业侧系统与部省局系统之间的数据上报、数据下载、数据 查询、数据同步以及监管指令下发， 监管恢复指令下发，监管指令执行结果反馈等功能等 功能。 6 测试环境 测试环境一主要用于验证企业侧信息上报功能及部省和企业侧两个系统信息交换接口 和监管信息交换接口的接收 、 发送消息能力等功能 。 测试过程中首先需要将测试系统分别接 入部省系统和企业侧系统 ， 然后在测试系统的服务
8、器上部署测试驱动程序 ， 通过调接口发送 相应消息，从而验证该接口是否能够达到所定义的功能。 测试环境一如图 1所示。 图 1 测试环境一 测试环境二主要用于： （ 1）验证企业侧系统数据有更新时，是否会及时上报给部省系统； （ 2）验证部省系统下发监管任务后，企业侧系统是否会及时下发到 CDN网络系统。 测试环境二由测试系统在企业侧系统中进行相应操作 ， 验证企业侧系统和部省侧系统是 否同步更新，如图 2所示。 YD/T XXXX.6202X 3 图 2 测试环境二 测试环境三 该场景主要用于： （ 1）验证企业侧系统数据上报数据的准确性和全面性； （ 2）验证部省系统下发监管或恢复监管任务
9、后，任务生效情况。 测试环境三由测试系统分别获取部省系统和企业侧系统的数据，并进行比对，如图 3所 示。 图 3 测试环境三 7 信息交换接口测试 7.1 接口功能测试 7.1.1 数据上报接口测试 YD/T XXXX.6202X 4 7.1.1.1 upload()消息发送、接收和响应测试 测试编号： 1 测试项目： upload()消息接收和响应测试 测试目的：验证部省侧系统是否可以正常接收 upload()上报指令并返回响应消息。 测试环境：测试环境一 测试过程： （ 1）按照测试环境图一配置环境； （ 2）设置 upload()命令参数： enterpriseId、 randVal、
10、pwdHash、 data、 datatype、 dataHash、 encryptAlgorithm、 hashAlgorithm； （ 3）调用 upload()方法向部省侧系统发送正常指令； （ 4）在部省侧查看是否成功接收到上报指令消息； （ 5）在企业侧查看部省侧系统返回应答消息。 预期结果： （ 1）步骤（ 3）中，企业侧系统正常发送上报指令消息，并且消息符合接口规范要求 （ 2）在步骤（ 4）中，部省侧系统能正常接收步骤（ 3）中的指令消息； （ 3） 部省侧系统接收到消息后 ， 会在同一连接返回接收情况应答消息 ， 并且消息符合接口 规范要求。 判定原则： 应符合预期结果要求，
11、否则为不合格。 7.1.1.2 修改企业基本信息测试 测试编号： 2 测试项目：修改企业基本信息明文传输功能测试 测试目的：验证接口 upload()方法修改企业基本信息明文传输功能。 测试环境：测试环境一 测试过程： （ 1）按照测试环境图一配置环境； （ 2）配置正确的修改企业基本信息 XML字符串，内容格式符合要求。正确配置： SN(流水号 )：规则 enterpriseId+Unix时间戳（秒） +自增序列 enterpriseid(企业 id)：省系统为企业分配的唯一标识 license(许可证号 )：符合工信部颁发给企业的许可证号码 address(地址 )：单位详细地址 , ty
12、pe(单位性质 )： type节点包括 id单位性质 id,name(单位性质名称 ),available(是否有 效 ),remark(备注 ) corporate(企业法人 )：企业法人信息与联系方式 contacts(企业联系人信息 )： 其中 contacts包括 name(姓名 ),certType(证件类型 ),cardNum(证 件号码 ),telephone(固定电话 ),mobile(移动电话 ),email(电子邮件 )。 （ 3）编写驱动程序，模拟企业侧调用部省级系统的 upload()方法，明文处理 XML字符串。 填写 enterpriseid,20位未使用的 ran
13、dval,pwdHash,data(XML进一步处理后得到的字符 串 ),dataType=1,dataHash,encryphAlgorithm=0 （ 4）验证应答输出的 XML字符串，并查看接口上报企业修改的信息。 预期结果： YD/T XXXX.6202X 5 （ 1）受测系统能正常发送上报信息 （ 2）接收到部省返回的 XML应答消息，应答信息符合接口规范。 状态码为 200，信息描述符合状态码。 判定原则： 应符合预期结果要求，否则为不合格。 测试编号： 3 测试项目：修改企业基本信息密文传输功能 测试目的：验证接口 upload()方法修改企业基本信息密文传输功能 测试环境：测试
14、环境一 测试过程： （ 1）按照测试环境图一配置环境； （ 2）配置修改企业基本信息 XML字符串，内容格式符合要求。正确配置 SN(流水号 )：生成规则 enterpriseId+Unix时间戳（秒） +自增序列 enterpriseid(企业 id)：省系统为企业分配的唯一标识 license(许可证号 )：由工信部颁发给企业的许可证号码 address(地址 )：单位详细地址 , type(单位性质 )：单位性质 id corporate(企业法人 )：企业法人信息与联系方式 contacts(企业联系人信息 )： 其中 contacts包括 name(姓名 ),certType(证件类
15、型 ),cardNum(证 件号码 ),telephone(固定电话 ),mobile(移动电话 ),email(电子邮件 )。 （ 3）编写驱动程序，模拟企业侧调用部省级系统的 upload()方法，加密处理 XML字符串。 填写 enterpriseid,20位未使用的 randval,pwdHash,data(XML进一步处理后得到的字符 串 ),dataType=1,dataHash,encryphAlgorithm=1； （ 4）验证应答输出的 XML字符串，并查看接口上报企业修改的信息。 预期结果： （ 1）受测系统能正常发送上报信息 （ 3）接收到部省返回的 XML应答消息，应答
16、信息符合接口规范。 其中状态码为 200，信息描述符合状态码。 判定原则： 应符合预期结果要求，否则为不合格。 测试编号： 4 测试项目：上报修改企业基本信息 -必填字段未填写 测试目的：验证接口上报修改企业基本信息，必填字段未填写异常处理 测试环境：测试环境一 测试过程： （ 1）按照测试环境图一配置环境； （ 2）配置修改企业基本信息 XML字符串，其中部分必填字段未填写。配置 SN(流水 号 ),enterpriseid(企业 id),license(许可证号 ),address(地址 ),type(单位性质 ),corporate(企业法 人 ),contacts(企业联系人信息 ),
17、其中 type节点包括 id(单位性质 id),name(单位性质名 称 ),available(是否有效 ),remark(备注 ),其中 contacts包括 name(姓名 ),certType(证件类 YD/T XXXX.6202X 6 型 ),cardNum(证件号码 ),telephone(固定电话 ),mobile(移动电话 ),email(电子邮件 )。 其中 concats 下面的节点均为空。 （ 3）编写驱动程序，模拟企业侧调用部省级系统的 upload()方法，处理 XML字符串，参数 中的 enterpriseId和步骤 2保持一致 ， 20位未使用的 randval,
18、pwdHash,data(XML进一步处理后得 到的字符串 ),dataType=1,dataHash,encryphAlgorithm=0 （ 4）验证应答输出的 XML字符串。 预期结果： （ 1）受测系统上报异常信息后，接口可以正常处理相关异常。 （ 2） 接收到部省返回的 XML应答消息 ， 应答信息符合接口规范 ， 状态码为 508（ xsd解析失 败 ） 。 判定原则： 应符合预期结果要求，否则为不合格。 测试编号： 5 测试项目：上报修改企业基本信息 -xml字符串节点丢失功能测试 测试目的：验证接口上报修改企业基本信息， xsd解析失败处理 测试环境：测试环境一 测试过程： （
19、 1）按照测试环境图一配置环境。 （ 2） 配置修改企业基本信息 XML字符串 ， 内容不符合要求 ， 丢失必要的节点 。 配置 SN(流 水号 ),enterpriseid(企业 id),license(许可证号 ),address(地址 ),type(单位性质 ),corporate(企业法人 )， 缺少 contacts(企业联系人信息 )和 type节点 （ 3）编写驱动程序，模拟企业侧调用部省级系统的 upload()方法，处理 XML字符串。参数 中填写 enterpriseid,20位未使用的 randval,pwdHash,data(XML进一步处理后得到的字符 串 ),dat
20、aType=1,dataHash,encryphAlgorithm=0 （ 4）验证应答输出的 XML字符串。 预期结果： （ 1）受测系统上报异常信息后，接口可以正常处理相关异常。 （ 2） 接收到部省返回的 XML应答消息 ， 应答信息符合接口规范 ， 状态码为 508（ xsd解析失 败 ） 。 判定原则： 应符合预期结果要求，否则为不合格。 测试编号： 6 测试项目：上报修改企业基本信息 -xml字符串节点长度超长 测试目的：验证接口上报修改企业基本信息， xsd解析失败 测试环境：测试环境一 测试过程： （ 1）按照测试环境图一配置环境； （ 2） 配置修改企业基本信息 XML字符串
21、 ， 内容符合要求 。 正常配置 SN(流水号 ),enterpriseid(企 业 id),license(许可证号 ),address(地址 ),type(单位性质 ),corporate(企业法人 ),contacts(企业联系 人信息 ),contacts包括 name(姓名 ),certType(证件类型 ),cardNum(证件号码 ),telephone(固定电 YD/T XXXX.6202X 7 话 ),mobile(移动电话 ),email(电子邮件 )。例如其中配置 contacts里面的字段长度超过限制。 （ 3）编写驱动程序，模拟企业侧调用部省级系统的 upload()
22、方法，处理 XML字符串。 填写 enterpriseid,20位未使用的 randval,pwdHash,data(XML进一步处理后得到的字符 串 ),dataType=1,dataHash,encryphAlgorithm=0 预期结果： （ 1）受测系统上报异常信息后，接口可以正常处理相关异常。 （ 2） 接收到部省返回的 XML应答消息 ， 应答信息符合接口规范 ， 状态码为状态码为 508（ xsd 解析失败 ） 。 判定原则： 应符合预期结果要求，否则为不合格。 7.1.1.3 管理加速节点测试 7.1.1.3.1 新增加速节点测试 测试编号： 7 测试项目：新增加速节点 -明文
23、 测试目的：验证接口 upload()方法新增加速节点，明文新增 测试环境：测试环境一 测试过程： （ 1）按照测试环境图一配置环境 （ 2）配置正确的新增加速节点 XML字符串，内容格式符合要求。正常配置 new节点 ,sn(流 水号 ),enterpriseid(企业 id),ipSegment(IP段 ),privince(省份 ),city(城市 ),county(县 ),address(地址 )。 其中 ipSegment包括 ipversion=1,startIPAddress(起始 IP),endIPAddress(结束 IP) （ 3）编写驱动程序，模拟企业侧调用部省级系统的
24、upload()方法，明文处理 XML字符串。 填写 enterpriseid,20位未使用的 randval,pwdHash,data(步骤 2配置 xml),dataType=2,dataHash,encryphAlgorithm=0 （ 4）验证应答输出的 XML字符串，查看接口上报加速节点信息。 预期结果： （ 1）受测系统能正常发送上报加速节点信息； （ 2）接收到部省返回的 XML应答消息，应答信息符合接口规范。 状态码为 200，信息描述符合状态码。 判定原则： 应符合预期结果要求，否则为不合格。 测试编号： 8 测试项目：新增加速节点 -密文 测试目的：验证接口 upload(
25、)方法，密文新增加速节点 测试环境：测试环境一 测试过程： （ 1）按照测试环境图一配置环境。 （ 2）配置正确的新增加速节点 XML字符串，内容格式符合要求。正常配置 new节点 ,sn(流 水号 ),enterpriseid(企业 id),ipSegment(IP段 ),privince(省份 ),city(城市 ),county(县 ),address(地址 )。 YD/T XXXX.6202X 8 其中 ipSegment包括 ipversion=1,startIPAddress(起始 IP),endIPAddress(结束 IP) （ 3）编写驱动程序，模拟企业侧调用部省级系统的 u
26、pload()方法，密文处理 XML字符串。 enterpriseid,20位未使用的 randval,pwdHash,data(步骤 2配置 xml),dataType=2,dataHash,encryphAlgorithm=1 （ 4）验证应答输出的 XML字符串，查看接口上报加速节点信息。 预期结果： （ 1）受测系统能正常发送上报加速节点信息 （ 2）接收到部省返回的 XML应答消息，应答信息符合接口规范。 状态码为 200，信息描述符合状态码。 判定原则： 应符合预期结果要求，否则为不合格。 测试编号： 9 测试项目：新增加速节点（单节点多 IP段） 测试目的：验证接口 upload
27、()方法，新增加速节点（单节点多 IP段） 测试环境：测试环境一 测试过程： （ 1）按照测试环境图一配置环境。 （ 2） 配置新增加速节点 XML字符串 ， 内容格式符合要求 ， 其中包含多个 IP段 。 正常配置 new 节点 ,sn(流水号 ),enterpriseid(企业 id),ipSegment(IP段 ),privince(省份 ),city(城 市 ),county(县 ),address(地址 )。 其中 ipSegment包括 2个节点，例如：第一个节点 ipversion=1,startIPAddress(起始 IP)配置 ipv4,endIPAddress(结束 IP
28、)配置 ipv4，第二个节点 ipversion=2,startIPAddress(起始 IP)配置 ipv6,endIPAddress(结束 IP)配置 ipv6。 （ 3）编写驱动程序，模拟企业侧调用部省级系统的 upload()方法，处理 XML字符串。填写 enterpriseid,20位未使用的 randval,pwdHash,data(XML进一步处理后得到的字符 串 ),dataType=2,dataHash,encryphAlgorithm=0 （ 4）验证应答输出的 XML字符串，查看接口上报加速节点信息。 预期结果： （ 1）受测系统能正常发送上报单节点多 IP段的数据。
29、（ 2）接收到部省返回的 XML应答消息，应答信息符合接口规范。 状态码为 200，信息描述符合状态码。 判定原则： 应符合预期结果要求，否则为不合格。 测试编号： 10 测试项目：批量新增加速节点功能测试（多节点多 IP） 测试目的：验证接口 upload()方法，批量新增加速节点 测试环境：测试环境一 测试过程： YD/T XXXX.6202X 9 （ 1）按照测试环境图一配置环境。 （ 2） 配置新增加速节点 XML字符串 ， 内容格式符合要求 ， 其中包含多个新增加速节点 。 配 置多个 new节点。节点下包含 sn(流水号 )enterpriseid(企业 id),ipSegment
30、(IP段 ),privince(省 份 ),city(城市 ),county(县 ),address(地址 )。其中 ipSegment包括多个 IP段。 ipversion=1,startIPAddress(起始 IP),endIPAddress(结束 IP) （ 3）编写驱动程序，模拟企业侧调用部省级系统的 upload()方法，处理 XML字符串。参数 中填写 enterpriseid,20位未使用的 randval,pwdHash,data(XML进一步处理后得到的字符 串 ),dataType=2,dataHash,encryphAlgorithm=0 （ 4）验证应答输出的 XML
31、字符串，查看接口上报加速节点信息。 预期结果： （ 1）受测系统能正常发送上报多节点多 IP的数据。 （ 2）接收到部省返回的 XML应答消息，应答信息符合接口规范。 状态码为 200，信息描述符合状态码。 判定原则： 应符合预期结果要求，否则为不合格。 测试编号： 11 测试项目：新增加速节点 IPV4与 IPV6功能测试 测试目的：验证接口 upload()方法，批量新增加速节点， ipv4与 ipv6 测试环境：测试环境一 测试过程： （ 1）按照测试环境图一配置环境； （ 2） 配置正确的新增加速节点 XML字符串 ， 内容格式符合要求 ， 其中包含多个 IP段 ， 部分 为 ipv4
32、格式 ， 部分为 ipv6格式 。 正常配置 new节点 ,sn(流水号 ),enterpriseid(企业 id),ipSegment(IP 段 ),privince(省份 ),city(城市 ),county(县 ),address(地址 )。 其中 ipSegment包括多个节点，部分节点 ipversion=1,startIPAddress(起始 IP)配置 ipv4,endIPAddress(结束 IP)配置 ipv4，部分节点 ipversion=2,startIPAddress(起始 IP)配置 ipv6,endIPAddress(结束 IP)配置 ipv6； （ 3）编写驱动程
33、序，模拟企业侧调用部省级系统的 upload()方法，处理 XML字符串。填写 enterpriseid,20位未使用的 randval,pwdHash,data(XML进一步处理后得到的字符 串 ),dataType=2,dataHash,encryphAlgorithm=0； （ 4）验证应答输出的 XML字符串，查看接口上报加速节点信息。 预期结果： （ 1）受测系统能正常发送上报信息 （ 2）接收到部省返回的 XML应答消息，应答信息符合接口规范。 状态码为 200，信息描述符合状态码。 判定原则： 应符合预期结果要求，否则为不合格。 测试编号： 12 测试项目：新增加速节点 -必填字
34、段未填写 YD/T XXXX.6202X 10 测试目的：验证接口 upload()方法，新增加速节点，必填未填写的异常处理 测试环境：测试环境一 测试过程： （ 1）按照测试环境图一配置环境； （ 2）配置正确的新增加速节点 XML字符串，其中部分必填字段未填写。正常配置 new节 点 ,sn(流水号 ),enterpriseid(企业 id),ipSegment(IP段 ),privince(省份 ),city(城 市 ),county(县 ),address(地址 )。例如其中 ipSegment的 startIPAddress和 endIPAddress为空； （ 3）编写驱动程序，模
35、拟企业侧调用部省级系统的 upload()方法，处理 XML字符串。填写 enterpriseid,20位未使用的 randval,pwdHash,data(XML进一步处理后得到的字符 串 ),dataType=2,dataHash,encryphAlgorithm=0； （ 4）验证应答输出的 XML字符串，查看接口上报加速节点信息。 预期结果： （ 1）受测系统上报异常信息后，接口可以出现相应异常。 （ 2）接收到部省返回的 XML应答消息，应答信息符合接口规范。 状态码为 508，信息描述符合状态码。 判定原则： 应符合预期结果要求，否则为不合格。 测试编号： 13 测试项目：新增加速
36、节点 -IP冲突 - XML中多结点 IP重叠 测试目的：验证接口 upload()方法，验证新增的结点 IP中有地址冲突 测试环境：测试环境一 测试过程： （ 1）按照测试环境图一配置环境。 （ 2）配置 XML字符串，配置多个新增节点，其中配置的 IP有重复部分。正常配置 new节 点 ,sn(流水号 )enterpriseid(企业 id),ipSegment(IP段 ),privince(省份 ),city(城 市 ),county(县 ),address(地址 )。其中包含多个 ipSegment,startIPAddress(起始 IP)和 endIPAddress(结束 IP)之
37、间有重叠的部分。 （ 3）编写驱动程序，模拟企业侧调用部省级系统的 upload()方法，处理 XML字符串。参数 中填写 enterpriseid,20位未使用的 randval,pwdHash,data(XML进一步处理后得到的字符 串 ),dataType=2,dataHash,encryphAlgorithm=0 （ 4）验证应答输出的 XML字符串，查看接口上报的加速节点信息。 预期结果： （ 1）受测系统发送异常数据后，接口可以处理相关异常； （ 2）接收到部省返回的 XML应答消息，应答信息符合接口规范，状态码为 510。 判定原则： 应符合预期结果要求，否则为不合格。 测试编号
38、： 14 测试项目：新增加速节点 -IP冲突 -部省侧已存在上报 IP 测试目的：验证接口 upload()方法，验证新增的结点 IP和已经配置节点 IP有冲突 测试环境：测试环境一 YD/T XXXX.6202X 11 测试过程： （ 1）按照测试环境图一配置环境； （ 2）配置 XML字符串，配置新增节点，其中配置的 IP和已经存在的加速节点有地址冲突 。 正常配置 new节点 ,sn(流水号 )enterpriseid(企业 id),ipSegment(IP段 ),privince(省份 ),city(城 市 ),county(县 ),address(地址 )。其中 ipSegment包
39、括 ipversion=1,startIPAddress(起始 IP)和 endIPAddress(结束 IP)之间有和已经存在的 IP有重叠的部分； （ 3）编写驱动程序，模拟企业侧调用部省级系统的 upload()方法，处理 XML字符串； （ 4）验证应答输出的 XML字符串，查看接口上报的加速节点信息。 预期结果： （ 1）受测系统上报异常信息后，接口可以处理相关异常。 （ 2）接收到部省返回的 XML应答消息，应答信息符合接口规范，状态码为 510。 判定原则： 应符合预期结果要求，否则为不合格。 7.1.1.3.2 修改加速节点 测试编号： 15 测试项目：修改单个加速节点功能测试
40、 测试目的：验证接口 upload()方法，修改单个加速节点 测试环境：测试环境一 测试过程： （ 1）按照测试环境图一配置环境。 （ 2） 配置正确的修改加速节点 XML字符串 ， 内容格式符合要求 。 正常配置 update节点 ,sn(流 水号 ),sysNodeID(节点 id),enterpriseid(企业 id),ipSegment(IP段 ),privince(省份 ),city(城 市 ),county(县 ),address(地址 )。 其中 ipSegment包括 ipversion=1,startIPAddress(起始 IP),endIPAddress(结束 IP) （ 3） 编写驱动程序 ， 模拟企业侧调用部省级系统的 upload()方法 ， 处理 XML字符串 。 参数 中填写 enterpriseid,20位未使用的 randval,pwdHash,data(XML进一步处理后得到的字符 串 ),dataType=2,dataHash,encryphAlgorithm=0 （ 4）验证应答输出的 XML字符串，查看接口上报修改加速节点信息。 预期结果： （ 1）受测系统能正常上报修改节点信息 （ 2）接收到部省返
