CN113434420A - 设备测试方法及装置 - Google Patents

Abstract

本发明提供一种设备测试方法及装置，该设备测试方法包括：获取测试脚本文件；运行所述测试脚本文件，得到控显命令数据和期望执行数据；将所述控显命令数据发送给TCS设备，以供所述TCS设备运行所述控显命令数据，得到反馈执行数据；接收所述反馈执行数据；基于所述反馈执行数据和所述期望执行数据，确定TCS设备测试结果。本发明提供的设备测试方法及装置，通过获取测试脚本文件，自动运行该测试脚本文件，得到控显命令数据和期望执行数据，在TCS设备运行控显命令数据之后，可以得到反馈执行数据，可以基于反馈执行数据和期望执行数据，得到TCS设备测试结果，可以降低测试失误概率，避免出现安全事故，提高测试效率。

Description

设备测试方法及装置

技术领域

本发明涉及轨道交通技术领域，尤其涉及一种设备测试方法及装置。

背景技术

在城市轨道交通CBTC(Communication Base Train Control基于通信的列车控制)系统中，ZC(Zone Controller，区域控制器)和CI(Computer Interlock，计算机联锁)实现一体化已经成为当代轨道交通信号系统发展的趋势，TCS(Train Control System，地面一体化控制系统)设备就能够实现ZC和CI一体化的功能。目前TCS设备在开发完成后，需要进行联调联试，而对TCS设备与控显进行交互的功能进行测试则是其中重要的一个测试部分。

目前对TCS设备进行控显测试的方法，需要由工作人员在控显测试平台的人机交互界面上进行反复操作，来测试TCS设备与控显交互的功能是否正常，而通过人工操作的方式，容易出现测试失误，容易造成安全事故，且测试效率较低。

发明内容

本发明提供一种设备测试方法及装置，用以解决现有技术中通过人工操作的方式，容易出现测试失误，容易造成安全事故，且测试效率较低的缺陷，实现降低测试失误概率，避免出现安全事故，提高测试效率。

本发明提供一种设备测试方法，该设备测试方法包括：获取测试脚本文件；运行所述测试脚本文件，得到控显命令数据和期望执行数据；将所述控显命令数据发送给TCS设备，以供所述TCS设备运行所述控显命令数据，得到反馈执行数据；接收所述反馈执行数据；基于所述反馈执行数据和所述期望执行数据，确定TCS设备测试结果。

本发明提供一种设备测试方法，所述将所述控显命令数据发送给TCS设备，包括：通过主引擎识别所述控显命令数据，并将所述控显命令数据下发给对应的控显分引擎；通过所述控显分引擎将所述控显命令数据发送给所述TCS设备。

本发明提供一种设备测试方法，所述通过所述控显分引擎将所述控显命令数据打包发送给所述TCS设备，包括：通过所述控显分引擎将所述控显命令数据按照TCS接口规范格式进行打包，得到控显输出数据包；通过所述控显分引擎将所述控显输出数据包发送给所述TCS设备。

本发明提供一种设备测试方法，所述基于所述反馈执行数据和所述期望执行数据，确定TCS设备测试结果，包括：将所述反馈执行数据和所述期望执行数据进行对比；若所述期望执行数据和所述反馈执行数据一致，则输出测试成功信息；或者，若所述期望执行数据和所述反馈执行数据不一致，则输出测试失败信息。

本发明提供一种设备测试方法，所述设备测试方法还包括：将所述TCS设备测试结果记录保存，并将所述TCS设备测试结果在运行界面进行显示。

本发明提供一种设备测试方法，所述设备测试方法还包括：若获取测试脚本文件失败，或者运行所述测试脚本文件失败，则输出测试失败信息，并将所述测试失败信息在运行界面进行显示。

本发明提供一种设备测试方法，所述设备测试方法还包括：若所述控显命令数据发送失败，或者，接收所述反馈执行数据失败，则输出测试失败信息，并将所述测试失败信息在运行界面进行显示。

根据本发明提供的一种设备测试装置，该设备测试装置包括：获取模块，用于获取测试脚本文件；运行模块，用于运行所述测试脚本文件，得到控显命令数据和期望执行数据；发送模块，用于将所述控显命令数据发送给TCS设备，以供所述TCS设备运行所述控显命令数据，得到反馈执行数据；接收模块，用于接收所述反馈执行数据；确定模块，用于基于所述反馈执行数据和所述期望执行数据，确定TCS设备测试结果。

