CN112181846A - 一种交通信号控制系统消息自动化测试平台及方法 - Google Patents

Abstract

本发明提供一种交通信号控制系统消息自动化测试平台，其可以提高测试效率，提高测试准确率，以及复用测试场景以降低测试成本，缩短测试周期。本发明技术方案中，基于图元模块基于实际使用场景搭建测试场景，基于配置模块将对测试环境进行配置，基于用例模块生成标准测试用例，基于数据收发处理模块执行对被测试设备的测试；基于用例模块中的复用模块实现了测试用例的复用；测试用例生成、测试执行过程都是自动实施，极大的提高测试效率；同时，本发明也公开了一种交通信号控制系统消息自动化测试方法。

Description

一种交通信号控制系统消息自动化测试平台及方法

技术领域

本发明涉及智能交通控制技术领域，具体为一种交通信号控制系统消息自动化测试平台及方法。

背景技术

交通信号控制系统由道路交通信号控制机、道路交通信号灯、道路交通流检测设备、通信设备、中心控制计算机及相关软件等组成，用于道路交通控制的系统。因为这些设备的准确性涉及到交通安全，必须保证其信息传递的准确性，在其投入使用之前，需要通过测试来确认通信消息是否符合标准定义的规范格式。随着交通信号控制设备不断推广和广泛应用，其控制系统的协议测试需求越来越大，协议数据类型日渐增多，测试人员面临的测试工作量也越来越大；同时多类型的协议格式需要测试人员逐个比对，效率低下、耗时长且无法完全保证测试结果的正确性；同时不同测试人员的测试流程会有所差异，测试流程规范化不足，导致管理困难；此外，在同一运行场景下的不同类型、不同品牌的硬件设备在当前测试方法下仍然需要大量的工作，对测试场景无法完全复用，在测试效率低下的同时还导致测试成本增加。

发明内容

为了解决现有的交通信号控制系统消息测试使用人工测试，导致效率低下、准确率不足、成本较高的问题，本发明提供一种交通信号控制系统消息自动化测试平台，其可以提高测试效率，提高测试准确率，以及复用测试场景以降低测试成本，缩短测试周期。同时，本发明也公开了一种交通信号控制系统消息自动化测试方法。

本发明的技术方案是这样的：一种交通信号控制系统消息自动化测试平台，其特征在于，其包括：预定义模型模块、图元模块、用例模块、配置模块、数据收发处理模块；

所述预定义模型模块用于管理测试模型，存储了所有预先定义的标准数据结构模型；所述预定义模型模块将被测试设备分解为子模块，针对不同的所述子模块分别建立其数据结构模型作为子模块标准测试模型，以XSD格式存储在系统中；所述子模块标准测试模型中定义了所述子模块在测试中系统消息内容需要满足的格式要求；

所述图元模块根据被测试设备以及所述被测试设备的实际使用场景，搭建相应的测试场景；所述测试场景包括：被测试设备包括的所有的所述子模块、基于所述预定义模型模块提取的所述子模块标准测试模型、所述被测试设备对应的通信协议、消息测试模式、所述子模块在测试中的逻辑和流程；所述消息测试模式包括：请求应答类、主动推送类；所述请求应答类的待测试系统消息包括：配置参数、运行信息、控制命令；所述主动推送类的待测试系统消包括：配置参数、运行信息；

所述配置模块用于对测评环境进行配置，配置的内容包括：通信模式配置、图元配置；

所述通行模式配置定义被测试设备与测试平台的通信模式参数；所述通信模式参数包括：通信方式、网络地址、端口号、COM口、波特率、起始位；

所述图元配置基于所述测试场景定义对应的图元，针对所述图元模块搭建的测试场景的逻辑关系进行参数设定，包括每一个图元的输入、输出和图元间的逻辑顺序；所述图元配置的内容包括：图元类型、图元参数；所述图元类型包括：数据定义图元、过程类图元、设备类图元、验证图元；所述数据定义图元对应的所述图元参数包括：变量名、变量类型、变量的默认值；所述设备类图元对应的所述图元参数包括：设备标识、输入数据协议、输出数据协议；所述验证图元对应的所述图元参数包括：期望值、实际值、结果；

所述用例模块包括复用模块、新建测试用例模块；

在所述新建测试用例模块中，基于被测试设备调用所述图元模块搭建新的所述测试场景，调用所述配置模块定义的图元、图元间的输入、输出和逻辑顺序及新的通信模式，然后基于测试对应的所述测试场景、所述通信模式生成测试用例，并保存所述测试用例；

