用于协议栈表管理的测试方法、装置及系统的制作方法
【技术领域】
[0001]本发明涉及通信技术领域，具体而言，涉及一种用于通信设备协议栈中表管理的测试方法、装置及系统。
【背景技术】
[0002]现代通信设备采用控制层面与转发层面相分离的架构，以路由器为例，控制层面主要负责路由的控制与计算，而转发层面主要负责报文流量的转发。在控制层面上，一方面其运行着各种协议，例如典型的有:路由协议、MPLS (Mult1-Protocol Label Switching，多协议标签交换)协议等；另一方面存在大量的表管理模块，典型的如:路由表、LSP(LabelSwitched Path，标签交换路径)表、TE (Traffic Engineering，流量工程)表等，这些表管理模块接收协议计算得到的数据，整合后将表项下发给转发层面用于报文转发。
[0003]目前，常规的通信设备自动化测试方法主要为:通过自动化测试系统自动连接到被测设备，对被测设备进行自动配置，协议收敛完毕后通过PING或TRACE等方式对配置结果进行功能性校验。这种基于配置的自动化测试方法在实践中通常还存在以下问题:
[0004]I)在实际测试过程中需要利用多台通信设备来模拟测试场景，设备配置过程中需要检查协议收敛进度，待各通信设备收敛完毕后方可测试，单个测试用例用时较长。
[0005]2)若转发层面的实现机制有差异，表管理模块下发给转发层面的表项细节就会不同，同一套测试用例库需要针对每一种类型的转发层面测试一次，导致测试效率更为低下。
[0006]3)该现有的测试方法往往为功能级别的测试，测试粒度大，无法进一步校验表项中的细节，导致故障定位能力较低。
【发明内容】
[0007]为了解决上述的其中至少一个技术问题，本发明的目的在于提供一种用于协议栈表管理的测试方法、装置及系统。
[0008]本发明采用以下技术方案实现:
[0009]一种用于协议栈表管理的测试方法，包括:
[0010]依据接收的测试指令读取测试用例及触发协议数据的模拟打粧，等待一预设延迟时间后，下发模拟输出请求消息；
[0011]获取响应得到的模拟输出请求结果，并将模拟输出请求结果与期望输出结果的内容作比对，并据此输出测试结果。
[0012]优选地，所述测试用例内容包括:测试场景描述信息、模拟场景所需协议打粧数据以及对应表项的期望输出。
[0013]优选地，所述触发协议数据的模拟打粧包括:
[0014]根据从测试用例中读取的协议类型和打粧数据，通过发异步消息的方式调用对应表管理模块的打粧接口来模拟上游协议数据的下发。
[0015]优选地，所述延迟时间为表管理模块从接收协议数据到收敛完毕并达到稳定状态的时间。
[0016]优选地，所述模拟输出请求消息的内容包括:从测试用例中读取测试场景描述信息以及对应表项的关键字信息。
[0017]—种用于协议栈表管理的测试装置，其包括:
[0018]接收模块，用于接收测试指令；
[0019]读取模块，用于依据所述测试指令读取测试用例；
[0020]触发模块，用于依据接收的测试指令触发协议数据的模拟打粧；
[0021]请求模块，用于在触发模块完成触发协议数据的模拟打粧动作并等待一预设延迟时间后，下发模拟输出请求消息；
[0022]获取模块，用于获取响应得到的模拟输出请求结果；
[0023]处理模块，用于将模拟输出请求结果与期望输出结果的内容作比对，并据此输出测试结果。
[0024]优选地，所述测试用例内容包括:测试场景描述信息、模拟场景所需协议打粧数据以及对应表项的期望输出。
[0025]优选地，所述触发模块用于根据从测试用例中读取的协议类型和打粧数据，通过发异步消息的方式调用对应表管理模块的打粧接口来模拟上游协议数据的下发。
[0026]优选地，所述延迟时间为表管理模块从接收协议数据到收敛完毕并达到稳定状态的时间。
[0027]优选地，所述模拟输出请求消息的内容包括:从测试用例中读取测试场景描述信息以及对应表项的关键字信息。
[0028]一种用于协议栈表管理的测试系统，包括:
[0029]测试服务端，用于依据接收的测试指令读取测试用例及触发协议数据的模拟打粧，等待一预设延迟时间后，下发模拟输出请求消息；以及进一步用于获取响应得到的模拟输出请求结果，并将模拟输出请求结果与期望输出结果的内容作比对，并据此输出测试结果;
[0030]测试客户端，用于依据接收的模拟输出请求消息得到模拟输出请求结果，并将其返回给测试服务端。
[0031]优选地，所述测试用例内容包括:测试场景描述信息、模拟场景所需协议打粧数据以及对应表项的期望输出。
[0032]优选地，所述测试服务端触发协议数据的模拟打粧包括:
[0033]根据从测试用例中读取的协议类型和打粧数据，通过发异步消息的方式调用对应表管理模块的打粧接口来模拟上游协议数据的下发。
[0034]优选地，所述延迟时间为表管理模块从接收协议数据到收敛完毕并达到稳定状态的时间。
[0035]优选地，所述模拟输出请求消息的内容包括:从测试用例中读取测试场景描述信息以及对应表项的关键字信息。
[0036]优选地，所述测试客户端包括:
[0037]收发模块，用于获取模拟输出请求消息，以及进一步用于将调用模块得到的模拟输出请求结果返回给测试服务端；
[0038]提取模块，用于从所述模拟输出请求消息中获取期望输出表项的对应表项的关键字信息；
[0039]调用模块，用于依据所述对应表项的关键字信息调用对应表项的查询接口，得到模拟输出请求结果。
[0040]通过上述本发明提供的技术方案可以看出，相较于现有技术，本发明的有益效果在于:
[0041]1、现有技术需要多台设备模拟测试场景，而本发明基于协议打粧的方法，无论场景多么复杂，仅需一台测试设备即可。
[0042]2、现有技术需要等待多个通讯设备上各种协议均交互完成且收敛完毕后才能进行测试，而本发明不需要进行协议交互，表管理模块只需收到协议打粧数据并且收敛完毕后即可测试，因此测试效率大大提高。
[0043]3、现有技术为功能级别的测试，即使测试不通过，也很难对故障进行精确定位，而本发明可以实现对表项的细节进行一一校验，并给出相应的具体测试内容，其测试粒度更小，从而更为有利于进行故障定位。
【附图说明】
[0044]图1是本发明实施例提供的用于协议栈表管理的测试方法流程示意图；
[0045]图2是本发明实施例1中测试服务端触发测试的流程图；
[0046]图3是本发明实施例1中测试客户端收到模拟输出请求消息时的流程图；
[0047]图4是本发明实施例1中测试服务端收到模拟输出响应消息时的流程图；
[0048]图5是本发明实施例提供的用于协议栈表管理的测试装置结构示意图；
[0049]图6是本发明实施例提供的用于协议栈表管理的测试系统架构示意图；
[0050]图7是本发明实施例提供的测试客户端的结构示意图。
[0051]本发明的实现、功能特点及优异效果，下面将结合具体实施例以及附图做进一步的说明。
【具体实施方式】
[0052]下面结合附图和具体实施例对本发明所述技术方案作进一步的详细描述，以使本领域的技术人员可以更好的理解本发明并能予以实施，但所举实施例不作为对本发明的限定。
[0053]本发明提供了一种用于协议栈表管理的测试方法，如图1所示，本实施例提供的该方法的实施流程包括步骤:
[0054]S10、依据接收的测试指令读取测试用例及触发协议数据的模拟打粧，等待一预设延迟时间后，下发模拟输出请求消息；
[0055]S20、获取响应得到的模拟输出请求结果，并将模拟输出请求结果与期望输出结果的内容作比对，并据此输出测试结果。
[0056]本实施例中，所述测试指令可以定制生成，也可以由用户或其他第三方主动输入，来触发测试服务端的测试流程。
[0057]本实施例中，所述测试用例内容包括:测试场景描述信息、模拟场景所需协议打粧数据以及对应表项的期望输出。
[0058]本实施例中，所述触发协议数据的模拟打粧包括:根据从测试用例中读取的协议类型和打粧数据，通过发异步消息的方式调用对应表