本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述设备测试方法的步骤。

本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述设备测试方法的步骤。

本发明提供的设备测试方法及装置，通过获取测试脚本文件，自动运行该测试脚本文件，得到控显命令数据和期望执行数据，在TCS设备运行控显命令数据之后，可以得到反馈执行数据，可以基于反馈执行数据和期望执行数据，得到TCS设备测试结果，可以降低测试失误概率，避免出现安全事故，提高测试效率。

附图说明

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

图1是本发明提供的设备测试方法的流程示意图；

图2是本发明提供的控显测试平台的结构示意图；

图3是本发明提供的设备测试装置的结构示意图；

图4是本发明提供的电子设备的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面结合图1至图4描述本发明的设备测试方法及装置。

如图1所示，本发明提供一种设备测试方法，该设备测试方法包括：如下步骤110至步骤150。

步骤110、获取测试脚本文件。

可以理解的是，如图2所示，该设备测试方法的执行主体可以为控显测试平台，控显测试平台可以和数据库通信连接，同时可以和TCS设备通信连接，控显测试平台用于测试TCS设备与控显的交互功能是否正常。

值得注意的是，控显主要是与TCS设备通信，从TCS设备接收站场实时变化信息、操作提示和报警信息；控显可以向TCS设备发送按钮命令信息，完成控制台的站场图形显示、操作提示和报警信息的文字和语言输出，鼠标操作和按钮信息处理等。

TCS设备可以和控显进行交互，本发明提供的设备测试方法，就是通过控显测试平台模拟控显，来测试TCS设备能否对控显相关的命令数据进行正确的响应。

测试脚本文件可以是工作人员预先编写的测试案例程序，测试脚本文件可以为计算机可执行程序文件，测试脚本文件可以被存储在数据库中。

如图2所示，控显测试平台可以包括测试管理器，测试管理器可以进行逻辑运算操作，测试管理器可以执行测试脚本文件。

测试管理器可以和数据库通信连接，测试管理器可以从数据库中获取到测试脚本文件。

步骤120、运行测试脚本文件，得到控显命令数据和期望执行数据。

可以理解的是，测试管理器可以运行测试脚本文件，输出控显命令数据和期望执行数据。控显命令数据是用于驱动TCS设备执行控制显示动作的数据形式，期望执行数据是TCS设备在正常执行控显命令数据的情况下会反馈给测试管理器的数据，也就是一种理论意义上的数据形式，是一种期望值。

步骤130、将控显命令数据发送给TCS设备，以供TCS设备运行控显命令数据，得到反馈执行数据。

可以理解的是，控显测试平台可以将控显命令数据发送给TCS设备，TCS设备可以执行该控显命令数据，在执行该控显命令数据之后，会得到反馈执行数据，TCS设备可以将该反馈执行数据发送给控显测试平台。

步骤140、接收反馈执行数据。

可以理解的是，控显测试平台可以从TCS设备接收到该反馈执行数据。

步骤150、基于反馈执行数据和期望执行数据，确定TCS设备测试结果。

可以理解的是，反馈执行数据是TCS设备执行控显命令数据而得出的实际值，而期望执行数据是对应于控显命令数据在正常情况下被TCS设备执行的理论输出值，将反馈执行数据和期望执行数据进行比较，就可以得到TCS设备测试结果。

比如，可以将反馈执行数据和期望执行数据做差值，看计算结果是否为0，也可以做除法，看计算结果是否为1，从而判断反馈执行数据和期望执行数据是否一致，若不一致，则可以认为控显测试失败，若一致，则可以认为控显测试成功。

当然，在反馈执行数据和期望执行数据之间可以存在正常误差，只要反馈执行数据和期待执行数据之间的差距在正常误差范围内，则认为控显测试成功。

TCS信号设备开发完成后，需要控显测试平台进行测试，现有的控显测试平台往往比较专一，通用性较差，无法实现现有TCS信号设备测试工作。本发明为了解决TCS信号设备测试问题，研发了一套控显测试软件，可以根据TCS和控显通信接口协议，对TCS信号设备发送数据，同时该软件可以接收TCS设备发送的数据，对其运算结果做出判断，实现测试功能。

