CN102821211B - 通信网元自动化测试方法及装置 - Google Patents

Abstract

本发明公开了一种通信网元自动化测试方法及装置。该方法包括：步骤A，加载消息数据库中预先存储的信令数据库文件；步骤B，根据信令数据库文件生成一个或多个测试流程，并设置控制参数，根据测试流程以及控制参数生成测试模型；步骤C，解析并执行测试模型，对被测网元进行功能测试和性能测试。借助于本发明的技术方案，能够达到对被测网元进行大话务自动化测试的目的。

Description

通信网元自动化测试方法及装置

技术领域

本发明涉及移动通讯领域，特别是涉及一种通信网元自动化测试方法及装置。

背景技术

目前，通信网元大话务测试主要包括功能测试和性能冲击(即，性能测试)两类，在上述两类测试中，比较侧重性能测试。通信领域的网元之间都是采用消息进行交互，所以当进行网元测试时，可将被测网元视为一个黑盒，只需要给被测网元适当的输入，通过观测输出以及被测网元自身的资源统计，便可以达到对被测网元进行功能测试和性能测试的目的。

在现有技术中，对网元的功能测试是通过单业务的流程测试进行的，测试流程既可以写在模拟网元的测试代码中，也可以让用户配置流程，同时也方便按自动化方式执行，从而降低人工测试成本；但对性能测试就必须通过多业务流程来实现性能冲击，如果使用可配置的方式，多业务的同时执行会给流程的控制带来较大的复杂性，因此目前很难找到一个针对通信网元功能和性能进行自动化大话务测试的方法。

发明内容

本发明提供一种通信网元自动化测试方法及装置，以解决现有技术中不能够同时针对通信网元的功能和性能进行自动化大话务测试的问题。

本发明提供一种通信网元自动化测试方法，包括：

步骤A，加载消息数据库中预先存储的信令数据库文件；

步骤B，根据信令数据库文件生成一个或多个测试流程，并设置控制参数，根据测试流程以及控制参数生成测试模型；

步骤C，解析并执行测试模型，对被测网元进行功能测试和性能测试。

本发明还提供了一种通信网元自动化测试装置，包括：

数据加载模块，用于加载消息数据库中预先存储的信令数据库文件；

测试模型编辑模块，用于根据信令数据库文件生成一个或多个测试流程，并设置控制参数，根据测试流程以及控制参数生成测试模型；

测试模型解析控制模块，用于解析并执行测试模型，对被测网元进行功能测试和性能测试。

本发明有益效果如下：

通过使用消息流构造测试模型，并控制执行可灵活定制的测试模型进行通信网元功能和性能的测试，解决了现有技术中不能够同时针对通信网元的功能和性能进行自动化大话务测试的问题，能够达到对被测网元进行大话务自动化测试的目的，使用抓取的消息流作为数据源生成测试用例，不仅简化了测试用例的构造过程，而且能够很好地复现现场故障；本发明的大话务测试模型既能满足单一业务的功能测试、又能满足多业务性能冲击测试，该测试模型支持自动化测试，节约了人力成本；本发明的技术方案支持多业务，因此在测试过程中将可以在模拟网元(即通信网元自动化测试装置)与被测网元间形成多业务的消息流序列，以达到大话务性能冲击的测试目的。

附图说明

图1是本发明实施例的通信网元自动化测试方法的流程图；

图2是本发明实施例的通信网元自动化测试方法的详细处理的流程图；

图3是本发明实施例的单业务故障复现的处理流程图；

图4是本发明实施例的性能冲击测试的处理流程图；

图5是本发明实施例的通信网元自动化测试装置的结构示意图；

图6是本发明实施例大话务测试的网络结构示意图；

图7是本发明实施例的测试模型的示意图；

图8是本发明实施例的测试模型解析控制模块的示意图。

具体实施方式

为了解决现有技术中不能够同时针对通信网元的功能和性能进行自动化大话务测试的问题，本发明提供了一种通信网元自动化测试方法及装置，直接使用消息流构造测试模型，用固化可维护的解析器控制执行可灵活定制的测试模型，以达到对被测网元进行大话务自动化测试的目的。本发明实施例的技术方案兼顾测试用例易构、方便回归测试、方便复现现场故障以及同时满足功能和性能测试需求的自动化测试方法等优秀特性。以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

