CN102026257B

CN102026257B - 一种通信协议的自动化测试分析方法

Info

Publication number: CN102026257B
Application number: CN 200910093330
Authority: CN
Inventors: 沈律; 李欢
Original assignee: TD Tech Ltd
Current assignee: TD Tech Ltd
Priority date: 2009-09-18
Filing date: 2009-09-18
Publication date: 2013-08-14
Anticipated expiration: 2029-09-18
Also published as: CN102026257A

Abstract

本发明公开了一种通信协议的自动化测试分析方法，该方法包括：测试用户预先在消息匹配PTC模块中设置用于消息匹配的观察点信息，所述观察点信息包括一个以上的用于消息匹配的观察时间点、各所述观察时间点上需要匹配的消息和该消息的期望结果；在测试过程中，测试接口PTC模块将从被测网元接收到的消息发送给所述消息匹配PTC模块；消息匹配PTC模块根据所述观察点信息确定是否需要对所述消息进行匹配，如果需要，则将所述消息从消息结构体(PDU)格式转化成字符串(STR)格式，将STR格式的所述消息与STR格式的该消息的期望结果进行匹配，将该匹配结果通知给所述测试用户。利用本发明能够简化用户的测试操作，提高测试效率。

Description

一种通信协议的自动化测试分析方法

技术领域

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

背景技术

目前，采用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模块在所述用于资源核查的各观察时间点在被测网元的数据库中查询需要核查的资源，将所查询的结果与对应的期望核查结果进行匹配，并将所述匹配结果通知给所述测试用户。

较佳地，步骤a中测试用户通过测试接口PTC模块在消息匹配PTC模块中设置所述观察点信息。

较佳地，步骤b中消息匹配PTC模块通过测试接口PTC模块将所述匹配结果通知给所述测试用户。

较佳地，所述步骤ax中测试用户通过测试接口PTC模块在消息匹配PTC模块中进行所述设置。

较佳地，所述步骤by中所述消息匹配PTC模块通过测试接口PTC模块将所述匹配结果通知给所述测试用户。

综上所述，本发明提出的通信协议的自动化测试分析方法，通过引入消息匹配PTC模块，由其专门负责在各观察点执行相应的消息匹配操作并将结果反馈给测试用户，从而使测试用户仅需在该消息匹配PTC模块按照协议流程进行设置观察点即可，而不需确定各观察点对应的网元并分别在各对应的网元中设置观察点，从而简化了测试用户的操作，提高测试效率。

附图说明

图1为本发明实施例一的流程图。

具体实施方式

本发明的核心思想是：在现有测试架构下增加一个新的PTC模块，即消息匹配PTC模块，该消息匹配PTC模块将在各观察点需要执行的匹配操作从各网元PTC模块或被测网元中分离出来，而由其专门执行。如此，测试开始时，测试用户直接在该消息匹配PTC模块中设置观察时间点、在该观察时间点上需要匹配的消息以及该消息的期望结果即可，此后在测试过程中由该消息匹配PTC模块负责将从接收到的消息中识别出用户需要匹配的消息，并对其进行相应的匹配，将匹配结果通知给测试用户，这样，测试用户在设置观察时间点时不需要确定各观察时间点所对应的网元，从而方便了测试用户对观察时间点的设置，另外，由于仅仅是在现有测试架构上新增PTC，而对原有的PTC模块不改变，因此对原测试系统的影响几乎为零。

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明作进一步地详细描述。

图1为本发明实施例一的流程示意图，如图1所示，该方法包括以下步骤：

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

本步骤中，引入了一个新的PTC模块，即消息匹配PTC模块，在测试过程中由该模块专门负责在各观察点进行相应的匹配操作，而不需要由各网元进行匹配操作，这样，当采用匹配消息这一观察方式进行分析测试结果时，测试用户可以直接在该消息匹配PTC模块中设置观察点，而不需要在各个网元中设置观察点，因此，测试用户在设置观察点时不需要确定各观察时间点对应的网元，从而能够有效简化测试用户的观察点设置操作。

这里，测试用户可以直接在消息匹配PTC模块中设置用于消息匹配的观察点信息，也可以通过测试接口PTC模块在在消息匹配PTC模块中进行所述设置。

步骤102、在测试过程中，测试接口PTC模块将接收到的消息发送给所述消息匹配PTC模块。

本步骤中，在进行测试时，当测试接口PTC模块接收到消息时，不仅和现有方案一样将该消息发送给对应的网元PTC模块或被测网元，由其执行该消息，同时还会将接收到的消息发送给消息匹配PTC模块，以便此后由该消息匹配PTC模块根据用户设置的观察点信息对用户需要匹配的消息进行识别和相应的匹配，而上述具体的网元PTC模块或被测网元则不需要执行相应的匹配操作。

