TETRA无线信道控制器软件自动化测试方案.docVIP

TETRA无线信道控制器软件自动化测试方案 　　摘要：集群通信系统是一种多用途、高效能而又廉价的先进无线电指挥、调度通信系统，是一种专用移动通信系统。目前通信系统日益复杂，针对通信软件系统功能的全面测试显得越来越迫切，对自动化测试工具的研究也越来越受到企业的重视。本文基于TETRA协议提出了面向无线信道控制器（RCC）软件的自动化测试方案。 　　关键词：集群通信；自动化测试 　　 　　1 引言 　　 　　近年来，数字集群通信系统在国内逐步兴起，国内的移动通信厂商开始推出自主研发的数字集群通信系统，以和国外生产的数字集群通信系统竞争庞大和潜在的市场。其中包括中兴公司的GoTa系统、华为公司的GT800系统等。数字集群通信开始在指挥、调度通信业务中上演一个重要角色，而且将随着时间的推移和技术的发展发挥越来越大的作用。 　　本文以TETRA系统的特点及标准通信协议要求为基础,提出RCC软件的自动化测试方案。该方案通过模拟RCC的上下层网元功能，根据TETRA业务信令流程编辑测试用例-测试流程；引入队列技术，在测试时将一组测试流程读入进程，以实现TETRA网络中RCC功能的批量自动化测试。 　　 　　2 方案概述 　　 　　由于RCC软件具有自身的产品特点，以及软件复杂性不断增加和版本更新快，使得专业测试软件捉襟见肘。本文通过研究通信软件自动化测试的基本原理以及TETRA协议，提出一个满足自身产品的自动化测试方案的整体框架。进而结合TETRA系统自身特点和协议栈结构，对此框架进行细化和模块分割，描述各个子系统实现思路及过程。其中重点论述了流程在自动化测试中的应用。 　　2.1 移动通信软件自动化测试原理 　　移动通信软件自动化测试作为一门技术与测试技术存在很大的区别。首先，移动通信软件测试的对象是通信协议，通信协议是现代通信网络的命脉，通信协议的功能、性能和可靠性越来越成为通信网发展也是通信设备制造商和运营商竞争的焦点。所谓移动通信软件自动化测试就是模拟通信系统中的一个或一组网元，通过一个或几个标准接口，向系统中的其他设备发送协议数据，根据收到的响应依据相关协议规定来判断这些设备是否正常工作。本文提出的自动化测试方案就是模拟了TETRA网络中的MSC和物理层的部分功能实体，通过Az接口和Cz接口同被测系统连接，与被测RCC系统中的网元进行消息交互，进而判断被测系统是否按预计结果返回消息，输出测试报告，记录消息流供用户分析，根据消息流数据来判断RCC业务是否能够正常实现(或RCC系统是否正常运转)。RCC在TETRA网络中的位置如图1所示。 　　2.2 RCC软件的自动化测试方案设计 　　根据移动通信软件自动化测试原理和TETRA协议，本文对RCC的自动化测试方案提出了以下的设计要求： 　　自动化测试方案必须充分考虑到可扩展性和开放性。开发的自动化测试工具要考虑测试系统的多种实现机制，要能适应新业务以及新特性测试时对工具的扩展要求。 　　要求基于该方案的测试工具体系结构合理，体现出模块化、层次化的设计思想，软件划分不同的层次，每个层次又可以划分不同的模块，各层次之间以及各模块之间的独立性要好，即低耦合、高汇聚性。 　　基于该方案的测试工具应具有可视化的友好的用户操作界面，便于测试人员进行必要的数据配置和数据管理，便于测试人员进行编辑、保存、修改、执行测试用例。 　　基于该方案的测试工具应该可以自动按照测试人员的需要依次执行选择的全部测试消息，不需要外界的介入，并能对测试消息的执行结果和期望的结果进行自动比较，能显示和保存比较结果，真正做到自动化测试。 　　该测试工具应该和被测软件完全独立，且对硬件资源的依赖程度越低越好。即被测软件的版本更换不能影响到测试工具本身的软件，否则由于被测软件的版本的频繁更换而造成对测试工具的频繁修改，不但增加了工具开发人员的工作量，而且还会影响到该工具的使用，远离了自动化测试的开发本意。 　　本文综合考虑目前主流测试软件的设计思想、体系结构以及上述的设计要求，提出了RCC自动化测试方案的总体框架。如图2所示。 　　 　　原语编辑子系统： 　　原语编辑子系统可以由用户在GUI界面下编辑用于通信的PDU，可以调用业务应用子系统的接口来获得同被测对象交换来的信息（协议包），信息的交互过程完全由业务应用子系统来控制，同实际的协议状态机没有任何关系。该子系统方便测试人员通过图形化界面对PDU进行录入、编辑等，它提供各种菜单、按钮、选择框和文本编辑框等。原语编辑子系统为测试人员提供各种原语的模版和Gui界面以进行原语编辑录入工作。 　　消息打印子系统： 　　流程消息打印子系统同样处于业务应用子系统之上，及时打印输出原语执行情况的信息，方便测试人员进行问题收集和定位。实