[发明专利]高铁信号设备自动测试驱动引擎系统

说明书

本发明公开了一种高铁信号设备自动测试驱动引擎系统，包括：设置于自动测试服务器端的主引擎，以及设置于仿真测试设备中分引擎，所述仿真测试设备数量为一个或多个，每一仿真测试设备中均设置一个分引擎；所述主引擎通过数据库接口获取后台数据库的测试数据，封装成测试任务后以序列化流，发送给相应的分引擎；分引擎将接收到的序列化流反序列化为测试任务，并调用仿真测试设备中的测试逻辑处理模块执行测试任务，当获取到被测真实设备响应后通过测试结果比较模块给出的测试结果后，将测试结果序列化并发送给主引擎，由主引擎通过数据库接口回填后台数据库。该系统可适用于多种真实设备的测试，通用性较强，且可以减少主引擎所在服务器的负载。

技术领域

本发明涉及铁路设备自动测试技术领域，尤其涉及一种高铁信号设备自动测试驱动引擎系统。

背景技术

高铁列控系统关键信号设备主要包括联锁(CBI)，列控中心(TCC)、无线闭塞中心(RBC)和临时限速服务器(TSRS)。这些设备软件逻辑与线路站型联系紧密，工程应用中进行软件设计时涉及大量数据编制，测试中产生大量针对编制数据的数据测试和接口测试工作。传统方案中主要是人工编制测试案例对编制数据和接口进行测试，测试效率低，不具有可回归性。

自动测试通过计算机软件技术代替人工读取预先编制好的测试序列，自动向被测设备输入动作条件，下发给被测设备执行测试指令，自动收集被测设备动作结果并进行正确性判定。高铁信号设备数据接口测试领域引进自动测试技术，可以减轻测试人员的劳动强度，提高测试工作效率。

目前国内外对高铁信号设备的测试以人工测试为主，有些设备(比如CBI和TCC)的部分测试项实现了基于测试脚本的数据驱动自动测试，即测试数据和测试脚本分离，由测试数据驱动测试脚本，对被测对象进行测试控制。如图1所示，为目前基于测试脚本的数据驱动自动测试方案。该方案的缺陷在于：1)测试结果比较在自动测试引擎中进行，导致自动测试引擎与测试逻辑耦合紧密，通用性差，比如用于测试真实TCC的自动测试引擎不能用于测试真实CBI设备。2)自动测试引擎逻辑业务过于集中，测试结果比较的运算量与所控制仿真测试设备数量有线性增长关系，不利于自动测试引擎所在服务器的负载均衡。3)自动测试引擎与仿真测试设备(仿真CBI、仿真TSRS等)间需分别设计专用的通信协议，通用性差，增加了整个自动测试系统的维护难度。

发明内容

本发明的目的是提供一种高铁信号设备自动测试驱动引擎系统，可适用于多种真实设备的测试，通用性较强。

本发明的目的是通过以下技术方案实现的：

一种高铁信号设备自动测试驱动引擎系统，包括：设置于自动测试服务器端的主引擎，以及设置于仿真测试设备中分引擎，所述仿真测试设备数量为一个或多个，每一仿真测试设备中均设置一个分引擎；

所述主引擎通过数据库接口获取后台数据库的测试数据，封装成测试任务后以序列化流，发送给相应的分引擎；

分引擎将接收到的序列化流反序列化为测试任务，并调用仿真测试设备中的测试逻辑处理模块执行测试任务，当获取到被测真实设备响应后通过测试结果比较模块给出的测试结果后，将测试结果序列化并发送给主引擎，由主引擎通过数据库接口回填后台数据库。

由上述本发明提供的技术方案可以看出，用于测试的分引擎与测试逻辑独立，通用性强，可以适用于各自高铁信号设备的自动测试；各仿真测试设备执行测试任务，根据测试结果计算出测试结论，分引擎接收测试结论并反馈给主引擎，即测试结果正确性比对分布式进行，减少主引擎所在服务器的负载。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他附图。