在城市轨道交通CBTC系统中，ZC和CI实现一体化已经成为当代轨道交通信号系统发展的趋势，TCS就可以实现ZC和CI的一体化，联调联试迫在眉睫。控显测试平台作为测试过程的重要组成部分，可以及时发现ZC设备、CI设备和列车状态，为测试过程发现问题提供了有利保障。

目前的控显测试平台主要由5部分组成，包括接口、电源、监测、联锁运算和人机界面。具体实现过程依靠接口设备采集TCS信息，对其进行内部运算，最后通过人机界面显示出来供测试人员观看。

然而，随着列车数量增加和测试难度加大，目前的控显测试平台存在技术缺陷，其一是故障恢复的难度大，其二是测试重复操作次数多，测试效率较低。

随着城市轨道交通线路数量的增加，测试难度也会有所提升，在硬件和软件不是足够稳定的情况下，很容易出现死机、故障等情况，同时被测的信号设备有可能存在问题，导致控显测试平台发生故障。而当故障发生时，测试人员只能通过人机交互界面寻找故障原因，而无法准确找到故障的原因所在，本发明可以根据具体交互信息和记录的日志文件，找到问题所在。

在测试人员少，测试难度大的情况下，测试人员需要根据人机交互界面反复操作，实现TCS设备的测试，而测试人员反复操作过程可能会导致测试失误，降低测试效率，而且测试失误对安全系数很高的信号系统来说是不允许发生的。本发明可以通过编写测试脚本文件实现编写测试案例，运行测试脚本文件成功证明通过该条测试案例，不成功可以根据生成的日志查找原因，降低了测试失误的发生，同时测试案例在相同场景下可以反复使用，大大提高了测试效率。

本发明提供的设备测试方法，通过获取测试脚本文件，自动运行该测试脚本文件，得到控显命令数据和期望执行数据，在TCS设备运行控显命令数据之后，可以得到反馈执行数据，可以基于反馈执行数据和期望执行数据，得到TCS设备测试结果，可以降低测试失误概率，避免出现安全事故，提高测试效率。

在一些实施例中，上述步骤130、将控显命令数据发送给TCS设备，包括：通过主引擎识别控显命令数据，并将控显命令数据下发给对应的控显分引擎；通过控显分引擎将控显命令数据发送给TCS设备。

可以理解的是，如图2所示，控显测试平台还可以包括主引擎和控显分引擎，测试管理器可以将控显命令数据传递给主引擎，主引擎可以识别控显命令数据，并将控显命令数据发送给对应的控显分引擎。

主引擎可以和多个分引擎相连，此处测试的是与控显进行交互的功能，就是将控显命令数据发送给对应的控显分引擎。

由控显分引擎再将控显命令数据发送给TCS设备。

在一些实施例中，通过控显分引擎将控显命令数据打包发送给TCS设备，包括：通过控显分引擎将控显命令数据按照TCS接口规范格式进行打包，得到控显输出数据包；通过控显分引擎将控显输出数据包发送给TCS设备。

可以理解的是，控显分引擎可以将控显命令数据进行解析和打包，具体可以按照TCS接口规范格式将控显命令数据进行打包，这样就可以得到控显输出数据包，控显分引擎可以将控显输出数据包发送给TCS设备。

在一些实施例中，上述步骤150、基于反馈执行数据和期望执行数据，确定TCS设备测试结果，包括：将反馈执行数据和期望执行数据进行对比。若期望执行数据和反馈执行数据一致，则输出测试成功信息；

或者，若期望执行数据和反馈执行数据不一致，则输出测试失败信息。

可以将反馈执行数据和期望执行数据做差值，看计算结果是否为0，也可以做除法，看计算结果是否为1，从而判断反馈执行数据和期望执行数据是否一致。

若不一致，则可以认为控显测试失败，则输出测试失败信息。

若一致，则可以认为控显测试成功，则输出测试成功信息。

当然，在反馈执行数据和期望执行数据之间可以存在正常误差，只要反馈执行数据和期待执行数据之间的差距在正常误差范围内，则认为控显测试成功，就输出测试成功信息。

