CN101873236A - 一种报文的测试方法及系统 - Google Patents

Abstract

本发明公开一种报文的测试方法，包括：开启待测设备上设备芯片的入端口的内部自环模式和出端口的镜像模式，并镜像到待测设备的中央处理单元(CPU)；所述CPU发出的若干测试报文在入端口环回，并通过出端口发出，出端口统计测试报文的数量；个人计算机(PC)获取出端口统计的测试报文的数量和测试报文的内容，对获取的测试报文的数量和内容进行检验；本发明还提供一种报文的测试系统。根据本发明的技术方案，在不利用测试仪的情况下自动高效的完成报文的测试工作。

Description

一种报文的测试方法及系统

技术领域

本发明涉及自动化测试领域，尤其涉及一种报文的测试方法及系统。

背景技术

脚本语言是基于字符串的命令语言，是一种控制软件应用程序的编辑语言。许多脚本语言用来执行一次性任务，尤其是系统管理方面，它作为一种粘合剂，将服务组件粘合起来构成应用程序，被广泛的应用于图形用户界面(GUI，Graphical User Interface)的创建或者命令行。脚本通常以文本的形式进行保存，只有在被调用时进行解释或者编译。

现有技术中，都是利用软件来控制报文在设备中的转发路径，报文的内容在转发过程中，有可能会被修改，因此通过对某个端口收到的报文的数量和内容进行检验，来测试运行在设备上的软件的运行情况，如果某端口的报文的数量或内容出现与发送的数量或内容不一致时，就提示测试出错。现有技术中普遍使用脚本语言进行报文转发的测试，这种方法是利用脚本对测试仪进行控制，测试仪利用连接线与待测设备连接，测试仪将测试报文发送到待测设备的某个端口，该报文在待测设备中被表项不断转发，最后到达另一端口，对该端口的测试报文的数量和内容进行检测，从而完成测试工作。这种方法的缺陷是因为利用了连接线将测试仪和待测设备连接，所以导致连线必须固化下来，一旦测试案例发生变化，就需要改变连接线的布局，这样就需要人为地进行换线操作，不能够做到自动化的对报文转发进行测试；此外，测试仪的费用比较高，因此这种方法的测试成本比较高，同时测试仪的资源也比较少，不可能每个研发人员都一一配备，因此，普通研发人员进行报文转发的自动化测试的难度就会大大提高。

发明内容

有鉴于此，本发明的主要目的在于提供一种实现报文的测试方法及系统，在不利用测试仪的情况下自动高效的完成报文的测试工作。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供一种报文的测试方法，包括：

开启待测设备上设备芯片的入端口的内部自环模式和出端口的镜像模式，并镜像到待测设备的中央处理单元(CPU)；所述CPU发出的测试报文在入端口环回，并通过出端口发出，出端口统计测试报文的数量；

个人计算机(PC)获取出端口统计的测试报文的数量和测试报文的内容，对获取的测试报文的数量和内容进行检验。

上述方法中，所述CPU发出的测试报文在入端口环回，并通过出端口发出，出端口统计测试报文的数量之前还包括：

CPU通过入端口同时发出若干测试报文。

上述方法中，所述CPU通过入端口同时发出若干测试报文具体为：

PC的脚本配置并发送测试报文的命令给待测设备的CPU，CPU构造若干测试报文，并由待测设备的设备芯片的入端口发出；PC的脚本根据需要对测试报文的参数进行配置并保存，所述参数包括测试报文的内容、测试报文发往的端口以及每次发送测试报文的数量。

上述方法中，所述开启待测设备上入端口的内部自环模式和出端口的镜像模式，并镜像到待测设备的CPU具体为：

PC的脚本配置并发送内部自环模式设置的命令和镜像模式设置的命令给待测设备的CPU，所述CPU控制待测设备的设备芯片将入端口中对应内部自环模式的寄存器的值、出端口中对应镜像模式的寄存器的值、出端口需要镜像到的端口的寄存器的值置为对应值。

上述方法中，所述CPU发出的若干测试报文在入端口环回，并通过出端口发出，出端口统计测试报文的数量具体为：

所以测试报文达到该入端口后被环回回来，入端口将所述测试报文按照配置的转发路径发送给待测设备的出端口，出端口将测试报文发出；出端口中的寄存器对收到的测试报文进行计数，统计收到的测试报文的数量。

上述方法中，所述PC获取出端口统计的测试报文的数量和测试报文的内容之前还包括：

CPU收到出端口发出的测试报文后显示测试报文的内容。