方法实施例

根据本发明的实施例，提供了一种通信网元自动化测试方法，图1是本发明实施例的通信网元自动化测试方法的流程图，如图1所示，本发明实施例的通信网元自动化测试方法包括如下处理：

步骤101，加载消息数据库中预先存储的信令数据库文件；其中，信令数据库文件中包括：测试所需的消息流数据；

步骤102，根据信令数据库文件生成一个或多个测试流程，并设置控制参数，根据测试流程以及控制参数生成测试模型；控制参数包括：消息流控制参数、以及测试流程控制参数，其中，消息流控制参数包括：测试流程中各消息的执行顺序、测试流程中各消息的执行时间间隔、执行测试流程的业务号码段、以及执行测试流程的次数，测试流程控制参数包括：各个测试流程的执行顺序、以及各个测试流程的执行时间间隔。

优选地，在步骤102中，根据信令数据库文件生成一个或多个测试流程之后，还可以将测试模型保存在本地测试模型数据库中；

在下次进行回归测试时，通过步骤101′替代步骤101和步骤102：步骤101′，从本地测试模型数据库中加载相应的测试模型。

在步骤102中，根据信令数据库文件生成一个或多个测试流程，并设置控制参数之后，还可以根据需要修改任意测试流程中任意消息的任意协议字段值，和/或修改控制参数。

步骤103，解析并执行测试模型，对被测网元进行功能测试和性能测试。

步骤103具体包括如下处理：

步骤1031，判断是否所有测试流程执行完毕，如果判断为是，则结束执行测试模型，否则，根据测试流程控制参数中设置的各个测试流程的执行顺序、以及各个测试流程的执行时间间隔，控制测试模型中所有测试流程依次执行；

步骤1032，判断是否所有业务执行完相应的测试流程并达到预定次数，如果判断为是，则执行步骤1031，否则，根据消息流控制参数中设置的测试流程中各消息的执行顺序、测试流程中各消息的执行时间间隔、执行测试流程的业务号码段、以及执行测试流程的次数控制该测试流程中的所有消息依次执行。

具体地，在步骤1032中，控制该测试流程中的所有消息依次执行具体包括如下处理：

1、如果测试流程中的消息为出向主动消息，则通过定时器触发方式，将处理后的出向主动消息发送给被测网元；2、如果测试流程中的消息为出向被动消息，则在接收到相应的入向消息后，将出向被动消息发送给被测网元，并反馈发送信息；3、如果测试流程中的消息为入向消息，则从被测网元接收入向消息，并反馈接收信息。

通信领域的网元之间都是用消息进行交互，当进行网元测试时，可将被测网元视为一个黑盒。用在被测网元接口抓取的消息流作为测试的数据源，生成测试模型，可以简化测试模型生成，并且可用于复现现场故障；测试用例的全部特性在测试模型中体现，并提供测试模型的定制功能，达到测试用例易构性目的；可将生成的测试模型保存至本地，供下次测试使用，增加测试用例的复用性；不仅可以定制符合功能或者性能测试需求的测试流程，而且用时序控制多个测试流程的执行，达到自动化测试的目的。

以下结合附图，对本发明实施例的技术方案进行详细的说明。图2是本发明实施例的通信网元自动化测试方法的详细处理的流程图，如图2所示，包括如下处理：

步骤201，加载信令数据库文件(也可以称为消息流数据库文件)，其中，消息流数据库文件中包含了测试所需要的消息集合；

具体地，消息流数据库文件是通过从被测网元相应接口抓取的消息流生成的，以固定的格式保存在消息流数据库中。文件中保存的消息都是编码消息，并且按照时间顺序排列；每一条消息都包含消息类型、消息名称、消息长度以及编码消息数据等内容。

步骤202，将加载的消息流数据进行默认处理，生成各测试流程进而生成测试模型；