步骤103、所述消息匹配PTC模块根据所述观察点信息确定是否需要对所述消息进行匹配，如果需要，则将所述消息从PDU格式转化成STR格式，将STR格式的所述消息与STR格式的该消息的期望结果进行匹配，将该匹配结果通知给所述测试用户。

本步骤中，由消息匹配PTC模块根据测试用户在步骤101中预先设置的观察点信息判断该消息是否需要进行匹配，也就是说，该消息是否是观察点信息中的各观察时间点上需要匹配的消息，如果是，则需要将该消息从PDU格式转化成STR格式，并将STR格式的消息与STR格式的该消息的期望结果进行匹配。这样，通过在进行匹配之前先将消息转化为STR格式，对STR格式的消息进行匹配，可以避免现有方案中由于需要先从PDU格式的消息中提取IE再对所提取的IE进行匹配而导致的实现函数数量宠大，尤其是待观察的消息数量多时难以实现的问题。

需要说明的是，本发明在进行所述STR格式的匹配时所依据的期望结果需要为STR格式的，该STR格式的期望结果可以是测试用户在设置观察点时直接生成的，也可以是在需要匹配时将用户设置的非STR格式的期望结果转换成STR格式后得到的。

在将非STR格式转化为STR格式的方法中，除了将PDU格式转化成STR格式的方法目前尚未提出，其他方法均为本领域技术人员所已知，在此不再赘述。

具体地，将所述消息或期望结果从PDU格式转化成STR格式可以采用下述步骤实现：

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

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

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

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

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

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

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

步骤103中具体的匹配方法为本领域技术人员所已知，在此不再赘述。这里，需要说明的是，在实际应用中同一消息可能有相同的多个消息IE，这样，考虑到消息IE的重复性，匹配时可以将一个消息IE的期望结果与该消息IE的相邻IE的域名相组合构成匹配对象进行匹配，以确保该消息IE匹配的单一性，提高匹配的准确度。

在实际应用中，消息匹配PTC模块可以直接将所述匹配结果通知给所述测试用户，也可以通过测试接口PTC模块将所述匹配结果通知给所述测试用户。

通过上述方法，实施例一实现了对测试过程中的消息匹配这一常用观察方式的自动化，进一步地，在测试过程中本发明还可以利用消息匹配PTC模块实现另一种常用观察方式的自动化，即对被测网元进行资源核查的自动化，以克服现有采用人工方法实现该观察方式时对人力资源的浪费，具体的核查方法可以为：

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

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

上述方法中，测试用户可以直接或者通过测试接口PTC模块在消息匹配PTC模块中设置用于资源核查的观察点信息。类似地，所述消息匹配PTC模块可以直接或者通过测试接口PTC模块将所述匹配结果通知给所述测试用户。

上述方法中，消息匹配PTC模块在用于资源核查的各观察时间点在被测网元的数据库中查询需要核查的资源的具体方法可以为：

由消息匹配PTC模块在预设的观察点模拟本地管理终端(1ocalmaintenance terminal，LMT)模块向被测网元发送人机交互语言(Man-machine Language，MML)资源查询命令，然后根据查询结果和预期结果的比对返回匹配结果。这里，消息匹配PTC模块根据用户设置的观察点信息生成MML资源查询命令，用于对各观察时间点上需要核查的资源进行核查。

通过上述技术方案，本发明通过在已有的测试架构中增加消息匹配PTC模块，可以实现通信协议的测试分析过程中两种常用观察方式的自动化，即消息匹配的自动化和对被测网元进行资源核查的自动化，从而简化了通信协议的测试分析过程中的人工操作，提高了测试效率。

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

Claims

1.一种通信协议的自动化测试分析方法，其特征在于，该方法包括以下步骤：

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转换后得到的码流的长度；

2.根据权利要求1所述的方法，其特征在于，所述步骤a中的所述期望结果为STR格式。

3.根据权利要求1所述的方法，其特征在于，所述步骤a中的所述期望结果为PDU格式；

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

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

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

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

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

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

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

4.根据权利要求1所述的方法，其特征在于，所述步骤a中进一步包括：

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

5.根据权利要求1所述的方法，其特征在于，步骤a中测试用户通过测试接口PTC模块在消息匹配PTC模块中设置所述观察点信息。

6.根据权利要求1所述的方法，其特征在于，步骤b中消息匹配PTC模块通过测试接口PTC模块将所述匹配结果通知给所述测试用户。

7.根据权利要求4所述的方法，其特征在于，所述步骤ax中测试用户通过测试接口PTC模块在消息匹配PTC模块中进行所述设置。

8.根据权利要求4所述的方法，其特征在于，所述步骤by中所述消息匹配PTC模块通过测试接口PTC模块将所述匹配结果通知给所述测试用户。