所述复用模块的复用方式包括：依据被测对象的品牌型号在已经保存的测试用例中直接进行选择；将多个已经保存的所述测试场景、所述测试用例按照被测试设备的所述子模块重新组合为一个新的测试用例，并保存；

所述数据收发处理模块包括数据通信模块、测试执行模块；所述数据通信模块基于所述测试场景中定义的所述消息测试模式与作为被测试设备的被测试设备通信，发送所述被测试设备需接收的所述待测试系统消息，获取所述被测试设备输入的所述待测试系统消息；所述测试执行模块基于所述待测试系统消息，执行所述被测试设备对应的所述测试用例，并将所述测试用例执行结果输出。

其进一步特征在于：

所述被测试设备与自动化测试平台通过网络或串口方式连接；

所述子模块标准测试模型的文件格式为XSD模型，包括：系统参数、区域参数、子区参数、路口参数、信号机参数、信号灯组参数、检测器参数、车道参数、相位参数、阶段参数、配时方案参数、干线参数、可变车道参数、系统状态、区域状态、路口状态、信号机故障、路口控制方式、路口周期、路口阶段、路口相位灯态、路口控制方案、路口交通流数据、可变车道运行信息、干线控制方式、干线路段推荐车速、交通管制或拥堵管控路口信息列表、阶段交通流数据、应急车辆轨迹信息、锁定交通流向、解锁交通流向、路口周期、阶段相位灯态交通流数据上传设置、参数及运行信息通知、查询命令、指定优化控制方案、指定日计划；

数据收发处理模块与所述被测试设备通信的数据格式为XML；基于所述子模块在测试中的逻辑和流程，所述数据收发处理模块接收到所述被测试设备的所述待测试系统消息，并将所述待测试系统消息与所述测试用例中包括的所述子模块标准测试模型进行匹配，判断消息格式是否符合标准协议通信参数，并输出测试结果；所述数据收发处理模块发送到所述被测试设备的所述待测试系统消息，并由所述被测试设备解析接收到的消息，并发送待测试响应消息到所述数据收发处理模块；在所述测试执行模块中，所述待测试响应消息与所述测试用例中包括的所述子模块标准测试模型进行匹配，判断消息格式是否符合标准协议通信参数，并将判断结果作为测试结果输出。

一种交通信号控制系统协议自动化测试方法，其包含下列步骤：

S1：获取被测试设备，根据所述被测试设备使用的通信方式，将被测试设备分解为不同的子模块，获取每一个所述子模块的通信方式；

S2：基于所述被测试设备的类型、被测试设备的通信方式，确认测试用例模块中是否存在所述被测试设备可以复用的测试用例；

如果存在可以复用的所述测试用例，则通过复用模块调用可复用的测试用例，执行步骤S6；

否则，执行步骤S3；

S3：确认所述测试用例模块中是否存在所述被测试设备可以复用的测试场景；

如果不存在可以复用的测试场景，则执行步骤S4；

如果存在可以复用的测试场景，执行步骤S5；

S4：基于新建测试用例模块调用图元模块，根据所述子模块搭建新的所述测试场景，调用所述配置模块定义新的通信模式、各子模块之间的输入输出及数据流向参数，生成新的测试用例后，执行步骤S6；

S5：通过所述复用模块调用可复用的所述测试场景，确认可复用的所述测试场景是否需要重新组合；

如果不需要重新组合测试场景，则以可复用的所述测试场景为基础，调用配置模块定义所述被测试设备与测试平台的通信模式，生成新的测试用例,执行步骤S6；

如果可复用的所述测试场景需要重新组合，则按照被所述被测试设备的所述子模块重新组合为一个新的测试用例，然后调用配置模块定义所述被测试设备与测试平台的通信模式、各子模块之间的输入输出及数据流向，生成新的测试用例，执行步骤S6；

S6：通过所述数据收发处理模块建立与所述被测试设备的通信，并且执行所述测试用例，输出测试报告11。

其进一步特征在于：

所述通信方式包括请求应答、主动推送；所述图元模块中，根据所述通信方式调用不同类型的消息测试模式；

在步骤S1实施之前，将预定义的标准数据结构模型录入到预定义模型模块中；

步骤S6中，执行所述测试用例包括以下步骤：