在一些实施例中，设备测试方法还包括：将TCS设备测试结果记录保存，并将TCS设备测试结果在运行界面进行显示。

可以理解的是，在得到TCS设备测试结果后，可以将TCS设备测试结果进行记录和保存，比如可以通过测试管理器将TCS设备测试结果发送给数据库。

控显测试平台还可以连接有显示器，显示器上可以显示出运行界面，可以将TCS设备测试结果在运行界面上进行显示。

在一些实施例中，设备测试方法还包括：若获取测试脚本文件失败，或者运行测试脚本文件失败，则输出测试失败信息，并将测试失败信息在运行界面进行显示。

可以理解的是，上述步骤110、获取测试脚本文件可能出现失败情况，如果获取测试脚本文件失败，则输出测试失败信息，中断后续执行步骤，测试失败信息可以作为TCS设备测试结果。

上述步骤120、运行测试脚本文件也可能出现失败情况，如果运行测试脚本文件失败，也输出测试失败信息，中断后续执行步骤，测试失败信息可以作为TCS设备测试结果。

可以将测试失败信息进行记录和保存，比如可以记录测试失败信息的具体失败步骤、时间和原因，还可以将测试失败信息以及对应的具体失败步骤、时间和原因显示在运行界面上。

在一些实施例中，设备测试方法还包括：若控显命令数据发送失败，或者，接收反馈执行数据失败，则输出测试失败信息，并将测试失败信息在运行界面进行显示。

可以理解的是，上述步骤130、将控显命令数据发送给TCS设备可能出现失败情况，如果控显命令数据发送失败，则输出测试失败信息，中断后续执行步骤，测试失败信息可以作为TCS设备测试结果。

上述步骤140、接收反馈执行数据也可能出现失败情况，比如TCS设备并未向控显测试平台发送反馈执行数据，如果接受反馈执行数据失败，则输出测试失败信息，中断后续执行步骤，测试失败信息可以作为TCS设备测试结果。

可以将测试失败信息进行记录和保存，比如可以记录测试失败信息的具体失败步骤、时间和原因，还可以将测试失败信息以及对应的具体失败步骤、时间和原因显示在运行界面上。

下面对本发明提供的设备测试装置进行描述，下文描述的设备测试装置与上文描述的设备测试方法可相互对应参照。

如图3所示，本发明提供一种设备测试装置，该设备测试装置包括：获取模块310、运行模块320、发送模块330、接收模块340和确定模块350。

获取模块310，用于获取测试脚本文件。

运行模块320，用于运行测试脚本文件，得到控显命令数据和期望执行数据。

发送模块330，用于将控显命令数据发送给TCS设备，以供TCS设备运行控显命令数据，得到反馈执行数据。

接收模块340，用于接收反馈执行数据。

确定模块350，用于基于反馈执行数据和期望执行数据，确定TCS设备测试结果。

在一些实施例中，发送模块还用于通过主引擎识别所述控显命令数据，并将所述控显命令数据下发给对应的控显分引擎；通过所述控显分引擎将所述控显命令数据发送给所述TCS设备。

在一些实施例中，发送模块还用于通过所述控显分引擎将所述控显命令数据按照TCS接口规范格式进行打包，得到控显输出数据包；通过所述控显分引擎将所述控显输出数据包发送给所述TCS设备。

在一些实施例中，确定模块还用于将所述反馈执行数据和所述期望执行数据进行对比；若所述期望执行数据和所述反馈执行数据一致，则输出测试成功信息；或者，若所述期望执行数据和所述反馈执行数据不一致，则输出测试失败信息。

在一些实施例中，该设备测试装置还包括：输出模块。

输出模块，用于将所述TCS设备测试结果记录保存，并将所述TCS设备测试结果在运行界面进行显示。

在一些实施例中，该设备测试装置还包括：失败检测模块。

失败检测模块，用于若获取测试脚本文件失败，或者运行所述测试脚本文件失败，则输出测试失败信息，并将所述测试失败信息在运行界面进行显示。

在一些实施例中，失败检测模块，还用于若所述控显命令数据发送失败，或者，接收所述反馈执行数据失败，则输出测试失败信息，并将所述测试失败信息在运行界面进行显示。

