CN101335654B

CN101335654B - 端口定位测试方法和系统

Info

Publication number: CN101335654B
Application number: CN2007101275336A
Authority: CN
Inventors: 宋晓炜; 范小燕
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2007-06-28
Filing date: 2007-06-28
Publication date: 2012-04-04
Anticipated expiration: 2027-06-28
Also published as: CN101335654A

Abstract

本发明提供了一种端口定位测试方法和系统，其中，该方法可以包括以下步骤：步骤一，按照协议标准和网元的实现机理构造端口定位测试所需的协议交互函数；步骤二，调用协议交互函数，使用多个计算机网卡收发数据包，模拟待测设备与网元的协议交互；步骤三，捕获数据包，并且根据协议标准分析数据包，以测试数据包的内容是否与协议标准一致；以及步骤四，根据测试结果确定下一步测试处理，从而减少了对测试资源的占用，节约测试成本，还提高了测试效率。

Description

端口定位测试方法和系统

技术领域

本发明涉及测试领域，更具体地，涉及一种DSL用户的端口定位测试方法和系统。

背景技术

在测试领域，面临着更多也更复杂的新增功能需要测试，端口定位功能就是其中之一。随着基于IP技术的网络建设的日渐普及，以及用户业务类型的不断丰富，运营商需要增强对用户业务数据进行更加精细和灵活的控制能力。目前IP DSLAM已作为DSL的主要接入设备，其上游的BAS无法或者难以从以太网数据包中获取用户端口信息，从而不能对用户端口进行统一的认证管理，不能有效地防范用户账号被盗用。这样，就需要增加PPPoE+、VBAS和DHCPoption82等端口定位功能。由于这类功能实现时都需要进行较多的协议交互，为了模拟真实的功能实现场景，测试时都需要搭建复杂的真实环境，并在该环境下进行功能点的测试。

这种测试技术存在的不足之处：

一、搭建真实的测试环境，需要一些外围设备来配合测试，包括支持VBS功能的BAS、支持PPPOE+的BAS、和支持DHCPopion82的服务器等，准备和配置外围设备需要额外的资源和更多的配置时间；

二、端口定位功能涉及到大量的协议交互操作，测试过程中需要不断的使用工具捕获协议包进行分析，判断包内容是否符合标准，其过程烦琐而且工作量巨大；

三、由于有新增外围设备出现在测试环境中，出现问题时也增大了故障定位的难度，查找故障是由于待测设备引发还是由于外接的BAS、DHCP服务器造成，需要耗费额外的精力和时间；以及

四、端口定位的稳定性测试中缺少准确的故障发现手段，即在长时间的协议交互中出现一次错误，现有的测试手段无法对这样的故障进行跟踪。

因而，继续一种能够高效、准确的端口定位测试方案。

发明内容

为了克服上述不足，本发明提供了一种端口定位测试方法和系统，使用其能够替代测试需要的网络周边设备，并对测试数据实时监控和判断分析。

本发明的一个方面提供了一种端口定位测试方法，其可以包括以下步骤：步骤一，按照协议标准和网元的实现机理构造端口定位测试所需的协议交互函数；步骤二，调用协议交互函数，使用多个计算机网卡收发数据包，模拟待测设备与网元的协议交互；步骤三，捕获数据包，并且根据协议标准分析数据包，以测试数据包的内容是否与协议标准一致；以及步骤四，根据测试结果确定下一步测试处理。

协议标准包括与以太网上点对点协议、虚拟宽带接入服务器协议、动态主机配置协议相关的协议标准。

步骤二中包括以下处理：调用协议交互函数，使用多个计算机网卡收发数据包；以及使用多个计算机网卡实现待测设备与网元的协议交互。

其中，多个计算机网卡之一连接待测设备的上联板百兆接口，另一个连接待测设备的用户板所连接的调制解调器。

另外，步骤四中包括以下处理：如果测试出数据包的内容与协议标准不一致，则确定记录失败并继续测试处理，或者终止测试处理；以及如果数据包发送失败，则确定记录失败并继续测试处理，或者终止测试处理。

该方法还可以包括以下步骤：记录测试结果以及测试处理的过程。

