[发明专利]一种实现通信设备自动化测试中网络测试仪的封装方法

说明书

一种实现通信设备自动化测试中网络测试仪的封装方法，可解决现有测试仪操作的流程和功能的复杂性，导致编写测试脚本时耗费大量的工作而无法专注于测试逻辑，测试脚本也无法获得稳定的技术问题。本发明通过统一的API接口兼容了不同厂家测试仪的功能调用，使用数据与逻辑分离将变化分离到数据模板中，使逻辑获得稳定，通过反射调用将函数功能调用转化为了字符串传参，对整个测试仪操作流程的抽象封装使脚本无需关注具体的测试仪操作实现，测试脚本中只需关注功能测试本身，隐藏了测试仪功能的使用逻辑，大幅提高了测试脚本编写的效率和稳定性。

技术领域

本发明涉及网络通信设备的自动化测试领域，具体涉及一种实现通信设备自动化测试中网络测试仪的封装方法。

背景技术

通信设备的功能具有标准化和一致性的特点，设备功能演进和版本迭代的过程中，涉及大量既有功能的遍历和回归。作为产品研发中重要的环节，直接决定了产品交付能力和后期的稳定运行，对产品竞争力具有决定性的作用。自动化测试能够稳定快速的实现功能回归，将研发人员从低效重复的测试活动中解放出来。但由于功能模块的繁多、交叉叠加的复杂，往往需要编写大量的自动化测试脚本，脚本中包含大量固定和程式化的逻辑，没有抽象和封装将导致脚本编写存在冗余、后期维护扩展困难，无法聚焦最重要的测试逻辑，带来很多无效的劳动输出。

网络通信设备的自动化测试流程为按照测试用例连接测试拓扑中的设备，模拟Telnet或WEB请求进行设备的配置下发，检查设备和协议状态，使用测试仪表进行协议和流量的仿真及发送，检查流量的统计结果是否符合预期。网络测试仪表的流量发送和结果检查需要在测试脚本中调用仪表厂商的API接口，是极为重要也是比较困难的一个部分，主要包括以下几个方面：

1、跨厂商的网络测试仪的操作问题；

不同测试仪厂商提供的API不一致，直接用于脚本将使脚本与测试仪表形成绑定依赖，脚本没有通用性；

2、原生API接口使用复杂学习成本高；

测试仪表具有大量的功能和API接口，脚本编写人员在使用前需要熟悉接口名称和参数内容；

3、直接使用统一API扩展和维护困难；

实现跨设备厂商的统一API解决了接口不一致问题，但API接口的变动将使得直接耦合统一接口的测试脚本需要修改，无法获得稳定；

4、没有流程的抽象封装使得脚本存在大量的冗余；

每个测试脚本都去实现测试仪操作的固定流程，存在大量的重复性内容；

5、实现流程抽象后的各阶段需要进行参数重载；

模拟设备的创建，报文内容和字节长度的修改，流量发送的大小和时长等很多参数随具体测试内容的差异而不同，需要提供一种简易的方式例如字符串传参实现脚本运行时函数调用的注入；

由于测试仪操作的流程和功能的复杂性，导致编写测试脚本时耗费大量的工作而无法专注于测试逻辑，测试脚本也无法获得稳定。

发明内容

本发明提出的一种实现通信设备自动化测试中网络测试仪的封装方法，可解决现有测试仪操作的流程和功能的复杂性，导致编写测试脚本时耗费大量的工作而无法专注于测试逻辑，测试脚本也无法获得稳定的技术问题。

为实现上述目的，本发明采用了以下技术方案：

一种实现通信设备自动化测试中网络测试仪的封装方法，包括以下步骤：

步骤1：构建跨测试仪厂商的统一API接口；

步骤2：将步骤1的接口函数名和参数从代码逻辑中分离到可持久化的数据模板，数据模板为“key->value”的键值形式，key为字符串形式的键值，value 按照顺序将真实函数名和参数占位符依次以固定间隔符形式排列；