a1：所述数据收发处理模块接收所述被测试设备发送的XML格式的系统消息内容，将所述系统消息内容作为待测试消息数据，对所述待测试消息数据进行解析；

a2：得到所述待测试消息数据的请求头和消息体，将所述消息体的消息格式、内容与所述测试场景中的对应的所述子模块标准测试模型进行匹配，将匹配结果放入所述测试报告11中作为测试结果输出；

对所述被测试设备的通信参数标签和所述子模块标准测试模型中的标准协议通信参数标签进行匹配比较，并判断被测XML文件是否符合标准格式要求，将判断结果放入所述测试报告11中作为测试结果输出；

所述测试报告的内容包括：验证环境、运行结果、系统环境图、运行配置、执行验证清单。

本发明提供的一种交通信号控制系统消息自动化测试平台，基于图元模块基于实际使用场景搭建测试场景，基于配置模块将对测试环境进行配置，基于用例模块生成标准测试用例，基于数据收发处理模块执行对被测试设备的测试；测试用例生成、测试执行过程都是自动实施，极大的提高测试效率，规范了测试实施流程，提高了测试准确率；同时，基于用例模块中的复用模块实现了测试用例的复用，对于可复用的测试用例进行复用，不但进一步提高了测试效率，而且降低了测试成本，缩短了测试周期。

附图说明

图1为本专利测试平台结构示意图；

图2为预定义的标准数据结构模型的XSD的示例图；

图3为交通信号控制系统协议自动化测试方法的流程示意图。

具体实施方式

如图1所示，本发明一种交通信号控制系统消息自动化测试平台，用于交通信号控制系统中的测试被测设备的通信协议是否符合标准定义的规范格式，其包括：预定义模型模块1、图元模块2、用例模块4、配置模块3、数据收发处理模块7；被测试设备8与自动化测试平台通过网络或串口方式连接。

预定义模型模块1用于管理测试模型，存储了所有预先定义的标准数据结构模型；预定义模型模块1将被测试设备8分解为子模块，针对不同的子模块分别建立其数据结构模型作为子模块标准测试模型，以XSD格式存储在系统中；子模块标准测试模型中定义了子模块在测试中系统消息内容需要满足的格式要求。

图元模块2根据被测试设备8以及被测试设备8的实际使用场景，搭建相应的测试场景；测试场景包括：被测试设备8包括的所有的子模块、基于预定义模型模块1提取的子模块标准测试模型、被测试设备8对应的通信协议、消息测试模式、子模块在测试中的逻辑和流程；消息测试模式包括：请求应答类、主动推送类；请求应答类的待测试系统消息包括：配置参数、运行信息、控制命令；主动推送类的待测试系统消包括：配置参数、运行信息；

子模块标准测试模型的文件格式为XSD模型，包括：系统参数、区域参数、子区参数、路口参数、信号机参数、信号灯组参数、检测器参数、车道参数、相位参数、阶段参数、配时方案参数、干线参数、可变车道参数、系统状态、区域状态、路口状态、信号机故障、路口控制方式、路口周期、路口阶段、路口相位灯态、路口控制方案、路口交通流数据、可变车道运行信息、干线控制方式、干线路段推荐车速、交通管制或拥堵管控路口信息列表、阶段交通流数据、应急车辆轨迹信息、锁定交通流向、解锁交通流向、路口周期、阶段相位灯态交通流数据上传设置、参数及运行信息通知、查询命令、指定优化控制方案、指定日计划。

配置模块3用于对测评环境进行配置，配置的内容包括：通信模式配置、图元配置

通行模式配置定义的内容包括：被测试设备8与测试平台的通信模式、基于测试场景定义对应的图元类型；通信模式参数包括：通信方式、网络地址、端口号、COM口、波特率、起始位；

图元配置基于所述测试场景定义对应的图元，针对图元模块2搭建的测试场景的逻辑关系进行参数设定，包括每一个图元的输入、输出和图元间的逻辑顺序；

图元配置内容包括：图元类型、图元参数；图元类型包括：数据定义图元、过程类图元、设备类图元、验证图元；数据定义图元对应的图元参数包括：变量名、变量类型、变量的默认值；设备类图元对应的图元参数包括：设备标识、输入数据协议、输出数据协议；验证图元对应的图元参数包括：期望值、实际值、结果。

