CN101800680A - 一种电信系统测试装置及测试方法 - Google Patents

Abstract

本发明公开了一种电信系统测试装置及测试方法，能够自动生成测试消息的基本描述信息，方便编写测试脚本，降低电信系统测试的复杂度，其中所述测试装置包括：结构分析器，用于分析消息结构定义的源代码，生成消息结构信息脚本；测试消息模拟装置，用于根据所述结构分析器生成的消息结构信息脚本填写测试消息，并发送给测试代理；测试代理，用于接收所述测试消息模拟装置发送的测试消息，发送给被测模块，以及，收集被测模块的响应消息，转发给所述测试消息模拟装置。

Description

一种电信系统测试装置及测试方法

技术领域

本发明设计电信通信系统测试技术，更具体的说，涉及一种电信系统测试装置及测试方法。

背景技术

NGN(Next Generation Network，下一代通信网络)是以软交换(SoftSwitch)技术为核心，基于分组技术的综合开放的网络架构，能够提供包括语音、数据、视频和多媒体业务。NGN代表了通信网络发展的方向。NGN具有分组传送；控制功能从承载、呼叫/会话、应用/业务中分离；业务提供与网络分离；提供开放接口；利用各基本的业务组成模块提供广泛的业务和应用；端到端QoS(Quality of Service，服务质量)和透明的传输能力；通过开放的接口规范与传统网络实现互通；通用移动性、允许用户自由地接入不同业务提供商、支持多样标志体系，融合固定与移动业务等等特征。

因此，下一代电信通信系统比传统的电信系统更加复杂，需支持不同的协议终端接入，为用户提供更多的业务。由于系统的复杂性，也给电信系统的测试增加了难度。

目前电信系统的开发过程一般是协议模块和业务模块的编码同时进行，在编码的时候完成单元测试。系统的测试一般采用模拟终端测试方法，如图1所示，是在协议模块和业务模块都完成后，再利用终端来进行集成测试和系统测试。

现有的模拟终端测试方法，主要存在如下缺点：

1、测试人员介入时间较晚，要等到系统开发结束后，才能进行测试，导致开发周期变长；

2、需要不同的终端来支持，目前NGN电信系统支持多种终端接入，在测试的时候要经历各式各样的终端的测试，增加成本；

3、灵活性较差，在开发的前期，系统需要考虑各式各样的消息格式，一般来说终端的消息格式可编辑性比较差。

已有技术中，在开发期间，也可以开发简单的测试工具，自行编辑码流进行单元测试，如图2所示，利用简单的单元测试工具，对电信系统中某个模块进行单元测试。然而这种单元测试方法存在以下缺陷：

1、只能进行函数测试，并且需要进行打桩；

2、无法发送多个测试码流，在测试的时候就有局限性；

3、在接口测试中，如果接口的结构较长，手工编辑码流，不仅效率低下，而且容易出错；

4、测试对象不是整个系统，而是系统内部的某个模块(如协议，业务)。

相关的公开专利文献中，中国专利申请CN200410091102“一种电信智能业务的通用测试系统及方法”和美国专利申请US2006262729“Method andsystem for testing communication protocols in network communication”，这两份专利公开文献中，在测试脚本的编辑上，灵活性优于模拟终端，但无法编写复杂的测试脚本；此外，在这两份专利公开文献中，测试系统只能作为模拟终端测试，其使用范围仅限于系统测试，且测试消息的编辑也只能面对协议层。

综上所述，现有电信系统的测试系统及测试方式存在如下不足：

1)测试的使用范围比较单一，其测试对象只能是整个电信系统，或者电信系统内部的某个固定模块，无法兼顾电信系统或系统内部任意模块的测试；

2)采用模拟终端的测试方式，要等到系统开发结束后，才能进行测试，且在测试的时候要经历各式各样的终端的测试；目前的一些改进的测试方式灵活性优于模拟终端，但无法编写复杂的测试脚本；

3)在接口测试时是采用手工编辑码流的方式，如果接口的结构较长，不仅效率低下，而且容易出错。

发明内容

本发明要解决的技术问题是提供一种电信系统测试装置及测试方法，能够自动生成测试消息的基本描述信息，方便编写测试脚本，降低电信系统测试的复杂度。

为了解决上述问题，本发明提供了一种电信系统测试装置，所述测试装置包括：

