CN101645808A - 采用模拟反馈框架测试通信终端的方法 - Google Patents

Abstract

本发明涉及一种采用模拟反馈框架测试通信终端的方法。该方法采取下列步骤：1.计算机与通信终端建立连接；2.测试程序根据测试用例确定测试路径；3.向终端发送控制指令；4.终端将指令转换后加入本地消息队列；5.反馈终端内部状态和消息；6.获取终端消息保存并解析数据；7.依据终端状态决定测试路径或者是否继续执行测试。本发明所产生的有益效果是：采用该方法测试通讯终端简单、快速、高效，从而节省了时间，大大提高了测试人员和开发人员的工作效率。

Description

采用模拟反馈框架测试通信终端的方法

技术领域

本发明涉及测试通信终端的方法，尤其涉及一种采用模拟反馈框架测试通信终端的方法。

背景技术

传统的测试通信终端的方法，大多采用纯手工测试，或者由测试程序简单发出指令，根据终端回应信息判断测试是否通过。纯手工测试效率低下，而传统的测试方法又不能满足测试需求，在开发通信终端的过程中，需要用户与终端、终端与终端之间的信息交互，测试开发人员通常无法及时还原错误发生现场与执行步骤；无法收集原始数据；更没有办法获得当前系统状态。通常开发人员在得到测试人员报告后，必须依照测试用例重新还原现场，寻找并定位错误。通信终端通常是嵌入式设备，其系统、接口、机制、处理速度与个人计算机、WEB有极大的差异，由于主频与数据传输方式的限制，这些重现工作会占用大量的时间，因此造成工作效率低下。如何从终端及时获取系统当前状态和当前状态信息，并向测试程序反馈，测试程序根据反馈消息检测测试点，并实现自动运行，进而达到节省时间，提高效率是摆在开发人员面前的重要课题。因此，十分有必要设计一套简单、快速、高效的测试方法。

发明内容

鉴于现有技术存在的问题，本发明的目的是设计一个测试框架，并基于模拟反馈原理提供一种采用模拟反馈框架测试通信终端的方法。该方法通过设计了上层PC端测试软件模拟用户输入，通过串口向底层终端发送控制指令，下层终端接受指令后执行相应操作，并将内部信息以消息的形式向上反馈，上层根据这些信息判断终端所处状态，从而决定执行路径。

本发明为了实现上述目的所采取的技术方案是：一种采用模拟反馈框架测试通信终端的方法，其特征在于采取下列步骤：

(一)、计算机与通信终端建立连接

首先将执行监听通信终端上传消息并下发仿真操作控制指令的测试程序存入计算机系统的程序存储器中，将对接收控制指令及反馈消息进行消息处理的程序嵌入通信终端系统中；然后进行测试程序初始化，打开串口，与通信终端建立连接；

(二)、测试程序根据测试用例确定测试路径

(1)、仿真模块将操作序列中的操作动作封装为数据包；

(2)、首先判断测试用例列表是否为空，如果是，则初始化列表、传递参数、准备执行测试，否则测试结束；

(3)、然后在检测点设置预期事件与参数；

(4)、控制模块设置定时器；

(三)、向终端发送控制指令

测试程序根据测试路径，将封装为数据包的控制指令发送给通信终端；

(四)、终端将指令转换后加入本地消息队列

(1)、转换模块从串口取出数据；

(2)、判断缓冲区是否有数据，如果有数据，则判断该数据是否以0x1003标识结尾，如果是，则将数据放入缓冲区；

(3)、对缓冲区的数据进行CRC校验，校验通过后，则按照数据类型进行处理，否则清空缓冲区后返回，继续从串口取出数据；

(4)、如果缓冲区没有数据，则判断该数据是否以0x1002标识开头，如果是或者该数据不是以0x1003标识结尾，则将数据放入缓冲区，如果该数据不是以0x1002标识开头，则丢弃数据返回，继续从串口取出数据；

(五)、反馈终端内部状态和消息

(1)、在协议栈被测层的消息泵中加入反馈模块，截取消息队列消息，为每一条消息做一个副本，传递给人机接口反馈模块；

(2)、MMI中反馈模块获取被测层反馈模块传递上来的消息，提取相关参数，封装为数据包；

(3)、MMI反馈模块将数据包通过串口向测试程序传递；

(六)、获取终端消息保存并解析数据