上述方法中，所述CPU收到出端口发出的测试报文后显示测试报文的内容具体为：

CPU收到一份完全相同的由出端口发出的若干个测试报文，CPU将收到的若干个测试报文缓存到自身的内存中，并将测试报文的内容显示在人机交互的界面上。

上述方法中，所述PC获取出端口统计的测试报文的数量和测试报文的内容具体为：

PC的脚本发送获取测试报文数量的命令给待测设备的CPU，CPU的驱动层对该命名进行识别后，设备芯片将出端口中寄存器统计的测试报文的数量通过人机交互界面发送给PC的脚本；PC的脚本通过抓取人机交互的界面上显示的内容，获取测试报文的内容。

上述方法中，对获取的测试报文的数量和内容进行检验具体为：

判断测试报文的数量与预先设置的是否一致，如果不一致就提示测试出错，并当不一致且确定继续检验时或当一致时，判断获取的测试报文的内容与预先设置的是否一致；当不一致且确定不继续检验时，提示测试出错，停止测试。

上述方法中，所述判断获取的测试报文的内容与预先设置的是否一致之后还包括：

如果一致就继续测试；如果不一致，提示测试出错，停止测试。

本发明还提供一种报文的测试系统，包括：设备芯片、CPU、PC；其中，

设备芯片，用于开启自身的入端口的内部自环模式和出端口的镜像模式，并镜像到CPU；将CPU发出的测试报文在自身的入端口环回，并通过出端口发出；统计自身出端口的测试报文的数量；

CPU，用于发出测试报文；

PC，用于获取设备芯片的出端口统计的测试报文的数量和测试报文的内容，对获取的测试报文的数量和内容进行检验。

上述系统中，

所述设备芯片进一步包括：入端口、出端口；其中，入端口，用于当自身开启内部自环模式后，将CPU发出的测试报文环回，通过出端口发出；出端口，用于当开启镜像模式并镜像到CPU后，发出测试报文并统计测试报文的数量；

所述CPU进一步用于收到出端口发出的测试报文后显示测试报文的内容。

本发明提供的实现报文的测试方法及系统，利用待测设备中设备芯片的端口的内部自环功能和镜像功能，在不使用测试仪的情况下自动化的高效的完成报文的测试工作，使得每个研发人员都可以进行独立的报文测试，大大降低测试的成本，提高了测试的效率。此外，由于不需要插线，因此不会出现线路上除测试报文以外的其他报文的干扰，测试结果更加的准确和可靠。

附图说明

图1是本发明实现报文的测试方法的流程示意图；

图2是本发明PC获取出端口统计的测试报文的数量和测试报文的内容，对获取的测试报文的数量和内容进行检验的方法的流程示意图；

图3是本发明实现报文的测试系统的结构示意图。

具体实施方式

本发明的基本思想是：开启待测设备上设备芯片的入端口的内部自环模式和出端口的镜像模式，并镜像到待测设备的中央处理单元(CPU)；所述CPU发出的测试报文在入端口环回，并通过出端口发出，出端口统计测试报文的数量；个人计算机(PC)获取出端口统计的测试报文的数量和测试报文的内容，对获取的测试报文的数量和内容进行检验。

下面通过附图及具体实施例对本发明再做进一步的详细说明。

本发明提供一种报文的测试方法，图1是本发明实现报文的测试方法的流程示意图，如图1所示，该方法包括以下步骤：

步骤101，开启待测设备上设备芯片的入端口的内部自环模式和出端口的镜像模式，并镜像到待测设备的CPU；

具体的，一般情况下待测设备的设备芯片的各个端口通过连接线与测试仪相连，在本实施例中，PC与待测设备之间通过Telnet协议连接，因为没有使用测试仪进行报文的测试，所以个人计算机(PC，Personal Computer)运行时，PC的脚本利用人机交互的界面配置强制连接的命令，命令中携带有需要强制连接的端口号，脚本将该命令发送给待测设备，待测设备收到命令后，待测设备的CPU的驱动层对该命令进行识别，得到需要进行强制连接的端口号，将这些端口号对应的端口设置成强制连接(Link Up)状态，即将待测设备的这些端口虚拟成已经处于有线路的物理连接状态，这样才能使得待测设备的这些端口可以正常的收发测试报文而不受到没有插线的影响；

PC的脚本利用人机交互的界面配置内部自环模式设置的命令，命令中携带有需要开启内部自环模式的端口号，待测设备的CPU收到该命令后，CPU的驱动层对命令进行识别，得到需要开启内部自环模式的端口号，本实施例中需要开启内部自环模式的端口称为入端口；控制待测设备的设备芯片将入端口中对应内部自环模式的寄存器的值置为对应值1，即可实现开启入端口的内部自环模式；