图4示例了一种电子设备的实体结构示意图，如图4所示，该电子设备可以包括：处理器(processor)410、通信接口(Communications Interface)420、存储器(memory)430和通信总线440，其中，处理器410，通信接口420，存储器430通过通信总线440完成相互间的通信。处理器410可以调用存储器430中的逻辑指令，以执行设备测试方法，该方法包括：获取测试脚本文件；运行所述测试脚本文件，得到控显命令数据和期望执行数据；将所述控显命令数据发送给TCS设备，以供所述TCS设备运行所述控显命令数据，得到反馈执行数据；接收所述反馈执行数据；基于所述反馈执行数据和所述期望执行数据，确定TCS设备测试结果。

此外，上述的存储器430中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法所提供的设备测试方法，该方法包括：获取测试脚本文件；运行所述测试脚本文件，得到控显命令数据和期望执行数据；将所述控显命令数据发送给TCS设备，以供所述TCS设备运行所述控显命令数据，得到反馈执行数据；接收所述反馈执行数据；基于所述反馈执行数据和所述期望执行数据，确定TCS设备测试结果。

又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各提供的设备测试方法，该方法包括：获取测试脚本文件；运行所述测试脚本文件，得到控显命令数据和期望执行数据；将所述控显命令数据发送给TCS设备，以供所述TCS设备运行所述控显命令数据，得到反馈执行数据；接收所述反馈执行数据；基于所述反馈执行数据和所述期望执行数据，确定TCS设备测试结果。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种设备测试方法，其特征在于，包括：

获取测试脚本文件；

运行所述测试脚本文件，得到控显命令数据和期望执行数据；

将所述控显命令数据发送给TCS设备，以供所述TCS设备运行所述控显命令数据，得到反馈执行数据；

接收所述反馈执行数据；

基于所述反馈执行数据和所述期望执行数据，确定TCS设备测试结果。

2.根据权利要求1所述的设备测试方法，其特征在于，所述将所述控显命令数据发送给TCS设备，包括：

通过主引擎识别所述控显命令数据，并将所述控显命令数据下发给对应的控显分引擎；

通过所述控显分引擎将所述控显命令数据发送给所述TCS设备。

3.根据权利要求2所述的设备测试方法，其特征在于，所述通过所述控显分引擎将所述控显命令数据打包发送给所述TCS设备，包括：

通过所述控显分引擎将所述控显命令数据按照TCS接口规范格式进行打包，得到控显输出数据包；

通过所述控显分引擎将所述控显输出数据包发送给所述TCS设备。

4.根据权利要求1至3中任一项所述的设备测试方法，其特征在于，所述基于所述反馈执行数据和所述期望执行数据，确定TCS设备测试结果，包括：

将所述反馈执行数据和所述期望执行数据进行对比；

若所述期望执行数据和所述反馈执行数据一致，则输出测试成功信息；

或者，若所述期望执行数据和所述反馈执行数据不一致，则输出测试失败信息。

5.根据权利要求1至3中任一项所述的设备测试方法，其特征在于，还包括：

将所述TCS设备测试结果记录保存，并将所述TCS设备测试结果在运行界面进行显示。

6.根据权利要求1至3中任一项所述的设备测试方法，其特征在于，还包括：

若获取测试脚本文件失败，或者运行所述测试脚本文件失败，则输出测试失败信息，并将所述测试失败信息在运行界面进行显示。

7.根据权利要求1至3中任一项所述的设备测试方法，其特征在于，还包括：

若所述控显命令数据发送失败，或者，接收所述反馈执行数据失败，则输出测试失败信息，并将所述测试失败信息在运行界面进行显示。

8.一种设备测试装置，其特征在于，包括：

获取模块，用于获取测试脚本文件；

运行模块，用于运行所述测试脚本文件，得到控显命令数据和期望执行数据；

发送模块，用于将所述控显命令数据发送给TCS设备，以供所述TCS设备运行所述控显命令数据，得到反馈执行数据；

接收模块，用于接收所述反馈执行数据；

确定模块，用于基于所述反馈执行数据和所述期望执行数据，确定TCS设备测试结果。

9.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至7任一项所述设备测试方法的步骤。

10.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述设备测试方法的步骤。

Images