具体地，将加载的消息流数据进行默认处理，维持消息流数据库文件中所有消息的先后顺序以及消息数据本身，并设置默认的控制参数以生成测试模型；生成的测试模型可以保存至本地测试模型数据库中；当下次需要回归测试时，可以直接从测试模型数据库中加载已有的测试模型，而不需通过消息流数据库文件生成测试模型；

测试模型是本发明实施例技术方案的核心，大话务自动化测试的特性通过其体现，测试模型包括：流程控制参数集、测试流程、消息流控制参数集、以及消息，其中，流程控制参数集用于指示各测试流程执行的顺序以及时间间隔。实现多个测试流程的自动化测试，从而减少人力投入；测试流程是测试的基本单元，对应一项具体的功能或性能测试；消息流控制参数集用于指示该测试流程中所有消息的执行顺序、间隔时间、执行该测试流程的号码段以及执行次数。号码段和执行次数的设置可以实现多业务重复测试需求，从而进行性能冲击测试；消息是处理的最小单位，是被测网元和模拟网元协议接口上交互的基本信息单元。

步骤203，修改消息的协议字段，具体地，可以根据需要修改任意测试流程中任意消息的任意协议字段值；

在步骤203中，修改消息的协议字段包含以下步骤：1、将消息进行解码操作；2、将解码后的消息数据显示并修改；3、将修改后的消息数据进行编码。

步骤204，修改消息流控制参数集，具体地，根据需要修改测试流程中各消息的执行顺序、执行时间间隔、执行该测试流程的业务号码段和执行次数；

具体地，对消息流控制参数集的修改可以指示测试流程的行为属性。其中，消息的执行顺序通过消息所处的先后位置来体现；设置消息间时间间隔需要考虑被测网元对消息的容忍等待时间，保证该时间间隔不导致被测网元等待消息超时，从而引起流程失败；执行该测试流程的业务号码段，指示有哪些业务需要按照该测试流程进行执行；执行次数指示所有业务要执行该测试流程多少次。

步骤205，修改测试流程控制参数集，根据需要修改各测试流程的执行顺序和执行时间间隔；

步骤206，解析执行所有测试流程，具体包括：判断是否所有测试流程执行完毕，如果判断为是，则执行步骤213，否则，执行步骤207；

步骤207，等待定制的流程间时间间隔；

步骤208，控制中心将测试流程分发到各控制代理(即，控制中心按照测试流程控制参数集中设置的执行顺序和执行时间间隔，控制所有测试流程依次执行)；

在步骤206-208中，对所有测试流程的执行，是指控制中心判断是否所有测试流程执行完毕，如果是，则整个测试过程结束；否则，等待测试流程控制参数集中规定的的流程间隔时间到时，将下一个要执行的测试流程分发到各个控制代理。

步骤209，控制代理解析执行测试流程，具体包括：判断是否所有业务执行完该测试流程并达到定制次数，如果判断为是，则执行步骤206，否则，执行步骤210；

也就是说，对单个测试流程的执行，是指控制代理判断消息流控制参数集中规定的号码段所有业务，是否均执行完该测试流程中的所有消息，并达到定制的执行次数。

步骤210，等待定制的消息间时间间隔；

步骤211，控制代理通知协议处理模块处理该消息(即，控制代理按照消息流控制参数集中设置的执行顺序、间隔时间、执行该测试流程的号码段以及执行次数，控制所有消息依次执行)；

步骤212，协议处理模块处理消息，具体地，协议处理模块在控制代理的控制下，完成对消息的处理，包括对出向消息和入向消息的处理，完成所在模拟网元与被测网元之间的消息交互，随后执行步骤209；

具体地，在步骤212中，消息分为出向消息和入向消息两种，出向消息是指从模拟网元发送到被测网元的消息，入向消息是指模拟网元从被测网元接收到的消息。其中，按照触发方式，出向消息又分为两类：主动触发某个流程的消息叫主动消息；其他出向消息均为被动消息，它是对某条入向消息的回复。对出向主动消息、出向被动消息和入向消息的处理方法包括：

1、如果是出向主动消息，则控制代理通过定时器触发方式，将该消息的处理任务对应的协议处理模块，然后协议处理模块处理该主动消息并发送给被测网元；