本发明还提供了一种端口定位测试系统，其包括：函数构造单元，用于按照协议标准和网元的实现机理构造端口定位测试所需的协议交互函数；收发单元，用于调用协议交互函数来收发数据包，模拟待测设备与网元的协议交互；分析单元，用于捕获数据包，并且根据协议标准分析数据包，以测试数据包的内容是否与协议标准一致；以及测试单元，根据测试结果确定下一步测试处理。

其中，协议标准包括与以太网上点对点协议、虚拟宽带接入服务器协议、动态主机配置协议相关的协议标准。

收发单元包括：函数调用模块，用于调用协议交互函数来收发数据包；以及协议交互模块，用于实现待测设备与网元的协议交互。

测试单元还用于当数据包的内容与协议标准不一致时，确定记录失败并继续测试处理，或者终止测试处理；以及当数据包发送失败时，确定记录失败并继续测试处理，或者终止测试处理。

根据本发明的系统还可以包括：记录单元，用于记录测试结果以及测试处理的过程。

因而，采用本发明，能够得到以下有益效果：

1.使用计算机来模拟外围设备与待测网元的协议交互，减少了对测试资源的占用，节约测试成本；

2.自动化测试提高了测试效率，保证了测试用例执行的可靠性，自动分析功能替代了测试人员捕获数据包并进行分析的过程；

3.简化了测试环境，消除了由于引入对接设备所造成的故障定位困难的问题；以及

4.在稳定性测试中，能够精确跟踪设备状态，记录设备运行情况，能够发现待测系统长时间运行中出现的个别错误信息。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1是根据本发明的端口定位测试方法的流程图；

图2是根据本发明实施例的端口定位测试方法的具体处理的流程图；

图3是本发明的端口定位测试方法的原理图；以及

图4是根据本发明的端口定位测试系统的框图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

图1是根据本发明的端口定位测试方法的流程图。如图1所示，该方法包括以下步骤：

步骤S102，按照协议标准和网元的实现机理构造端口定位测试所需的协议交互函数；

步骤S104，调用协议交互函数，使用多个计算机网卡收发数据包，模拟待测设备与网元的协议交互；

步骤S106，捕获数据包，并且根据协议标准分析数据包，以测试数据包的内容是否与协议标准一致；以及

步骤S108，根据测试结果确定下一步测试处理。

步骤S102中包括以下处理：调用协议交互函数，使用多个计算机网卡收发数据包；以及使用多个计算机网卡实现待测设备与网元的协议交互。

另外，步骤S108中包括以下处理：如果测试出数据包的内容与协议标准不一致，则确定记录失败并继续测试处理，或者终止测试处理；以及如果数据包发送失败，则确定记录失败并继续测试处理，或者终止测试处理。

图2是根据本发明实施例的端口定位测试方法的具体处理的流程图，以及图3是本发明的端口定位测试方法的原理图。以下将结合图2和图3来详细说明本发明的端口定位测试方法的具体过程。

如图2所示，该方法包括以下步骤：

步骤S202，构造协议交互函数库，其中，需要构造各种与端口定位有关的协议交互函数。包括PPPOE、VBAS、DHCP的相关协议，定义协议交互内容依照标准和网元的实现机理来进行；

步骤S204，使用计算机网卡与网元进行协议交互，其中，调用已经编写完成的协议交互函数，使用计算机的网卡来进行收发包，其中计算机的一块网卡连接待测设备的上联板百兆接口，一块网卡连接待测设备的用户板所连接的modem，具体的连接方法可参见附图3；

步骤S206，分析协议交互数据，其中，要在测试装置的网卡上捕获并解析协议数据包，分析包内容是否与标准一致；

步骤S208，确定下一步测试流程，其中，具体流程依照脚本需求而定，遇到协议包内容与标准不符，或者协议包发送失败，可选择记录失败信息并继续测试流程，或者选择终止测试；以及

步骤S210，记录测试结果，其中，要详细记录整个测试过程。