同理，PC的脚本利用人机交互的界面配置镜像模式设置的命令，命令中携带有需要开启镜像模式的端口号以及该端口需要镜像到的端口号，待测设备的CPU收到该命令后，CPU的驱动层对命令进行识别，得到需要开启镜像模式的端口号，本实施例中需要开启镜像模式的端口称为出端口；设备芯片将出端口中对应镜像模式的寄存器的值置为对应值1，将出端口需要镜像到的端口的寄存器的值置为对应值1，本实施例中出端口需要镜像到的端口是CPU与设备芯片连接的端口，即实现了开启出端口的镜像模式，并镜像到待测设备的CPU；

待测设备的设备芯片可以是为专门目的而设计的集成电路(ASIC，Application Specific Integrated Circuit)交换芯片或者微码芯片等。

步骤102，CPU通过入端口同时发出若干测试报文；

具体的，PC的脚本利用人机交互的界面配置发送测试报文的命令，将该命令发送给待测设备的CPU，CPU的驱动层对该命令进行识别，知道需要发送测试报文，CPU构造若干测试报文，并将这些测试报文由待测设备的设备芯片的入端口发出；通过人机交互界面，PC的脚本可根据需要对测试报文的参数进行配置，该参数包括测试报文的内容、测试报文发往的端口以及每次发送测试报文的数量等，在PC中设置一个单独的脚本，该脚本专门用于保存配置后的测试报文的参数；通常情况下，每次发往同一端口的测试报文的数量一样，并且同时发往同一端口的若干测试报文的内容相同；在实际应用中，一般同时发送300个测试报文。

步骤103，测试报文在入端口环回，通过出端口发出，出端口统计测试报文的数量；

具体的，因为入端口已经开启了内部环回模式，所以测试报文达到该入端口后会被环回回来，这样就相当于待测设备的入端口收到测试报文，这与现有技术中利用测试仪将测试报文发送到入端口的效果一样，实现了在没有利用测试仪的情况下，入端口依旧能够收到测试报文；

入端口将收到的测试报文按照PC中脚本所配置的转发路径发送给待测设备的出端口，转发路径中包括设备芯片中的若干表项，这些表项可以包括媒体访问控制(MAC，Media Access Control)表、路由表和多协议标签交换(MPLS，Multi-Protocol Label Switching)表等，测试报文最后到达转发路径中所配置的需要测试的端口，本实施例中需要测试的端口称为出端口；出端口将测试报文发出，出端口中用于计数的寄存器对收到的测试报文进行计数，统计收到的测试报文的数量。

步骤104，CPU收到出端口发出的测试报文后显示测试报文的内容；

具体的，因为已经设置待测设备的出端口的镜像到待测设备的CPU，所以CPU可以收到一份完全相同的由出端口发出的若干个测试报文，CPU先将收到的若干个测试报文缓存到自身的内存中，然后将测试报文的内容显示在人机交互的界面上。

步骤105，PC获取出端口统计的测试报文的数量和测试报文的内容，对获取的测试报文的数量和内容进行检验。

图2是PC获取出端口统计的测试报文的数量和测试报文的内容，对获取的测试报文的数量和内容进行检验的方法的流程示意图，即本发明图1中实现步骤105的方法的流程示意图，如图2所示，该方法包括以下步骤：

步骤201，获取测试报文的数量和内容，判断测试报文的数量与预先设置的是否一致，如果不一致，执行步骤202，如果一致，执行步骤203；

具体的，PC的脚本将发送测试报文的命令发送给待测设备的CPU后，经过一个延迟时间后，PC的脚本发送获取测试报文数量的命令给待测设备的CPU，延迟时间可以根据以往的测试经验对脚本进行设置，实际应用中，延迟时间通常是2秒；CPU的驱动层对该命名进行识别后，设备芯片将出端口中寄存器统计的测试报文的数量通过人机交互界面发送给PC的脚本；PC的脚本通过抓取人机交互的界面上显示的内容，获取测试报文的内容；脚本判断获取的测试报文的数量与PC中预先设置的测试报文的数量是否一致，如果不一致，就执行步骤202，如果一致，就执行步骤203；

测试报文在经由若干表项转发的过程中，如果转发路径正确，那么在出端口就可以收到测试报文，如果转发路径错误，那么测试报文有可能会被发往设备芯片的其他端口，导致出端口收到的测试报文的数量与预先设置的不一致，因此需要对测试报文的数量进行检验；同时测试报文在经由若干表项转发的过程中，测试报文的内容有可能被修改，因此还需要对测试报文的内容进行检验。