2、如果是出向被动消息，则由协议处理模块接收到入向消息时触发，其中接收到的入向消息与测试流程中该出向被动消息的前一条消息一致(即，判断该出向被动消息是否与触发的入向消息相对应)，协议处理模块自行发送该出向被动消息，然后将发送信息反馈给控制代理即可；

3、如果是入向消息，则是协议模块先从被测网元接收到该消息，然后将接收信息反馈给控制代理。

步骤213，执行测试模型结束。

以下结合实例，对本发明实施例的上述技术方案进行举例说明，图3是本发明实施例的单业务故障复现的处理流程图，如图3所示，包括如下处理：

步骤301，加载该单业务故障复现的消息流数据库文件。该消息流数据库文件包含要复现的故障流程；

具体地，消息流数据库文件是通过从被测网元相应接口抓取的该单业务故障复现的消息流生成的，以固定的格式保存在消息流数据库中。文件中保存的消息都是编码消息，并且按照时间顺序排列；每一条消息都包含消息类型、消息名称、消息长度以及编码消息数据等内容。

步骤302，显示加载的消息流数据和相应的消息控制参数集；

步骤303，设置该业务故障复现消息流控制参数集，包括消息执行顺序、时间间隔、执行次数和号码段；

具体地，在步骤303中，对该单业务故障复现的消息流控制参数集的修改，可以指示测试流程的行为属性。其中，该单业务故障复现的消息的执行顺序通过消息所处的先后位置来体现；设置消息间时间间隔需要考虑被测网元对消息的容忍等待时间，保证该时间间隔不导致被测网元等待消息超时，从而引起流程失败；执行该测试流程的业务号码段，指示有哪些业务需要按照该测试流程进行执行；执行次数指示所有业务要执行该测试流程的次数。

步骤304，控制中心将测试流程发送给相应的控制代理；

步骤305，控制代理解析和执行该业务故障复现的测试流程：首先，判断是否所有消息执行完，如果判断为是，则执行步骤312，否则，执行步骤306；

步骤306，控制代理等待定制的消息间时间间隔；

步骤307，控制代理通知协议处理模块处理该消息(即，控制代理按照消息流控制参数集中设置的执行顺序、间隔时间、执行该测试流程的号码段以及执行次数，控制所有消息依次执行)；

具体地，步骤305-步骤307中，对该单业务故障复现的消息的执行中，消息分为出向消息和入向消息两种，出向消息是指从模拟网元发送到被测网元的消息，入向消息是指模拟网元从被测网元接收到的消息。其中按照触发方式，出向消息又分为两类：主动触发某个流程的消息叫主动消息；其他出向消息均为被动消息，它是对某条入向消息的回复。对出向主动消息、出向被动消息和入向消息的处理方法包括：

1、如果是出向主动消息，则控制代理通过定时器触发方式，将该消息的处理任务对应的协议处理模块，然后协议处理模块处理该主动消息并发送给被测网元；

2、如果是出向被动消息，则由协议处理模块接收到入向消息时触发，其中接收到的入向消息与测试流程中该出向被动消息的前一条消息一致，协议处理模块自行发送该出向被动消息，然后将发送信息反馈给控制代理即可；

3、如果是入向消息，则是协议模块先从被测网元接收到该消息，然后将接收信息反馈给控制代理。

步骤308，协议处理模块处理消息：首先，判断该消息是否为出向消息，如果判断为否，则执行步骤309，否则，执行步骤311；

步骤309，协议处理模块在控制代理的控制下，完成对消息的处理：协议处理模块等待并接受从被测网元发送来的消息；

步骤310，判断从被测网元发来的消息是否与当前处理的消息一致，如果判断为是，则执行步骤305，否则，执行步骤312；

步骤311，协议处理模块在控制代理的控制下，完成对消息的处理，完成所在模拟网元与被测网元之间的消息交互，具体地，协议处理模块将消息发送给被测网元，随后，执行步骤305；

步骤312：执行测试模型结束。

图4是本发明实施例的性能冲击测试的处理流程图，如图4所示，包括如下处理：