数据定义类图元主要用于定义数据的变量名、变量类型、变量的默认值，如下发参数类的协议，需要测试平台下发相关参数给被测设备，如心跳，则需要定义心跳数据的变量名beat、变量类型字符型及默认值50等。

过程类图元主要针对协议测试中可能出现的判断等情况，如某协议限定若某一值大于10时，结束会话，则此时可设定过程类图元，当该值大于10跳转至结束会话图元，小于等于10时进行正常的下一步流程。

设备类图元主要用于对设备进行初始化定义，如设备在测试流程中充当客户端或是服务端，设备的输入数据协议、输出数据协议分别是什么，并可结合配置模块设置设备的ip和端口号。

验证类图元主要用于对测试实际结果与期望值的关系验证，如某个协议定义某一值需为小于等于10的数值，那么在验证类图元中可将期望值设置为10，关系设置为小于等于，以此判断输出值是否满足期望值，并给出结果。

用例模块4包括复用模块6、新建测试用例模块5；

在新建测试用例模块5中，基于被测试设备8调用图元模块2搭建新的测试场景，调用配置模块3定义的图元、图元间的输入、输出和逻辑顺序及新的通信模式，然后基于测试对应的测试场景、通信模式生成测试用例，并保存测试用例；

测试场景仅仅指图元定义的基本的测试逻辑流程，测试用例则指对于每一个图元都做好参数配置的测试场景，即：测试用例=测试场景+参数配置，参数配置的含义是指对测试场景中的图元的测试内容进行定义，如：针对某一个图元变量配置了其输入、名称、输出等内容；

本实施例中，对于登录协议的测试用例的构建过程如下：

首先，利用图元模块搭建测试场景，包括设备初始化、接收登录请求、打印登录请求、解析登录请求、协议标准符合判断、结果打印、设备关闭，基于图元模块搭建完成测试的基本逻辑流程；

然后，利用图元配置模块对设备初始化图元进行设备的设备号、IP、端口、输入协议等相关参数的配置；接收登录请求图元进行接收设备设定、接收数据设定、输出数据设定等配置；打印登录请求图元进行打印内容的配置；解析登录请求图元进行输入数据设定、协议设定、输出数据设定配置；协议标准符合判断图元模块进行输入值的定义、期望值的定义、关系定义等配置；结果打印图元进行打印内容的定义；设备关闭图元进行设备号、IP等相关参数定义；

在用例模块中，结合图元模块搭建的基本逻辑流程以及配置模块的基本配置，最终形成测试用例。

复用模块6的复用方式包括：依据被测对象的品牌型号在已经保存的测试用例中直接进行选择；将多个已经保存的测试场景、测试用例按照被测试设备8的子模块重新组合为一个新的测试用例，并保存；

数据收发处理模块7包括数据通信模块9、测试执行模块10；数据通信模块9基于测试场景中定义的消息测试模式与作为被测试设备8的被测试设备8通信，发送被测试设备8需接收的待测试系统消息，获取被测试设备8输入的待测试系统消息；测试执行模块10基于待测试系统消息，执行被测试设备8对应的测试用例，并将测试用例执行结果输出。

数据收发处理模块7与被测试设备8通信的数据格式为XML；基于子模块在测试中的逻辑和流程，数据收发处理模块7接收到被测试设备8的待测试系统消息，并将待测试系统消息与测试用例中包括的子模块标准测试模型进行匹配，判断消息格式是否符合标准协议通信参数，并输出测试结果；数据收发处理模块7发送到被测试设备8的待测试系统消息，并由被测试设备8解析接收到的消息，并发送待测试响应消息到数据收发处理模块7；在测试执行模块10中，待测试响应消息与测试用例中包括的子模块标准测试模型进行匹配，判断消息格式是否符合标准协议通信参数，并将判断结果作为测试结果输出。

本实施例中，被测试设备8通过串口或RJ45口（TCP/IP方式）向测试平台发送数据包，数据收发处理模块7接收被测设备的通信参数，自动解析被测设备发送的XML格式的协议消息的消息内容，并与预定义模型模块1的标准数据结构模型进行比对；最后自动判断消息格式是否符合标准协议通信参数，并输出测试结果。

基于交通信号控制系统消息自动化测试平台实现的交通信号控制系统协议自动化测试方法，如图3所示，其包含下列步骤。

首先，将预定义的标准数据结构模型录入到预定义模型模块1中。