(1)、监听模块开始监听线程，首先判断串口是否有数据，如果有数据则取出数据，否则监听线程阻塞；

(2)、从串口取出数据后判断缓冲区是否有数据，如果有数据则判断该数据是否以0x1003标识结尾，如果是，则将数据放入缓冲区；

(3)、对缓冲区的数据进行CRC校验，校验通过后判断是否为等待事件，如果是，则通知控制模块，如果校验未通过或者不是等待事件则返回继续监听线程；

(4)、如果缓冲区没有数据，则判断该数据是否以0x1002标识开头，如果是或者该数据不是以0x1003标识结尾，则将数据放入缓冲区，并根据参数类型与个数设置相应数据结构，然后返回继续监听线程，如果该数据不是以0x1002标识开头，则丢弃数据后返回继续监听线程；

(七)、依据终端状态决定测试路径或者是否继续执行测试

(1)、首先判断预期事件是否到达，如果到达则判断预期参数与实际参数是否一致，如果一致，则判断本测试用例是否结束，如果结束，则测试成功，测试结束或者程序返回继续判断测试用例列表是否为空，如果判断本测试用例未结束，则返回到检测点继续设置预期事件与参数；

(2)、如果预期事件未到达或者预期参数与实际参数不一致则判断测试失败，测试结束。

本发明所产生的有益效果是：采用该方法测试通讯终端简单、快速、高效，从而节省了时间，大大提高了测试人员和开发人员的工作效率。

附图说明

图1是本发明模拟反馈框架原理框图。

图2是本发明总体流程图并作为摘要附图。

图3是通信终端转换模块接收消息子程序流程图。

图4是通信终端转换模块消息处理子程序流程图(以处理按键消息为例)。

图5是计算机监听模块监听子程序流程图。

图6是计算机控制模块控制子程序流程图。

图7是测试程序界面设计图。

具体实施方式

下面结合附图对本发明作进一步说明。

参照图1、2，模拟反馈框架是用于测试通信终端的系统，该系统通过在计算机中设置的测试程序(控制模块、监听模块、仿真模块)与通信终端中设置的消息处理程序(转换模块、反馈模块)进行仿真模拟交互，从而实现了简单、快速、高效地测试通信终端。采用模拟反馈框架测试通信终端的方法采取下列步骤：

(一)、计算机与通信终端建立连接

首先将执行监听通信终端上传消息并下发仿真操作控制指令的测试程序存入计算机系统的程序存储器中，将对接收控制指令及反馈消息进行消息处理的程序嵌入通信终端系统中；然后进行测试程序初始化，打开串口，与通信终端建立连接；

(二)、测试程序根据测试用例确定测试路径

参照图6、7，测试用例拆解为操作序列、定时器和检测点的有序集合；

(1)、仿真模块将操作序列中的操作动作封装为数据包；

(2)、首先判断测试用例列表是否为空，如果是，则初始化列表、传递参数、准备执行测试，否则测试结束；

(3)、在检测点设置预期事件与参数，向通信终端发控制指令；

(4)、设置定时器；

等待在定时器设定时间内发生预期事件，若定时器超时，则判定测试失败，在检测点设置预期事件，等待已发生事件，监听模块将该事件携带的事件类型及参数与预期事件相比较，若相符，判断通信终端内部状态运行正常，符合设计预期，检测点通过，如果不相符，则判断错误路径，测试程序记录现场(时间、操作步骤、消息、当前终端状态等)，保存现场数据并显示报错。

为了测试框架上下层之间通信，约定了通信信令格式，通信终端输入外设一般可分为键盘、旋钮、PTT等设备，在这些外设上的操作可以抽象为基本操作动作，这些动作的有序组合就是操作序列(例如：用户呼叫号码为450759的终端的操作实际可拆解为按下‘4’、‘5’、‘0’、‘7’、‘5’、‘9’、‘拨号’键的序列)。以上基本操作动作封装为数据包，其格式如以下表1所示：

字节数	1	1	1	1	4	1	1
								内容	帧起始0x10	帧起始0x02	类型	键值	标志	帧结束0x10	帧结束0x03

一个数据包以0x1002标识开头，以0x1003标识结尾，中间的数据段包括类型、键值、标志。其中类型表示操作类型，包括按键、转动旋钮、按下PPT；键值指具体的参数值；标志表示按键长短、旋转角度等。