步骤401，加载分别包括电路交换(Circuit SwitchedDomain，简称为CS)和分组交换(Packet Switched，简称为PS)完整流程的信令数据库文件；

具体地，消息流数据库文件是通过从被测网元相应接口抓取的CS和PS完整流程的消息流生成的，以固定的格式保存在消息流数据库中。文件中保存的消息都是编码消息，并且按照时间顺序排列；每一条消息都包含消息类型、消息名称、消息长度以及编码消息数据等内容。

步骤402，显示加载的消息流数据(信令流数据)；

步骤403，分别将包含CS和PS流程的信令流配置成测试流程。

步骤404，删除各测试流程中不需要的消息，添加额外的消息，根据需要修改任意测试流程中任意消息的任意协议字段值；

具体地，修改CS和PS完整流程的消息协议字段，包括以下处理：1、将消息进行解码操作；2、将解码后的消息数据显示并修改；3、将修改后的消息数据进行编码。

步骤405，对个测试流程中各消息的协议字段进行重新配置；

步骤406，设置各测试流程中的消息流控制参数集，根据需要修改测试流程中各消息的执行顺序、执行时间间隔、执行该测试流程的业务号码段和执行次数；

具体地，对CS和PS完整流程的消息流控制参数集的修改，可以指示测试流程的行为属性。其中，消息的执行顺序通过消息所处的先后位置来体现；设置消息间时间间隔需要考虑被测网元对消息的容忍等待时间，保证该时间间隔不导致被测网元等待消息超时，从而引起流程失败；执行该测试流程的业务号码段，指示有哪些业务需要按照该测试流程进行执行；执行次数指示所有业务要执行该测试流程的次数。

步骤407，修改测试流程控制参数集，具体地，需要修改两个测试流程的执行顺序和执行时间间隔；

步骤408，解析执行所有测试流程：具体地，判断是否所有测试流程执行完毕，如果判断为是，则执行步骤417，否则，执行步骤409；

步骤409，等待定制的流程间时间间隔；

步骤410，控制中心将测试流程发送给相应的控制代理(即，控制中心按照测试流程控制参数集中设置的执行顺序和执行时间间隔，控制所有测试流程依次执行)；

在步骤408-步骤410中，对CS和PS完整流程的所有测试流程的执行，是指控制中心判断是否所有测试流程执行完毕，如果是，则整个测试过程结束；否则，等待测试流程控制参数集中规定的的流程间隔时间，然后将下一个要执行的测试流程分发到各个控制代理。

步骤411，控制代理解析执行测试流程，具体地，判断是否所有业务执行完该测试流程并达到定制次数，如果判断为是，则执行步骤408，否则，执行步骤412；

步骤412，等待定制的消息间时间间隔；

步骤413，控制代理通知协议处理模块处理该消息(即，控制代理按照消息流控制参数集中设置的执行顺序、间隔时间、执行该测试流程的号码段以及执行次数，控制所有消息依次执行)；

具体地，对单个测试流程的执行，是指控制代理判断消息流控制参数集中规定的号码段所有业务，是否均执行完该测试流程中的所有消息，并达到定制的执行次数。

步骤414，协议处理模块处理消息，具体地，首先判断该消息是否为出向消息，如果判断为是，则执行步骤415，否则，执行步骤416；

步骤415，协议处理模块将消息发送给被测网元；

步骤416，协议处理模块等待并接收到从被测网元发来的消息

也就是说，在步骤414-步骤416中，协议处理模块在控制代理的控制下，完成对消息的处理，完成所在模拟网元与被测网元之间的消息交互。

具体地，对CS和PS完整流程的消息的执行，其中消息分为出向消息和入向消息两种，出向消息是指从模拟网元发送到被测网元的消息，入向消息是指模拟网元从被测网元接收到的消息。其中按照触发方式，出向消息又分为两类：主动触发某个流程的消息叫主动消息；其他出向消息均为被动消息，它是对某条入向消息的回复。对出向主动消息、出向被动消息和入向消息的处理方法包括：

1、如果是出向主动消息，则控制代理通过定时器触发方式，将该消息的处理任务对应的协议处理模块，然后协议处理模块处理该主动消息并发送给被测网元；