S1：获取被测试设备8，取得被测试设备的类型、品牌、型号，解析可知被测试设备8使用的通信方式，根据通信方式将被测试设备8分解为不同的子模块，获取每一个子模块的通信方式；通信方式包括请求应答、主动推送；在图元模块2中根据通信方式调用不同类型的消息测试模式。

S2：基于被测试设备8的类型、被测试设备8的通信方式，确认测试用例模块4中是否存在被测试设备8可以复用的测试用例；

如果存在可以复用的测试用例，则通过复用模块6调用可复用的测试用例，执行步骤S6；

否则，执行步骤S3。

S3：确认测试用例模块4中是否存在被测试设备8可以复用的测试场景；

对于上一次测试未通过的被测试设备8，或同一型号不同版本的被测试设备8再次送检，可以直接查找搭建过的测试场景进行相应的测试场景；

如果不存在可以复用的测试场景，则执行步骤S4；

如果存在可以复用的测试场景，执行步骤S5。

S4：基于新建测试用例模块5调用图元模块2，根据子模块搭建新的测试场景，调用配置模块3定义新的通信模式、各子模块之间的输入输出及数据流向参数，生成新的测试用例后，执行步骤S6。

S5：通过复用模块6调用可复用的测试场景，确认可复用的测试场景是否需要重新组合；

如果不需要重新组合测试场景，则以可复用的测试场景为基础，调用配置模块3定义被测试设备8与测试平台的通信模式，生成新的测试用例,执行步骤S6；

如果可复用的测试场景需要重新组合，则按照被被测试设备8的子模块将可复用的测试场景重新组合为一个新的测试用例，然后调用配置模块3定义被测试设备8与测试平台的通信模式、各子模块之间的输入输出及数据流向，生成新的测试用例，执行步骤S6。

如：对于一个只具备登录、登出功能设备A，只需要测试登录协议和登出协议是否符合标准协议格式，此时搭建的测试用例中包含登录协议测试和登出协议测试；而对于具备登录、登出、参数下发等功能的设备B，搭建的测试用例中需要包含登录协议测试、登出协议测试和参数下发协议测试，此时可复用设备A中已搭建的登录协议测试和登出协议测试，并搭建参数下发协议测试的测试用例，与设备A的测试用例组合生成新的测试用例。

配置模块3搭建测试场景时，假设在被测试对象未提供硬件设备，只能提供相应的报文；需要测试平台提供虚拟设备，则测试平台将自身初始化虚拟出被测试设备8，同时兼任客户端（被测试设备8）和服务端（测试平台）的工作，此时，配置模块3定义通信模式的内容为：客户端和服务端的ip均配置为本机ip和端口，即完成本次测试场景的搭建。

配置模块3搭建测试场景时，被测试对象提供硬件设备，则需要通过串口线直连或通过路由器、网线将被测设备和测试平台部署在同一个局域网内，并依据实际环境修改被测设备和测试平台的ip和端口号......等等参数，如被测设备和测试平台均在192.168.11.X的局域网中，实际环境中将被测设备的ip设为192.168.11.12，端口号设为2006；测试平台的ip设为192.168.11.13，端口号为2006，那么在测试平台中选择或搭建对应的测试场景后，将被测设备和测试平台的ip和端口号分别初始化为对应的ip和端口号；即完成本次测试场景的搭建。

S6：通过数据收发处理模块7建立与被测试设备8的通信，并且执行测试用例，输出测试报告11。

执行测试用例包括以下步骤：

a1：数据收发处理模块7接收被测试设备8发送的XML格式的系统消息内容，将系统消息内容作为待测试消息数据，对待测试消息数据进行解析；

a2：得到待测试消息数据的请求头和消息体，将消息体的消息格式、内容与测试场景中的对应的子模块标准测试模型进行匹配，将匹配结果放入测试报告11中作为测试结果输出；

对被测试设备8的通信参数标签和子模块标准测试模型中的标准协议通信参数标签进行匹配比较，并判断被测XML文件是否符合标准格式要求，将判断结果放入测试报告11中作为测试结果输出；

测试报告11的内容包括：验证环境、运行结果、系统环境图、运行配置、执行验证清单。

数据收发处理模块7基于数据通信模块9接收到被测试设备8发送的XML格式的协议消息，将接收到的协议消息进行解析，得到协议消息的请求头和消息体，包括解析得到的通信参数标签和预定义模型中的标准协议通信参数标签；

被测试设备8发送的协议消息格式的示例，如：