结构分析器，用于分析消息结构定义的源代码，生成消息结构信息脚本；

测试消息模拟装置，用于根据所述结构分析器生成的消息结构信息脚本填写测试消息，并发送给测试代理；

测试代理，用于接收所述测试消息模拟装置发送的测试消息，发送给被测模块；以及，收集被测模块的响应消息，转发给所述测试消息模拟装置。

进一步地，所述测试代理还用于，模拟与被测模块进行消息交互的其他模块；

所述测试消息模拟装置进一步包括测试脚本编辑器，用于根据所述测试代理与所述被测模块交互的消息码流编写测试脚本。

进一步地，所述测试消息模拟装置进一步包括测试消息管理模块，用于根据所述测试脚本描述的测试流程，向所述测试代理发送测试消息，并根据收到的响应消息发送下一个测试消息，直至测试流程结束或收到错误响应消息。

进一步地，所述测试消息模拟装置进一步包括与所述测试脚本编辑器相连的消息结构脚本加载器，

消息结构脚本加载器，用于启动后加载所述结构分析器生成的消息结构信息脚本；

所述测试脚本编辑器，用于通过所述消息结构脚本加载器生成的消息结构信息脚本，逐个生成测试脚本；或者，根据现场消息码流一次性生成所有测试脚本，然后再进行修改。

进一步地，所述测试脚本中描述的基本信息包括：消息码流值，该消息的响应消息，下一个测试消息，该消息发往的模块，消息名称，消息的错误处理。

进一步地，所述测试消息模拟装置进一步包括测试消息编码器和测试消息解码器，其中：

所述测试消息管理模块还用于，在测试开始时，向所述测试消息编码器发送编码指令；以及，收到响应消息后，向所述测试消息解码器发送响应消息解码指令后，根据所述测试消息解码器生成的响应消息和所述测试脚本，向所述测试消息编码器发送编码指令；

所述测试消息编码器，用于接收所述测试消息管理模块的编码指令，并根据所述测试脚本描述的测试流程、及所述测试消息解码器生成的响应消息进行编码；

所述测试消息解码器，用于接收测试消息管理模块的解码指令，生成响应消息，并保存在内存中。

进一步地，所述测试消息模拟装置进一步包括测试工具通信模块，用于提供所述测试消息管理模块与所述测试代理之间的接口；

所述测试代理模块用于，向被测模块转发从测试工具通信模块接收到的测试消息，以及，通过配置映射表收集被测模块的响应消息，并向测试工具通信模块转发收集到的响应消息。

本发明还提供了一种电信系统测试方法，所述方法包括：

分析消息结构定义的源代码，生成消息结构信息脚本；

根据所述消息结构信息脚本填写测试消息，发送给被测模块，对所述被测模块进行测试；

其中，所述被测模块包括：所述电信系统中的业务模块、协议模块或其他模块。

进一步地，所述方法还包括：

通过测试代理模拟与被测模块进行消息交互的其他模块，并根据所述测试代理与所述被测模块交互的消息码流编写测试脚本；

根据所述测试脚本描述的测试流程，向被测模块发送测试消息，并根据被测模块的响应消息发送下一个测试消息，直至测试流程结束或收到错误响应消息。

进一步地，通过所述消息结构信息脚本，逐个生成测试脚本；或者，根据现场消息码流一次性生成所有测试脚本，然后再进行修改。

进一步地，所述测试脚本中描述的基本信息包括：消息码流值，该消息的响应消息，下一个测试消息，该消息发往的模块，消息名称，消息的错误处理。

进一步地，所述测试代理通过配置映射表收集被测模块的响应消息。

与现有技术相比，本发明至少具有如下有益效果：

1)引入了结构分析器，可以自动生成测试消息的基本信息，方便编写测试脚本，特别是编写复杂的测试脚本；

2)引入了测试消息模拟装置，该测试消息模拟装置，可以模拟不同协议、业务消息，并且可以灵活编辑测试消息，使用起来灵活，并且应用广泛；

3)引入了测试代理，测试代理模拟相关模块与被测模块进行消息交互，由测试代理向测试模块转发测试消息，也由测试代理收集被测模块的响应消息，这样就可以使测试工具测试系统中的任何一个标准模块，比如协议，业务，数据等标准模块，通过测试工具与被测试模块交互测试消息，被测模块在开发结束后，就可以立即进行测试，而不要等待相关模块开发结束，缩短了开发周期。