图4是根据本发明的端口定位测试系统400的框图。如图4所示，该端口定位测试系统包括：函数构造单元402，用于按照协议标准和网元的实现机理构造端口定位测试所需的协议交互函数；收发单元404，用于调用所述函数构造单元402所构造的协议交互函数来收发数据包，模拟待测设备与网元的协议交互；分析单元406，用于收发单元404捕获的数据包，并且根据协议标准分析数据包，以测试数据包的内容是否与协议标准一致；以及测试单元408，根据分析单元406的测试结果确定下一步测试处理。

收发单元404包括：函数调用模块，用于调用协议交互函数来收发数据包；以及协议交互模块，用于实现待测设备与网元的协议交互。

测试单元408还用于当数据包的内容与协议标准不一致时，确定记录失败并继续测试处理，或者终止测试处理；以及当数据包发送失败时，确定记录失败并继续测试处理，或者终止测试处理。

综上所述，采用本发明的方法和系统，减少了对测试资源的占用，节约测试成本，还提高了测试效率，保证了测试用例执行的可靠性，自动分析功能替代了测试人员捕获数据包并进行分析的过程，并且简化了测试环境，消除了由于引入对接设备所造成的故障定位困难的问题，并且在稳定性测试中，能够精确跟踪设备状态，记录设备运行情况，能够发现待测系统长时间运行中出现的个别错误信息。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种端口定位测试方法，其特征在于，包括以下步骤：

步骤一，按照与端口定位协议相关的协议标准和支持所述端口定位协议的网元的实现机理构造端口定位测试所需的协议交互函数；

步骤二，调用所述协议交互函数，使用多个计算机网卡收发数据包，模拟外围设备与所述网元的协议交互；

步骤三，捕获所述数据包，并且根据所述协议标准分析所述数据包，以测试所述数据包的内容是否与所述协议标准一致；以及

步骤四，根据测试结果确定下一步测试处理。

2.根据权利要求1所述的方法，其特征在于，所述协议标准包括与以太网上点对点协议、虚拟宽带接入服务器协议、动态主机配置协议相关的协议标准。

3.根据权利要求1所述的方法，其特征在于，所述步骤二中包括以下处理：

调用所述协议交互函数，使用所述多个计算机网卡收发所述数据包；以及

使用所述多个计算机网卡实现所述外围设备与所述网元的协议交互。

4.根据权利要求3所述的方法，其特征在于，所述多个计算机网卡之一连接所述网元的上联板百兆接口，另一个连接所述网元的用户板所连接的调制解调器。

5.根据权利要求1所述的方法，其特征在于，所述步骤四中包括以下处理：

如果测试出所述数据包的内容与所述协议标准不一致，则确定记录失败并继续测试处理，或者终止所述测试处理；以及

如果所述数据包发送失败，则确定记录失败并继续测试处理，或者终止所述测试处理。

6.根据权利要求1所述的方法，其特征在于，还包括以下步骤：

记录所述测试结果以及所述测试处理的过程。

7.一种端口定位测试系统，其特征在于，包括：

函数构造单元，用于按照与端口定位协议相关的协议标准和支持所述端口定位协议的网元的实现机理构造端口定位测试所需的协议交互函数；

收发单元，用于调用所述协议交互函数来收发数据包，模拟外围设备与所述网元的协议交互；

分析单元，用于捕获所述数据包，并且根据所述协议标准分析所述数据包，以测试所述数据包的内容是否与所述协议标准一致；以及

测试单元，根据测试结果确定下一步测试处理。

8.根据权利要求7所述的系统，其特征在于，所述协议标准包括与以太网上点对点协议、虚拟宽带接入服务器协议、动态主机配置协议相关的协议标准。

9.根据权利要求7所述的系统，其特征在于，所述收发单元包括：

函数调用模块，用于调用所述协议交互函数来收发数据包；以及

协议交互模块，用于实现所述外围设备与所述网元的协议交互。

10.根据权利要求7所述的系统，其特征在于，所述测试单元还用于

当所述数据包的内容与所述协议标准不一致时，确定记录失败并继续测试处理，或者终止所述测试处理；以及

当所述数据包发送失败时，确定记录失败并继续测试处理，或者终止所述测试处理。

11.根据权利要求7所述的系统，其特征在于，还包括：

记录单元，用于记录所述测试结果以及所述测试处理的过程。