2、如果是出向被动消息，则由协议处理模块接收到入向消息时触发，其中接收到的入向消息与测试流程中该出向被动消息的前一条消息一致，协议处理模块自行发送该出向被动消息，然后将发送信息反馈给控制代理即可；

3、如果是入向消息，则是协议模块先从被测网元接收到该消息，然后将接收信息反馈给控制代理。

步骤417，执行测试模型结束。

从上述处理可以看出，本发明实施例的技术方案具有以下优点：

1、使用抓取的信令流作为数据源生成测试用例，不仅简化了测试用例的构造过程，而且能够很好地复现现场故障；

2、本发明实施例提出了一种既能满足单一业务的功能测试、又能满足多业务性能冲击测试的大话务测试模型。该模型还支持自动化测试，用户根据测试规程编写好多个测试用例，设置测试用例之间的时间间隔，可以实现自动化测试，大大节约了人力成本；

3、测试模型可以被保存至本地，方便回归测试。

4、支持测试流程和消息的可视化配置。根据测试需求生成测试流程或者修改加载的测试流程，包括测试流程的控制属性参数，测试流程中消息及消息流顺序；提供对消息的可视化配置功能，方便对消息协议字段的修改。该灵活性配置功能大大简化了对测试模型的操作，达到测试用例的易构性目的；

5、本发明实施例支持多业务，因此在测试过程中将可以在模拟网元与被测网元间形成多业务的消息流序列，以达到大话务性能冲击的测试目的。

装置实施例

根据本发明的实施例，提供了一种通信网元自动化测试装置，图5是本发明实施例的通信网元自动化测试装置的结构示意图，如图5所示，根据本发明实施例的通信网元自动化测试装置包括：数据加载模块50、测试模型编辑模块52、测试模型解析控制模块54，以下对本发明实施例的各个模块进行详细的说明。

数据加载模块50，用于加载消息数据库中预先存储的信令数据库文件；其中，信令数据库文件中包括：测试所需的消息流数据；

测试模型编辑模块52，用于根据信令数据库文件生成一个或多个测试流程，并设置控制参数，根据测试流程以及控制参数生成测试模型；控制参数包括：消息流控制参数、以及测试流程控制参数，其中，消息流控制参数包括：测试流程中各消息的执行顺序、测试流程中各消息的执行时间间隔、执行测试流程的业务号码段、以及执行测试流程的次数，测试流程控制参数包括：各个测试流程的执行顺序、以及各个测试流程的执行时间间隔。

优选地，测试模型编辑模块52还用于：在生成一个或多个测试流程之后，将测试模型保存在本地测试模型数据库中；在下次进行回归测试时，可以从本地测试模型数据库中加载相应的测试模型。

测试模型编辑模块52还用于：根据需要修改任意测试流程中任意消息的任意协议字段值；以及修改控制参数。

测试模型解析控制模块54，用于解析并执行测试模型，对被测网元进行功能测试和性能测试。

具体地，测试模型解析控制模块54具体包括：控制中心、以及控制代理，其中，控制中心，用于判断是否所有测试流程执行完毕，如果判断为是，则结束执行测试模型，否则，根据测试流程控制参数中设置的各个测试流程的执行顺序、以及各个测试流程的执行时间间隔，控制测试模型中所有测试流程依次执行；控制代理用于判断是否所有业务执行完相应的测试流程并达到预定次数，如果判断为否，则根据消息流控制参数中设置的测试流程中各消息的执行顺序、测试流程中各消息的执行时间间隔、执行测试流程的业务号码段、以及执行测试流程的次数控制该测试流程中的所有消息依次执行。

根据本发明实施例的通信网元自动化测试装置还包括：协议处理模块，协议处理模块用于在控制代理的控制下，根据协议要求对测试流程中的所有消息进行处理。

协议处理模块具体用于：1、如果测试流程中的消息为出向主动消息，则通过定时器触发方式，将处理后的出向主动消息发送给被测网元；2、如果测试流程中的消息为出向被动消息，则在接收到相应的入向消息后，将出向被动消息发送给被测网元，并将发送信息反馈到控制代理；3、如果测试流程中的消息为入向消息，则从被测网元接收入向消息，并将接收信息反馈到控制代理。