<Version>版本号</Version>、<Token>令牌</Token>、<From>源地址</From>、<To>目的地址</To>、<Type>类型（分为request、response、push三大类）</Type>、<Seq>消息序列号</Seq>；

<Body>消息体</Body>

预定义的标准数据结构模型的XSD如图2所示；在测试执行模块10中比较测试平台接收到的xml中的消息格式是否符合标准数据结构模型中的格式，如：接收到的xml中name 、type类型和XSD定义的name、type是否一致；将匹配结果放入测试报告11中作为测试结果输出，生成的测试报告11包括验证环境、运行结果、系统环境图、运行配置、执行验证清单。

本发明利用自动化测试平台进行交通信号控制系统协议自动化测试，可极大的减少测试人员的工作量，提高测试效率和测试准确率；可针对不同的实际使用场景，利用图元工具根据搭建测试场景，易于自动化测试平台测试场景的扩展和配置；已搭建的测试场景可多次复用，有效的提高了自动化测试平台的场景利用率，提高了自动化测试的效率。

Claims (8)

1.一种交通信号控制系统消息自动化测试平台，其特征在于，其包括：预定义模型模块、图元模块、用例模块、配置模块、数据收发处理模块；

所述预定义模型模块用于管理测试模型，存储了所有预先定义的标准数据结构模型；所述预定义模型模块将被测试设备分解为子模块，针对不同的所述子模块分别建立其数据结构模型作为子模块标准测试模型，以XSD格式存储在系统中；所述子模块标准测试模型中定义了所述子模块在测试中系统消息内容需要满足的格式要求；

所述图元模块根据被测试设备以及所述被测试设备的实际使用场景，搭建相应的测试场景；所述测试场景包括：被测试设备包括的所有的所述子模块、基于所述预定义模型模块提取的所述子模块标准测试模型、所述被测试设备对应的通信协议、消息测试模式、所述子模块在测试中的逻辑和流程；所述消息测试模式包括：请求应答类、主动推送类；所述请求应答类的待测试系统消息包括：配置参数、运行信息、控制命令；所述主动推送类的待测试系统消包括：配置参数、运行信息；

所述配置模块用于对测评环境进行配置，配置的内容包括：通信模式配置、图元配置；

所述通行模式配置定义被测试设备与测试平台的通信模式参数；所述通信模式参数包括：通信方式、网络地址、端口号、COM口、波特率、起始位；

所述图元配置基于所述测试场景定义对应的图元，针对所述图元模块搭建的测试场景的逻辑关系进行参数设定，包括每一个图元的输入、输出和图元间的逻辑顺序；所述图元配置的内容包括：图元类型、图元参数；所述图元类型包括：数据定义图元、过程类图元、设备类图元、验证图元；所述数据定义图元对应的所述图元参数包括：变量名、变量类型、变量的默认值；所述设备类图元对应的所述图元参数包括：设备标识、输入数据协议、输出数据协议；所述验证图元对应的所述图元参数包括：期望值、实际值、结果；

所述用例模块包括复用模块、新建测试用例模块；

在所述新建测试用例模块中，基于被测试设备调用所述图元模块搭建新的所述测试场景，调用所述配置模块定义的图元、图元间的输入、输出和逻辑顺序及新的通信模式，然后基于测试对应的所述测试场景、所述通信模式生成测试用例，并保存所述测试用例；

所述复用模块的复用方式包括：依据被测对象的品牌型号在已经保存的测试用例中直接进行选择；将多个已经保存的所述测试场景、所述测试用例按照被测试设备的所述子模块重新组合为一个新的测试用例，并保存；

所述数据收发处理模块包括数据通信模块、测试执行模块；所述数据通信模块基于所述测试场景中定义的所述消息测试模式与作为被测试设备的被测试设备通信，发送所述被测试设备需接收的所述待测试系统消息，获取所述被测试设备输入的所述待测试系统消息；所述测试执行模块基于所述待测试系统消息，执行所述被测试设备对应的所述测试用例，并将所述测试用例执行结果输出。

2.根据权利要求1所述一种交通信号控制系统消息自动化测试平台，其特征在于：所述被测试设备与自动化测试平台通过网络或串口方式连接。