步骤202，提示测试出错并判断是否继续检验，如果继续检验执行步骤203，如果不继续检验就结束测试；

具体的，PC的脚本将表示测试错误的字符串以及出现错误的项目所对应的字符串直接写入puts函数中，并输出到PC的显示器进行显示；出现错误的项目包括测试报文的数量或者测试报文的内容，用于提示是测试报文的数量出错还是测试报文的内容出错，这里出现错误的项目是测试报文的数量，提示测试出错并且是测试报文的数量出错；

提示测试出错后，既可以继续检验测试报文的内容，也可以结束测试；可以通过对PC的脚本中当测试出错时是否继续检验所对应的标记的值进行设置，来设置是否继续检验，当脚本确定测试错误后，对该标记的值进行判断，如果该值为1，表示需要继续检验，就执行步骤203；如果该值为0，表示不继续检测，就结束测试，PC的显示器保持对测试出错的提示，等待研发人员查看。

步骤203，判断获取的测试报文的内容与预先设置的是否一致，如果一致就继续测试，执行步骤102，如果不一致就提示测试出错后停止测试；

具体的，PC判断获取的测试报文的内容与预先设置的是否一致，如果一致就可以继续测试，执行步骤102；如果不一致，PC的脚本将表示测试错误的字符串以及出现错误的项目所对应的字符串直接写入puts函数中，输出到PC的显示器进行显示，这里出现错误的参项目是测试报文的内容，提示测试出错并且是测试报文的内容出错，并结束测试，PC的显示器保持对测试出错的提示，等待研发人员查看。

为实现上述方法，本发明还提供一种报文的测试系统，图3是本发明实现报文的测试系统的结构示意图，如图3所示，该系统包括：设备芯片31、CPU32、PC33；其中，

设备芯片31，用于开启自身的入端口的内部自环模式和出端口的镜像模式，并镜像到CPU32；将CPU32发出的若干测试报文在自身的入端口环回，并通过出端口发出；统计自身出端口的测试报文的数量；

CPU32，用于发出若干测试报文；

PC33，用于获取设备芯片31的出端口统计的测试报文的数量和测试报文的内容，对获取的测试报文的数量和内容进行检验；

所述CPU32进一步用于收到出端口发出的测试报文后显示测试报文的内容。

设备芯片31进一步包括：入端口311、出端口312；其中，

入端口311，用于当自身开启内部自环模式后，将CPU32发出的若干测试报文环回，通过出端口312发出；

出端口312，用于当开启镜像模式并镜像到CPU32后，发出测试报文并统计测试报文的数量。

所述设备芯片31开启自身的入端口311的内部自环模式和出端口312的镜像模式，并镜像到CPU32具体为：PC33的脚本配置并发送内部自环模式设置的命令和镜像模式设置的命令给待测设备的CPU32，所述CPU32控制待测设备的设备芯片31将入端口311中对应内部自环模式的寄存器的值置为对应值1，将出端口312中对应镜像模式的寄存器的值置为对应值1，将出端口312需要镜像到的端口的寄存器的值置为对应值1；

所述CPU32发出若干测试报文具体为：PC33的脚本配置并发送测试报文的命令给待测设备的CPU32，CPU32构造若干测试报文，并由待测设备的设备芯片31的入端口311发出；PC33的脚本根据需要对测试报文的参数进行配置并保存，所述参数包括测试报文的内容、测试报文发往的端口以及每次发送测试报文的数量；

所述CPU32收到出端口312发出的测试报文后显示测试报文的内容具体为：CPU32收到一份完全相同的由出端口312发出的若干个测试报文，CPU32将收到的若干个测试报文缓存到自身的内存中，并将测试报文的内容显示在人机交互的界面上；

所述PC33获取出端口312统计的测试报文的数量和测试报文的内容具体为：PC33的脚本发送获取测试报文数量的命令给待测设备的CPU32，CPU32的驱动层对该命名进行识别后，设备芯片31将出端口312中寄存器统计的测试报文的数量通过人机交互界面发送给PC33的脚本；PC33的脚本通过抓取人机交互的界面上显示的内容，获取测试报文的内容；

所述对获取的测试报文的数量和内容进行检验具体为：判断测试报文的数量与预先设置的是否一致，如果不一致就提示测试出错，并当不一致且确定继续检验时或当一致时，判断获取的测试报文的内容与预先设置的是否一致；当不一致且确定不继续检验时，提示测试出错，停止测试。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种报文的测试方法，其特征在于，该方法包括：