下面结合附图，对本发明实施例的技术方案进行详细说明。

图6是本发明实施例大话务测试的网络结构示意图，如图6所示，包括被测网元60以及模拟网元62，需要说明的是，模拟网元62为上述通信网元自动化测试装置，模拟网元62包括：消息数据库624，测试模型数据库625，消息数据加载模块620、测试模型编辑模块621、测试模型解析控制模块622、以及协议处理模块623。

首先，通过信令跟踪工具从被测网元60中获取消息流，存放到消息数据库624中；接着，模拟网元62通过消息数据加载模块620把消息数据库624中的消息流加载到测试模型编辑模块621，对消息流进行编辑，定制自动化测试流程和信令协议字段，并把编辑完成的测试模型以文本形式存储到测试模型数据库625中；然后，把编辑好的测试模型输入到测试模型解析控制模块622进行解析；最后，通过测试模型解析控制模块622控制协议处理模块623执行定制的测试流程，从而，完成对被测网元60进行大话务测试。

具体地，消息数据加载模块620用于从消息数据库624加载信令数据，甄选出满足测试用例需求的信令流，为测试模型的生成提供数据来源；

测试模型编辑模块621用于：根据消息数据加载模块620载入的信令数据生成测试模型；根据各种自动化测试需求编辑修改流程控制参数集；根据功能和性能需求编辑修改每个测试流程的消息流控制参数集；根据功能和性能需求编辑修改每条消息中任意协议字段的值。图7是本发明实施例的测试模型的示意图，如图7所示，测试模型编辑模块621主要用于：

1、根据消息数据加载模块620载入的信令数据生成测试模型70；

2、根据各种自动化测试需求编辑修改流程控制参数集701；

3、根据功能和性能需求编辑修改每一个测试流程702的消息流控制参数集703；

4、根据功能和性能需求编辑修改每一条消息中任意协议字段的值。

测试模型解析控制模块622用于将测试模型编辑模块621配置好的测试模型加以解析，并控制测试流程和码流按预定方式执行。

图8是本发明实施例的测试模型解析控制模块的示意图，如图8所示，测试模型解析控制模块622包括控制中心80和控制代理820。其中，控制中心80作为总控部分，对测试模型按照流程控制参数集，对所有测试流程进行控制；控制代理820与协议处理模块824一起组成处理单元82，接收控制中心80的控制指令，并且向控制中心80汇报执行进展。测试模型解析控制模块622在对测试模型进行解析控制时，具体包括以下处理：

1、测试模型解析控制模块622的控制中心80根据流程控制参数集将测试模型分发到各个处理单元82；

2、各个处理单元82上的控制代理820根据消息流控制参数集控制协议处理模块824执行消息；

3、协议处理模块824根据协议要求对消息进行处理。

测试模型数据库623用于保存根据测试需求生成的测试模型数据，增强测试模型数据的复用性和回归测试特性。

从上述处理可以看出，本发明实施例的技术方案具有以下优点：

1、使用抓取的信令流作为数据源生成测试用例，不仅简化了测试用例的构造过程，而且能够很好地复现现场故障；

2、本发明实施例提出了一种既能满足单一业务的功能测试、又能满足多业务性能冲击测试的大话务测试模型。该模型还支持自动化测试，用户根据测试规程编写好多个测试用例，设置测试用例之间的时间间隔，可以实现自动化测试，大大节约了人力成本；

3、测试模型可以被保存至本地，方便回归测试。

4、支持测试流程和消息的可视化配置。根据测试需求生成测试流程或者修改加载的测试流程，包括测试流程的控制属性参数，测试流程中消息及消息流顺序；提供对消息的可视化配置功能，方便对消息协议字段的修改。该灵活性配置功能大大简化了对测试模型的操作，达到测试用例的易构性目的；

5、本发明实施例支持多业务，因此在测试过程中将可以在模拟网元与被测网元间形成多业务的消息流序列，以达到大话务性能冲击的测试目的。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。

Claims (7)