(三)、向终端发送控制指令

测试程序根据测试路径，将封装为数据包的控制指令发送给通信终端；

(四)、终端将指令转换后加入本地消息队列(参见图3)

(1)、转换模块从串口取出数据；

(2)、判断缓冲区是否有数据，如果有数据，则判断该数据是否以0x1003标识结尾，如果是，则将数据放入缓冲区；

(3)、对缓冲区的数据进行CRC校验，校验通过后，则按照数据类型进行处理，否则清空缓冲区后返回，继续从串口取出数据；

(4)、如果缓冲区没有数据，则判断该数据是否以0x1002标识开头，如果是或者该数据不是以0x1003标识结尾，则将数据放入缓冲区，如果该数据不是以0x1002标识开头，则丢弃数据返回，继续从串口取出数据；

通信终端接收控制指令，经校验、转换为终端可识别消息，再把这些消息放入本地消息队列。检测数据包类型域(表1中第3个字节)，判断指令类型，依据类型将类型和标志放入相应数据结构，并调用转换模块中的消息处理子程序。在消息处理过程中，根据操作类型域解释事件，将这些消息数据依照通信终端内部消息格式构造为本地消息，放入本地消息队列。通信终端内部各层模块根据消息ID，从消息队列中截取属于本层的消息，依照协议作相应的处理，从消息转换模块中放入的消息也被相应消息处理模块取出并处理。

参照图4，图4是一个以处理按键消息为例的子程序，其具体步骤是：首先判断长短按键，如果是长按键，则判断是否已设为快捷键，如果是则进行快捷键处理，如快速拨号、开关背景灯、静音、锁键盘，如果未设为快捷键，则与短按键相同，取出键值、标志位，声称本地键盘事件并赋值，然后将键盘事件放入本地消息队列。

控制指令对终端内部其它模块是透明的，即其它模块只识别转换后的本地消息，并将该消息当作真实事件处理。

(五)、反馈终端内部状态和消息

(1)、在协议栈被测层的消息泵中加入反馈模块，截取消息队列消息，为每一条消息做一个副本，传递给人机接口反馈模块；(2)、MMI中反馈模块获取被测层反馈模块传递上来的消息，提取相关参数，封装为数据包(称之为原语)，如以下表2所示。

字节数	1	1	1	1	4	N	4	1	1
										内容	帧起始0x10	帧起始0x02	原语类型	参数个数	参数1	...	参数n	帧结束0x10	帧结束0x03

(3)、MMI反馈模块将数据包通过串口向测试程序传递；

通信终端运行过程中，内部层与层、各层模块与模块之间通过消息实现通信；通信终端反馈模块截获消息，处理后通过串口发送给测试程序。通信终端内部各层中有一个消息泵，各层之间以及层内各模块的消息在这里转发。为了让被测层与外设交互层在逻辑上隔离，将反馈模块拆分为两部分，其中一部分负责截获消息，并将该消息发送到另一部分外设层的反馈模块。

(六)、获取终端消息保存并解析数据(参见图5)

(1)、监听模块开始监听线程，首先判断串口是否有数据，如果有数据则取出数据，否则监听线程阻塞；

(2)、从串口取出数据后判断缓冲区是否有数据，如果有数据则判断该数据是否以0x1003标识结尾，如果是，则将数据放入缓冲区；

(3)、对缓冲区的数据进行CRC校验，校验通过后判断是否为等待事件，如果是，则通知控制模块，如果校验未通过或者不是等待事件则返回继续监听线程；

(4)、如果缓冲区没有数据，则判断该数据是否以0x1002标识开头，如果是或者该数据不是以0x1003标识结尾，则将数据放入缓冲区，并根据参数类型与个数设置相应数据结构，然后返回继续监听线程，如果该数据不是以0x1002标识开头，则丢弃数据后返回继续监听线程；

测试程序监听串口，当有消息从串口传递，测试程序获取该消息，保存并解析，并把这些数据置入相应的数据结构，如果满足等待事件，则将事件置为通知态；测试程序开启监听线程后阻塞，当通信终端反馈模块将消息通过串口传递上来，监听线程激活；监听线程从串口中取出数据包进行校验数据包格式，并根据原语类型调用相应处理函数。

(七)、依据终端状态决定测试路径或者是否继续执行测试(参见图6)