3.根据权利要求1所述一种交通信号控制系统消息自动化测试平台，其特征在于：所述子模块标准测试模型的文件格式为XSD模型，包括：系统参数、区域参数、子区参数、路口参数、信号机参数、信号灯组参数、检测器参数、车道参数、相位参数、阶段参数、配时方案参数、干线参数、可变车道参数、系统状态、区域状态、路口状态、信号机故障、路口控制方式、路口周期、路口阶段、路口相位灯态、路口控制方案、路口交通流数据、可变车道运行信息、干线控制方式、干线路段推荐车速、交通管制或拥堵管控路口信息列表、阶段交通流数据、应急车辆轨迹信息、锁定交通流向、解锁交通流向、路口周期、阶段相位灯态交通流数据上传设置、参数及运行信息通知、查询命令、指定优化控制方案、指定日计划。

4.根据权利要求1所述一种交通信号控制系统消息自动化测试平台，其特征在于：数据收发处理模块与所述被测试设备通信的数据格式为XML；基于所述子模块在测试中的逻辑和流程，所述数据收发处理模块接收到所述被测试设备的所述待测试系统消息，并将所述待测试系统消息与所述测试用例中包括的所述子模块标准测试模型进行匹配，判断消息格式是否符合标准协议通信参数，并输出测试结果；所述数据收发处理模块发送到所述被测试设备的所述待测试系统消息，并由所述被测试设备解析接收到的消息，并发送待测试响应消息到所述数据收发处理模块；在所述测试执行模块中，所述待测试响应消息与所述测试用例中包括的所述子模块标准测试模型进行匹配，判断消息格式是否符合标准协议通信参数，并将判断结果作为测试结果输出。

5.一种交通信号控制系统协议自动化测试方法，其包含下列步骤：

S1：获取被测试设备，根据所述被测试设备使用的通信方式，将被测试设备分解为不同的子模块，获取每一个所述子模块的通信方式；

S2：基于所述被测试设备的类型、被测试设备的通信方式，确认测试用例模块中是否存在所述被测试设备可以复用的测试用例；

如果存在可以复用的所述测试用例，则通过复用模块调用可复用的测试用例，执行步骤S6；

否则，执行步骤S3；

S3：确认所述测试用例模块中是否存在所述被测试设备可以复用的测试场景；

如果不存在可以复用的测试场景，则执行步骤S4；

如果存在可以复用的测试场景，执行步骤S5；

S4：基于新建测试用例模块调用图元模块，根据所述子模块搭建新的所述测试场景，调用所述配置模块定义新的通信模式、各子模块之间的输入输出及数据流向参数，生成新的测试用例后，执行步骤S6；

S5：通过所述复用模块调用可复用的所述测试场景，确认可复用的所述测试场景是否需要重新组合；

如果不需要重新组合测试场景，则以可复用的所述测试场景为基础，调用配置模块定义所述被测试设备与测试平台的通信模式，生成新的测试用例,执行步骤S6；

如果可复用的所述测试场景需要重新组合，则按照被所述被测试设备的所述子模块重新组合为一个新的测试用例，然后调用配置模块定义所述被测试设备与测试平台的通信模式、各子模块之间的输入输出及数据流向，生成新的测试用例，执行步骤S6；

S6：通过所述数据收发处理模块建立与所述被测试设备的通信，并且执行所述测试用例，输出测试报告。

6.根据权利要求5所述一种交通信号控制系统协议自动化测试方法，其特征在于：所述通信方式包括请求应答、主动推送；所述图元模块中，根据所述通信方式调用不同类型的消息测试模式；

在步骤S1实施之前，将预定义的标准数据结构模型录入到预定义模型模块中。

7.根据权利要求5所述一种交通信号控制系统协议自动化测试方法，其特征在于：步骤S6中，执行所述测试用例包括以下步骤：

a1：所述数据收发处理模块接收所述被测试设备发送的XML格式的系统消息内容，将所述系统消息内容作为待测试消息数据，对所述待测试消息数据进行解析；

a2：得到所述待测试消息数据的请求头和消息体，将所述消息体的消息格式、内容与所述测试场景中的对应的所述子模块标准测试模型进行匹配，将匹配结果放入所述测试报告中作为测试结果输出；

对所述被测试设备的通信参数标签和所述子模块标准测试模型中的标准协议通信参数标签进行匹配比较，并判断被测XML文件是否符合标准格式要求，将判断结果放入所述测试报告中作为测试结果输出。

8.根据权利要求5所述一种交通信号控制系统协议自动化测试方法，其特征在于：所述测试报告的内容包括：验证环境、运行结果、系统环境图、运行配置、执行验证清单。

Images