[发明专利]基于网络拓扑发现的测试脚本发布方法无效
| 申请号: | 200910136048.4 | 申请日: | 2009-04-24 |
| 公开(公告)号: | CN101616039A | 公开(公告)日: | 2009-12-30 |
| 发明(设计)人: | 李莉蓉;王宇亮 | 申请(专利权)人: | 北京德瑞海普科技有限公司 |
| 主分类号: | H04L12/26 | 分类号: | H04L12/26;H04L1/18;H04L29/06 |
| 代理公司: | 暂无信息 | 代理人: | 暂无信息 |
| 地址: | 100085北京市海淀区北三*** | 国省代码: | 北京;11 |
| 权利要求书: | 查看更多 | 说明书: | 查看更多 |
| 摘要: | |||
| 搜索关键词: | 基于 网络 拓扑 发现 测试 脚本 发布 方法 | ||
技术领域
基于网络拓扑发现的测试脚本发布方法属于网络协议测试脚本发布设计研究领域。
背景技术
从上世纪六十年代末,美国国防部出于军事方面的需求,将四台电脑联接到一起并且使得它们之间能够互相通信,这就形成了计算机网络的最初模型,到上个世纪末Internet已经有上千万台主机,计算机网络的发展在短短的30年的时间里就经历了从无到有,从简单到复杂,从在一个房间里到遍布全球的过程。网络给人们带来了丰富的信息和全新的服务,同时也带来了新的学习、工作和生活方式。随着接入Internet的主机数量的不断增长和网络所能提供服务范围的不断扩展延伸,支撑网络运行与提供网络服务的网络协议也在不断的开发和完善中,例如现在的Internet正在由IPv4协议向IPv6协议过渡。
在网络协议开发过程中,为了保证新开发网络协议的质量和可靠性,需要进行网络协议测试。对网络协议进行自动化测试通常是通过自动化测试工具执行事先编写好测试脚本,观察网络协议运行情况并且分析运行结果。当一个完整的网络协议测试过程在单台具有自动化测试功能的设备上就可以完成的时候,网络协议测试人员只需要将测试脚本拷贝到这台设备里,然后自动化测试工具对该脚本进行测试即可。然而随着计算机网络规模不断增大,网络协议的设计也朝着将尽可能多的设备联系在一起的方向,因此网络协议测试过程不再是仅仅单台设备就可以完成的,通常都需要经过多台设备之间的报文交互,才能完成整个网络协议的测试。但是不同的网络协议在测试过程中所需要的设备数量不一样,并且所执行的测试脚本不同,所以需要网络协议测试人员将测试脚本分类拷贝至对应的设备中。通过人工的方法将测试脚本分发到每台络设备费时又费力,同时出错的概率也相当高,于是如何将网络协议测试脚本自动并且正确的发布到被测试网络设备中就显得尤为重要了。
网络协议测试脚本发布设计的主要功能是将网络协议脚本自动发布到被测试网络设备上,使得网络协议测试能够获得自动化测试中所必需的测试脚本。以下两点是网络协议测试脚本发布设计中需要重点考虑的因素:
首先,当前网络协议测试要求有不同的角色扮演者,如在进行“移动IP协议”测试中需要有三个角色扮演者,分别为移动节点、家乡代理和外地代理,并且每个角色扮演者在协议运行中所完成的任务是个不相同的,因此发布给每个角色扮演者的测试脚本也是不同的;
其次,具体的网络协议运行测试对网络测试环境有不同的需求,即在不同的测试中每个角色扮演者之间互相连接的情况是特殊的,如在进行“移动IP协议”测试中的三个角色扮演者中家乡代理和外地代理是直接连接的,然而移动节点和家乡代理以及移动节点和外地代理有可能直接连接在一起也有可能不是直接连接在一起的,因此在脚本发布时需要根据对测试网络拓扑的需求,对当前网络拓扑进行自主发现,及时准确的将对应测试脚本送达目标设备。
因此,如何兼顾测试脚本发布的成本投入和网络协议测试脚本发布设计中的各种因素就成为了网络协议测试中需要研究的关键问题。
发明内容
基于网络拓扑发现的测试脚本发布方法,其特征在于该方法是通过测试脚本接收客户端和测试脚本发布服务器端(以下简称客户端和服务器)的逐步交互协商实现,其步骤如下:
步骤(1.):客户端启动后如果接收到测试人员输入的测试信息,则向服务器发送测试脚本请求报文,该测试脚本请求报文包含用户输入的项目有测试名称、主测试号、子项目测试号(名词定义同服务器端的说明),同时初始化一个时间间隔为5s的定时器,开始等待服务器的测试脚本请求应答报文,如果客户端5s内未收到服务器的应答报文并且重传次数未满三次,则继续给服务器端发送一次测试脚本请求报文,如果重传次数超过三次则向用户提示服务器无响应;
步骤(2.):客户端如果收到服务器发送的测试脚本请求应答报文,则依次执行以下步骤:
步骤(2.1.):在客户端建立一张服务器保活表,测试脚本发布服务器保活表含有服务器的IP地址以及连接情况字段,其中连接情况字段用来保存客户端在收到测试脚本请求应答后接收到服务器发送保活报文的次数,初始化时的值为3;
步骤(2.2.):客户端将参与服务器的IP地址填入服务器保活表中相应位置,并且将对应的服务器连接情况字段置为3,同时为该表项初始化一个25s的定时器,开始等待服务器发送网络拓扑发现开始报文,如果客户端在25s内未收到服务器发送的网络拓扑发现开始报文,则告知用户测试脚本下载失败,回到步骤(1.);
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京德瑞海普科技有限公司,未经北京德瑞海普科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/200910136048.4/2.html,转载请声明来源钻瓜专利网。





