[发明专利]一种通信协议的自动化测试分析方法

说明书

技术领域

本发明涉及通信协议的自动化测试技术，特别是涉及通信协议的自动化测试分析方法。

背景技术

目前，采用TTCN3语言实现通信协议的自动化测试过程。在该实现方法中，除被测网元为真实网元之外，还采用了多个相互独立的网元PTC模块来模拟测试过程中涉及到的其他各个网元，如用户设备、基站、核心网等，测试用户通过测试接口PTC模块与被测网元和各网元PTC模块进行交互，被测网元和各网元PTC模块也是通过测试接口PTC模块进行交互。

在上述方法中，由于测试用户设置的多个观察点可能分别与不同的网元相关，因此，各观察点的设置只能由测试用户在相应的被测网元或网元PTC模块中设置。这样，用户在设置观察点时，需要先确定该观察点所对应的网元，以便在对应的PTC模块或被测网元中设置该观察点，而用户设置的观察点一般是按流程设置的，不关心具体涉及的网元，因此这将使得用户的测试操作较为繁琐。

另外，在上述测试方法中对所测试结果的观察与分析也需要通过人工的方式实现，而在实际应用中，对一个通信协议进行测试时，测试用户所需要观察的消息是千变万化的，也就是说，对于同一个消息而言，其所包含的信息元(IE)数量可能会非常大，在这种情况下，依靠人工方式对测试结果进行观察分析，将会消耗大量人力，因此在实际应用是几乎是不可能实现的。并且，传统的消息匹配方式是利用不同函数分别对PDU层结构中的IE分别进行提取，将所提取的IE分别与相应的期望结果进行匹配，可见，当需要观察的消息数量很多时，实现该匹配所需要的函数也很多，实现的复杂度会很大。

发明内容

有鉴于此，本发明的主要目的在于提供一种通信协议的自动化测试分析方法，该方法能简化用户的测试操作，提高测试效率。

为了达到上述目的，本发明提出的技术方案为：

一种通信协议的自动化测试分析方法，该方法包括以下步骤：

a、测试用户预先在消息匹配PTC模块中设置用于消息匹配的观察点信息，所述观察点信息包括一个以上的用于消息匹配的观察时间点、各所述观察时间点上需要匹配的消息和该消息的期望结果；

b、在测试过程中，测试接口PTC模块将从被测网元接收到的消息发送给所述消息匹配PTC模块；所述消息匹配PTC模块根据所述观察点信息确定是否需要对所述消息进行匹配，如果需要，则将所述消息从消息结构体(PDU)格式转化成字符串(STR)格式，将STR格式的所述消息与STR格式的该消息的期望结果进行匹配，将该匹配结果通知给所述测试用户。

较佳地，所述步骤b中将所述消息从PDU格式转化成STR格式为：

x1、将PDU格式中的标志位转化成字符串的标志位；

x2、将PDU格式中的每个域名转换为ASCII码；

x3、将PDU格式中的“:＝”也转换为ASCII码；

x4、将每个域名对应的域值转换为ASCII码；

x5、将每个标点符号转换为ASCII码；

x6、计算所述消息经过步骤x5转换后得到的码流的长度；

x7、根据经过步骤x5转换后得到的所述码流和所述长度，生成STR格式的码流。

较佳地，所述步骤a中的所述期望结果为STR格式。

较佳地，所述步骤a中的所述期望结果为PDU格式；

所述步骤b中进行所述匹配之前进一步包括，将所述期望结果从PDU格式转化为STR格式；

将所述期望结果从PDU格式转化成STR格式为：

x1、将PDU格式中的标志位转化成字符串的标志位；

x2、将PDU格式中的每个域名转换为ASCII码；

x3、将PDU格式中的“:＝”也转换为ASCII码；

x4、将每个域名对应的域值转换为ASCII码；

X5、将每个标点符号转换为ASCII码；

x5、计算所述消息经过步骤x4转换后得到的码流的长度；

x6、根据经过步骤x4转换后得到的所述码流和所述长度，生成STR格式的码流。

较佳地，所述步骤a中进一步包括：

ax、测试用户预先在消息匹配PTC模块中设置用于资源核查的观察点信息，所述用于资源核查的观察点信息包括一个以上的用于资源核查的观察时间点、各所述观察时间点上需要核查的资源和期望核查结果；

所述步骤a之后进一步包括：

by、所述消息匹配PTC模块在所述用于资源核查的各观察时间点在被测网元的数据库中查询需要核查的资源，将所查询的结果与对应的期望核查结果进行匹配，并将所述匹配结果通知给所述测试用户。