附图说明

图1现有的模拟终端的测试方法；

图2现有的单元测试方法；

图3本发明实施例的电信系统测试装置的组成示意图；

图4本发明实施例的测试装置测试流程示意图；

图5本发明实施例的测试代理消息示意图；

图6本发明实施例的测试消息发送流程示意图；

图7本发明实施例的响应消息处理流程示意图。

具体实施方式

本发明的目的在于，提供一种可以进行自动调整被测代码的系统测试装置，不仅能实现单元测试，还可以实现系统集成测试。其核心思想是：提供一种电信系统中协议和业务层的消息模拟装置，用于模拟发送协议、业务消息，以及其他类型的消息，为系统测试提供便利。

具体地，本发明实施例提供了一种电信系统中协议和业务层的测试装置，如图3所示，该测试装置主要包括：

结构分析器，用于分析消息结构定义的源代码，生成被测模块与其他模块之间的接口消息的描述。

测试消息模拟装置，编写测试脚本，用于根据结构分析器生成的被测模块的消息描述填写测试消息，发送测试消息，并接收响应消息。

其中，测试脚本中描述的基本信息主要包括：消息码流值，该消息的响应消息，下一个测试消息，该消息发往的模块，消息名称，消息的错误处理等。

测试消息模拟装置通过结构分析器自动获取测试消息码流的描述信息，填写测试消息码流。利用结构分析器和脚本编辑界面，能够很容易得到测试脚本，特别在编写长的测试码流时候。

测试代理，主要用于转发测试消息，收集响应消息。

使用测试代理，可以向被测模块发送测试消息；测试代理还可以截获被测模块的消息，并向测试系统发送响应消息。

测试代理中，可以动态配置被测模块，在使用上较为灵活。

被测模块，在系统中可以是协议模块或业务模块，还可以是其他已经开发好待测试的模块。

本发明实施例的电信系统中协议和业务层的测试方法，主要包括以下步骤：

步骤A.结构分析器分析消息结构定义文件(C语言的.h文件)，得到消息结构描述信息；

步骤B.通过脚本编辑界面，编辑测试脚本；

步骤C.测试消息模拟装置根据测试脚本中描述的测试流程，向测试代理发送测试消息；

步骤D.测试代理向被测模块转发测试消息；

步骤E.测试代理截获被测模块的响应消息，并向测试消息模拟装置转发响应消息；

步骤F.测试消息模拟装置根据被测模块的响应消息及测试脚本中的测试流程，选择下一个被测模块并发送下一个测试消息。

下面结合附图对本发明实施例的电信系统中协议和业务层的测试装置进行详细说明。

如图4所示，本发明实施例提供的电信系统中协议和业务层的测试系统，具体可包括下列模块：

结构分析器401，通过分析消息结构定义文件(C语言的.h文件)，得到消息结构信息脚本，供测试消息模拟装置使用。

消息结构脚本加载器409，在测试系统启动的时候加载消息结构信息脚本。

在启动测试系统时，首先运行消息结构脚本加载器409，加载消息结构信息脚本，消息结构信息脚本将用于测试脚本的编写和响应消息的解码。

测试脚本编辑器403，提供多种方式编辑测试脚本，可以利用现场获取的被测模块408和测试代理406交互的消息码流，通过消息结构信息脚本一次性生成所有的测试脚本，然后再根据开发人员的测试要求修改测试脚本的码流值(该方法用于通过现场码流来分析现场的故障)；也可以通过消息结构脚本加载器409获得消息结构信息脚本，逐个生成测试脚本(该方法用于模块开发时候，进行集成测试)。测试脚本编辑器403支持测试脚本的升级。测试脚本中主要描述的基本信息包括：消息码流值，该消息的响应消息，下一个测试消息，该消息发往的模块，消息名称，消息的错误处理。

测试消息管理模块405，通过测试脚本，向测试消息编码器404发送编码指令，发送第一个测试消息；收到被测模块的响应消息时，向测试消息解码器402发送响应消息解码指令后，根据响应消息和所述测试脚本，选择下一个测试脚本，并向测试消息编码器发送编码指令。

测试消息解码器402，接收测试消息管理模块405的响应消息解码指令，生成响应消息，该响应消息可能在后续测试消息的编码中用到。