1.一种通信网元自动化测试方法，其特征在于，包括：

步骤A，加载消息数据库中预先存储的信令数据库文件；其中，所述信令数据库文件中包括：测试所需的消息流数据；

步骤B，根据所述信令数据库文件生成一个或多个测试流程，并设置控制参数，根据所述测试流程以及所述控制参数生成测试模型；其中，所述控制参数包括：消息流控制参数、以及测试流程控制参数，其中，所述消息流控制参数包括：所述测试流程中各消息的执行顺序、所述测试流程中各消息的执行时间间隔、执行所述测试流程的业务号码段、以及执行所述测试流程的次数，所述测试流程控制参数包括：各个测试流程的执行顺序、以及各个测试流程的执行时间间隔；

步骤C，解析并执行所述测试模型，对被测网元进行功能测试和性能测试；具体包括：

步骤C1，判断是否所有测试流程执行完毕，如果判断为是，则结束执行所述测试模型，否则，根据所述测试流程控制参数中设置的所述各个测试流程的执行顺序、以及所述各个测试流程的执行时间间隔，控制所述测试模型中所有测试流程依次执行；

步骤C2，判断是否所有业务执行完相应的测试流程并达到预定次数，如果判断为是，则执行步骤C1，否则，根据所述消息流控制参数中设置的所述测试流程中各消息的执行顺序、所述测试流程中各消息的执行时间间隔、执行所述测试流程的业务号码段、以及执行所述测试流程的次数控制该测试流程中的所有消息依次执行。

2.如权利要求1所述的方法，其特征在于，根据所述测试流程以及所述控制参数生成测试模型之后，所述方法还包括：将所述测试模型保存在本地测试模型数据库中；

在下次进行回归测试时，通过步骤A'替代所述步骤A和所述步骤B：步骤A'，从所述本地测试模型数据库中加载相应的测试模型。

3.如权利要求1所述的方法，其特征在于，根据所述信令数据库文件生成一个或多个测试流程，并设置控制参数之后，所述方法还包括：

根据需要修改任意测试流程中任意消息的任意协议字段值；

修改所述控制参数。

4.如权利要求1所述的方法，其特征在于，所述控制该测试流程中的所有消息依次执行具体包括：

如果所述测试流程中的消息为出向主动消息，则通过定时器触发方式，将处理后的所述出向主动消息发送给被测网元；

如果所述测试流程中的消息为出向被动消息，则在接收到相应的入向消息后，将所述出向被动消息发送给所述被测网元，并反馈发送信息；

如果所述测试流程中的消息为入向消息，则从所述被测网元接收所述入向消息，并反馈接收信息。

5.一种通信网元自动化测试装置，其特征在于，包括：

数据加载模块，用于加载消息数据库中预先存储的信令数据库文件；

测试模型编辑模块，用于根据所述信令数据库文件生成一个或多个测试流程，并设置控制参数，根据所述测试流程以及所述控制参数生成测试模型；

测试模型解析控制模块，用于解析并执行所述测试模型，对被测网元进行功能测试和性能测试；所述测试模型解析控制模块具体包括：

控制中心，用于判断是否所有测试流程执行完毕，如果判断为是，则结束执行所述测试模型，否则，根据所述测试流程控制参数中设置的各个测试流程的执行顺序、以及各个测试流程的执行时间间隔，控制所述测试模型中所有测试流程依次执行；

控制代理，用于判断是否所有业务执行完相应的测试流程并达到预定次数，如果判断为否，则根据所述消息流控制参数中设置的所述测试流程中各消息的执行顺序、所述测试流程中各消息的执行时间间隔、执行所述测试流程的业务号码段、以及执行所述测试流程的次数控制该测试流程中的所有消息依次执行。

6.如权利要求5所述的装置，其特征在于，所述测试模型编辑模块还用于：

将所述测试模型保存在本地测试模型数据库中；

根据需要修改任意测试流程中任意消息的任意协议字段值；

修改所述控制参数。

7.如权利要求5所述的装置，其特征在于，所述装置还包括：协议处理模块，用于在所述控制代理的控制下，根据协议要求对所述测试流程中的所有消息进行处理。