开启待测设备上设备芯片的入端口的内部自环模式和出端口的镜像模式，并镜像到待测设备的中央处理单元(CPU)；所述CPU发出的测试报文在入端口环回，并通过出端口发出，出端口统计测试报文的数量；

个人计算机(PC)获取出端口统计的测试报文的数量和测试报文的内容，对获取的测试报文的数量和内容进行检验。

2.根据权利要求1所述的方法，其特征在于，所述CPU发出的测试报文在入端口环回，并通过出端口发出，出端口统计测试报文的数量之前还包括：

CPU通过入端口同时发出若干测试报文。

3.根据权利要求2所述的方法，其特征在于，所述CPU通过入端口同时发出若干测试报文具体为：

PC的脚本配置并发送测试报文的命令给待测设备的CPU，CPU构造若干测试报文，并由待测设备的设备芯片的入端口发出；PC的脚本根据需要对测试报文的参数进行配置并保存，所述参数包括测试报文的内容、测试报文发往的端口以及每次发送测试报文的数量。

4.根据权利要求1所述的方法，其特征在于，所述开启待测设备上入端口的内部自环模式和出端口的镜像模式，并镜像到待测设备的CPU具体为：

PC的脚本配置并发送内部自环模式设置的命令和镜像模式设置的命令给待测设备的CPU，所述CPU控制待测设备的设备芯片将入端口中对应内部自环模式的寄存器的值、出端口中对应镜像模式的寄存器的值、出端口需要镜像到的端口的寄存器的值置为对应值。

5.根据权利要求1所述的方法，其特征在于，所述CPU发出的若干测试报文在入端口环回，并通过出端口发出，出端口统计测试报文的数量具体为：

所以测试报文达到该入端口后被环回回来，入端口将所述测试报文按照配置的转发路径发送给待测设备的出端口，出端口将测试报文发出；出端口中的寄存器对收到的测试报文进行计数，统计收到的测试报文的数量。

6.根据权利要求1所述的方法，其特征在于，所述PC获取出端口统计的测试报文的数量和测试报文的内容之前还包括：

CPU收到出端口发出的测试报文后显示测试报文的内容。

7.根据权利要求6所述的方法，其特征在于，所述CPU收到出端口发出的测试报文后显示测试报文的内容具体为：

CPU收到一份完全相同的由出端口发出的若干个测试报文，CPU将收到的若干个测试报文缓存到自身的内存中，并将测试报文的内容显示在人机交互的界面上。

8.根据权利要求1至7任一所述的方法，其特征在于，所述PC获取出端口统计的测试报文的数量和测试报文的内容具体为：

PC的脚本发送获取测试报文数量的命令给待测设备的CPU，CPU的驱动层对该命名进行识别后，设备芯片将出端口中寄存器统计的测试报文的数量通过人机交互界面发送给PC的脚本；PC的脚本通过抓取人机交互的界面上显示的内容，获取测试报文的内容。

9.根据权利要求1至7任一所述的方法，其特征在于，对获取的测试报文的数量和内容进行检验具体为：

判断测试报文的数量与预先设置的是否一致，如果不一致就提示测试出错，并当不一致且确定继续检验时或当一致时，判断获取的测试报文的内容与预先设置的是否一致；当不一致且确定不继续检验时，提示测试出错，停止测试。

10.根据权利要求9所述的方法，其特征在于，所述判断获取的测试报文的内容与预先设置的是否一致之后还包括：

如果一致就继续测试；如果不一致，提示测试出错，停止测试。

11.一种报文的测试系统，其特征在于，该系统包括：设备芯片、CPU、PC；其中，

设备芯片，用于开启自身的入端口的内部自环模式和出端口的镜像模式，并镜像到CPU；将CPU发出的测试报文在自身的入端口环回，并通过出端口发出；统计自身出端口的测试报文的数量；

CPU，用于发出测试报文；

PC，用于获取设备芯片的出端口统计的测试报文的数量和测试报文的内容，对获取的测试报文的数量和内容进行检验。

12.根据权利要求11所述的系统，其特征在于，

所述设备芯片进一步包括：入端口、出端口；其中，入端口，用于当自身开启内部自环模式后，将CPU发出的测试报文环回，通过出端口发出；出端口，用于当开启镜像模式并镜像到CPU后，发出测试报文并统计测试报文的数量；

所述CPU进一步用于收到出端口发出的测试报文后显示测试报文的内容。

Images