其中，解码器解码的响应码流，需要在内存中保留，直到该测试流程结束。因为在测试中，有些测试消息的编码，需要上一个或几个响应消息，即测试消息编码器404在编码时，可能要用到这些响应消息。

测试消息编码器404，接收测试消息管理模块405编码指令，并根据测试脚本和测试消息解码器402生成的响应消息进行编码。

测试工具通信模块406，与测试代理建立连接，与测试代理407建立心跳检测，向测试代理发送和接收测试代理的测试消息。

测试代理407，模拟与被测模块进行消息交互的其他模块，一方面向被测模块转发测试工具通信模块406的测试消息，另一方面收集被测模块408的响应消息，并给测试工具通信模块406转发响应消息。

其中，上述的消息结构脚本加载器409、测试消息解码器402、测试脚本编辑器403、测试消息编码器404，测试消息管理模块405和测试工具通信模块406均属于测试消息模拟装置。

以下将结合附图及具体实例对本发明的测试消息发送，转发，响应消息的处理流程进行详细描述。

图5示出了测试代理接收到一条消息时，针对该条消息的处理流程，该流程具体描述如下：

步骤501：测试代理接收消息；

步骤502：判断是否为测试系统发送的配置被测模块消息，如果是，执行步骤503，否则执行步骤504；

步骤503：配置映射表；

其中，配置映射表是为了能够收集到被测模块的响应消息。配置映射表描述了被测模块可能向其他模块发送的响应消息，例如，假设被测模块为业务模块，则将业务模块与协议模块或其他模块进行通信的所有目的地址填写到映射表中。这样，通过配置，就可以将被测模块的所有响应消息截获，并发送给测试系统。通过配置，可以动态选择被测模块，在使用上较为灵活。

步骤504：判断是否为测试消息，如果是，则执行步骤505，如果不是，则执行步骤507；

步骤505：通过分析测试消息头，获取消息发送的目的模块(被测模块)，执行下一步506；

步骤506：向被测模块转发测试消息；

该步骤506之后，将返回步骤501接收下一条消息，并按照与本条消息相同的方式继续对下一条消息进行处理。

步骤507：判断是否被测模块的响应消息，如果是，执行步骤508；如果不是，该消息提交给系统处理，返回步骤501接收下一条消息；

步骤508：向测试系统转发响应消息；之后，返回步骤501接收下一条消息。

图6示出了测试系统启动后，测试系统的测试消息发送流程示意图，该流程具体描述如下：

步骤601：启动消息结构脚本加载器409，加载消息结构信息脚本；

步骤602：测试消息管理模块405，加载测试脚本，生成测试流程；

步骤603：测试消息管理模块405通过响应消息和测试脚本描述的测试流程判断测试流程是否结束，如果还未结束，通过响应消息和测试脚本选下一个测试脚本，则执行步骤604，否则结束本次流程；

步骤604：测试消息管理模块405向消息编码器404发送编码指令；

步骤605：测试消息编码器404得到编码指令后，根据测试脚本编码测试消息，并为测试码流加上测试消息头；

步骤606：测试消息管理模块通过测试工具通信模块406向测试代理407发送测试消息，然后，测试消息管理模块返回步骤603，进行下一个测试步骤。

测试代理407收到测试消息后，通过分析测试消息头，获得被测模块408，向被测模块408发送测试消息。

图7示出了测试系统收到响应消息后的处理流程示意图，该处理流程具体描述如下：

被测模块408处理完测试消息后，返回响应消息，测试代理407收集到响应消息后，向测试消息管理模块405转发响应消息。

步骤701：测试消息管理模块405接收测试代理407发送的响应消息；

步骤702：测试消息管理模块405根据所述的测试脚本判断是否为正确的响应消息，如果是，则执行步骤703，否则返回步骤701；

步骤703：向测试消息解码器402发送解码指令；

步骤704：消息解码器402解码，并保存解码的内容；

步骤705：消息管理模块405根据响应消息，向测试消息编码器404发送下一个编码指令。

本发明提供的上述测试装置及测试方法可用于进行如下测试：

1、系统开发过程中，如果某个模块已经开发完毕，可以利用该测试系统，模拟呼叫业务流程进行测试；

2、集成测试，在NGN下一代通信网络中，支持各式各样的协议的终端，在缺少真实终端或模拟终端时，可以利用该测试系统进行集成测试；