(1)、首先判断预期事件是否到达，如果到达则判断预期参数与实际参数是否一致，如果一致，则判断本测试用例是否结束，如果结束，则测试成功，测试结束或者程序返回继续判断测试用例列表是否为空，如果判断本测试用例未结束，则返回到检测点继续设置预期事件与参数；

(2)、如果预期事件未到达或者预期参数与实际参数不一致则判断测试失败，测试结束。

测试程序依据测试用例选择继续执行或者停止测试。在测试过程中，依据测试用例，将测试基本动作转换为控制指令，将其放入消息队列。经由下层模块转换为可执行指令。同时上层控制台解析下层反馈信号，判断系统当前状态是否满足预期，若满足，则根据测试用例，判断本次测试是否成功或者继续执行下去，否则，依据接收原语，判断当期系统所处状态，定位问题产生模块，为开发人员定位问题提供理论依据。

通信终端可以是数字集群手持台或者是用于列车调度的CIR记录单元，一般测试通信终端均可采用本发明或者根据本发明设计的模拟反馈框架，即可达到测试过程简单、快速、高效。

Claims (1)

1、一种采用模拟反馈框架测试通信终端的方法，其特征在于采取下列步骤：

(一)、计算机与通信终端建立连接

首先将执行监听通信终端上传消息并下发仿真操作控制指令的测试程序存入计算机系统的程序存储器中，将对接收控制指令及反馈消息进行消息处理的程序嵌入通信终端系统中；然后进行测试程序初始化，打开串口，与通信终端建立连接；

(二)、测试程序根据测试用例确定测试路径

(1)、仿真模块将操作序列中的操作动作封装为数据包；

(2)、首先判断测试用例列表是否为空，如果是，则初始化列表、传递参数、准备执行测试；否则测试结束；

(3)、然后在检测点设置预期事件与参数；

(4)、控制模块设置定时器；

(三)、向终端发送控制指令

测试程序根据测试路径，将封装为数据包的控制指令发送给通信终端；

(四)、终端将指令转换后加入本地消息队列

(1)、转换模块从串口取出数据；

(2)、判断缓冲区是否有数据，如果有数据，则判断该数据是否以0x1003标识结尾，如果是，则将数据放入缓冲区；

(3)、对缓冲区的数据进行CRC校验，校验通过后，则按照数据类型进行处理，否则清空缓冲区后返回，继续从串口取出数据；

(4)、如果缓冲区没有数据，则判断该数据是否以0x1002标识开头，如果是或者该数据不是以0x1003标识结尾，则将数据放入缓冲区，如果该数据不是以0x1002标识开头，则丢弃数据返回，继续从串口取出数据；

(五)、反馈终端内部状态和消息

(1)、在协议栈被测层的消息泵中加入反馈模块，截取消息队列消息，为每一条消息做一个副本，传递给人机接口反馈模块；

(2)、MMI中反馈模块获取被测层反馈模块传递上来的消息，提取相关参数，封装为数据包；

(3)、MMI反馈模块将数据包通过串口向测试程序传递；

(六)、获取终端消息保存并解析数据

(1)、监听模块开始监听线程，首先判断串口是否有数据，如果有数据则取出数据，否则监听线程阻塞；

(2)、从串口取出数据后判断缓冲区是否有数据，如果有数据则判断该数据是否以0x1003标识结尾，如果是，则将数据放入缓冲区；

(3)、对缓冲区的数据进行CRC校验，校验通过后判断是否为等待事件，如果是，则通知控制模块，如果校验未通过或者不是等待事件则返回继续监听线程；

(4)、如果缓冲区没有数据，则判断该数据是否以0x1002标识开头，如果是或者该数据不是以0x1003标识结尾，则将数据放入缓冲区，并根据参数类型与个数设置相应数据结构，然后返回继续监听线程，如果该数据不是以0x1002标识开头，则丢弃数据后返回继续监听线程；

(七)、依据终端状态决定测试路径或者是否继续执行测试

(1)、首先判断预期事件是否到达，如果到达则判断预期参数与实际参数是否一致，如果一致，则判断本测试用例是否结束，如果结束，则测试成功，测试结束或者程序返回继续判断测试用例列表是否为空，如果判断本测试用例未结束，则返回到检测点继续设置预期事件与参数；

(2)、如果预期事件未到达或者预期参数与实际参数不一致则判断测试失败，测试结束。

Images