3、故障分析，如果现场发生故障，而无法定位问题，可以利用测试系统通过现场的消息码流生成测试脚本，模拟现场的故障，进行故障定位。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种电信系统测试装置，其特征在于，所述测试装置包括：

结构分析器，用于分析消息结构定义的源代码，生成消息结构信息脚本；

测试消息模拟装置，用于根据所述结构分析器生成的消息结构信息脚本填写测试消息，并发送给测试代理；

测试代理，用于接收所述测试消息模拟装置发送的测试消息，发送给被测模块；以及，收集被测模块的响应消息，转发给所述测试消息模拟装置。

2.如权利要求1所述的装置，其特征在于，

所述测试代理还用于，模拟与被测模块进行消息交互的其他模块；

所述测试消息模拟装置进一步包括测试脚本编辑器，用于根据所述测试代理与所述被测模块交互的消息码流编写测试脚本。

3.如权利要求1或2所述的装置，其特征在于，

所述测试消息模拟装置进一步包括测试消息管理模块，用于根据所述测试脚本描述的测试流程，向所述测试代理发送测试消息，并根据收到的响应消息发送下一个测试消息，直至测试流程结束或收到错误响应消息。

4.如权利要求2所述的装置，其特征在于，所述测试消息模拟装置进一步包括与所述测试脚本编辑器相连的消息结构脚本加载器，

消息结构脚本加载器，用于启动后加载所述结构分析器生成的消息结构信息脚本；

所述测试脚本编辑器，用于通过所述消息结构脚本加载器生成的消息结构信息脚本，逐个生成测试脚本；或者，根据现场消息码流一次性生成所有测试脚本，然后再进行修改。

5.如权利要求2或4所述的装置，其特征在于，

所述测试脚本中描述的基本信息包括：消息码流值，该消息的响应消息，下一个测试消息，该消息发往的模块，消息名称，消息的错误处理。

6.如权利要求3所述的装置，其特征在于，

所述测试消息模拟装置进一步包括测试消息编码器和测试消息解码器，其中：

所述测试消息管理模块还用于，在测试开始时，向所述测试消息编码器发送编码指令；以及，收到响应消息后，向所述测试消息解码器发送响应消息解码指令后，根据所述测试消息解码器生成的响应消息和所述测试脚本，向所述测试消息编码器发送编码指令；

所述测试消息编码器，用于接收所述测试消息管理模块的编码指令，并根据所述测试脚本描述的测试流程、及所述测试消息解码器生成的响应消息进行编码；

所述测试消息解码器，用于接收测试消息管理模块的解码指令，生成响应消息，并保存在内存中。

7.如权利要求3所述的装置，其特征在于，

所述测试消息模拟装置进一步包括测试工具通信模块，用于提供所述测试消息管理模块与所述测试代理之间的接口；

所述测试代理模块用于，向被测模块转发从测试工具通信模块接收到的测试消息，以及，通过配置映射表收集被测模块的响应消息，并向测试工具通信模块转发收集到的响应消息。

8.一种电信系统测试方法，其特征在于，所述方法包括：

分析消息结构定义的源代码，生成消息结构信息脚本；

根据所述消息结构信息脚本填写测试消息，发送给被测模块，对所述被测模块进行测试；

其中，所述被测模块包括：所述电信系统中的业务模块、协议模块或其他模块。

9.如权利要求8所述的方法，其特征在于，所述方法还包括：

通过测试代理模拟与被测模块进行消息交互的其他模块，并根据所述测试代理与所述被测模块交互的消息码流编写测试脚本；

根据所述测试脚本描述的测试流程，向被测模块发送测试消息，并根据被测模块的响应消息发送下一个测试消息，直至测试流程结束或收到错误响应消息。

10.如权利要求9所述的方法，其特征在于，

通过所述消息结构信息脚本，逐个生成测试脚本；或者，根据现场消息码流一次性生成所有测试脚本，然后再进行修改。

11.如权利要求9或10所述的方法，其特征在于，

所述测试脚本中描述的基本信息包括：消息码流值，该消息的响应消息，下一个测试消息，该消息发往的模块，消息名称，消息的错误处理。

12.如权利要求9或10所述的方法，其特征在于，

所述测试代理通过配置映射表收集被测模块的响应消息。

Images