CN109062777B - 一种轨道交通信号设备通用自动化测试系统 - Google Patents

Abstract

本发明公开了轨道交通信号设备通用自动化测试系统，接口和协议配置灵活，测试自动化，具备被测设备建模和项目管理功能。其技术方案为：使用基于关键字驱动、可扩展的、便于编写的测试序列作为测试脚本编辑方式，支持轨道交通信号设备所需通信接口传输方式，与测试激励源间通过以太网互联，避免与测试激励源间的耦合，可根据实际测试接口需要增加和配置测试接口方式，方便实现通信协议的配置和语义定义与映射。实现包含系统需求、测试需求、需求变更管理、测试用例管理、测试脚本框架导入生成、测试脚本编辑、测试计划生成、测试计划执行、测试过程记录、测试报告生成、按缺陷自动生成轮次测试计划等的闭环测试管理，提高了自动化程度。

Description

一种轨道交通信号设备通用自动化测试系统

技术领域

本发明涉及一种仿真测试系统，具体涉及一种面向轨道交通信号设备的通用自动化测试系统。

背景技术

针对轨道交通信号系统的单个子系统或者完整大系统的功能完整性需要对应的测试技术。目前的测试技术多使用结构化编程语言、通用脚本语言等实现被测设备的自动化测试，这种测试方式对测试执行人员的软件编程能力要求高，且涉及大量的测试激励源接口封装和定义工作，接口和通信协议变更会涉及大量的底层封装代码的修改，测试脚本支撑结构通用性和可扩展性差。此外，这种测试技术仅实现了信号系统和设备的自动化测试过程，仅可提供测试脚本编辑、测试执行、测试过程记录和测试报告生成的开环测试管理过程，无法根据测试结果进行测试轮次、需求变更测试的闭环测试管理。

发明内容

以下给出一个或多个方面的简要概述以提供对这些方面的基本理解。此概述不是所有构想到的方面的详尽综览，并且既非旨在指认出所有方面的关键性或决定性要素亦非试图界定任何或所有方面的范围。其唯一的目的是要以简化形式给出一个或多个方面的一些概念以为稍后给出的更加详细的描述之序。

本发明的目的在于解决上述问题，提供了一种轨道交通信号设备通用自动化测试系统，可根据被测设备的具体测试需求进行灵活的接口和通信协议配置，使用基于关键字驱动的测试序列脚本进行自动化测试，同时具备被测设备建模和测试项目管理功能，方便、快速的构建信号设备的半实物自动化测试环境。

本发明的技术方案为：本发明揭示了一种轨道交通信号设备通用自动化测试系统，系统包括：

测试管理与执行模块，实现自动化测试所需环境的搭建和管理；

仿真建模模块，实现自动化测试过程所需陪试设备的建模和协同运行；

其中测试管理与执行模块和仿真建模模块之间建立通信连接，测试管理与执行模块和仿真建模模块均与激励源控制软件建立通信连接。

根据本发明的轨道交通信号设备通用自动化测试系统的一实施例，测试管理与执行模块实现的功能包括测试变量和模型变量配置、通信协议配置和变量映射、自定义动作编辑与管理、测试项目管理、测试脚本编辑与管理、测试用例导入导出、需求变更管理与跟踪、测试计划编制与管理、测试计划执行、测试过程记录、测试报告生成、手动测试界面配置、手动测试执行与记录、手动测试过程回放。

根据本发明的轨道交通信号设备通用自动化测试系统的一实施例，仿真建模模块实现的功能包括模型变量配置加载、通信协议配置加载、模型逻辑实现、模型受控运行。

根据本发明的轨道交通信号设备通用自动化测试系统的一实施例，测试管理与执行模块包括：

测试配置子模块，根据被测设备的实际测试资源和要求，加载测试激励设备的硬件资源配置文件，并将测试资源通道映射为测试变量和模型变量，并根据被测设备各种通信接口测试需求配置和管理测试所需各类通信协议，还提供编辑界面实现测试关键字的自定义和用户自定义动作的封装；

测试管理子模块，用于自动化测试执行项目的管理，将信号设备确认测试作为测试项目进行管理；

测试执行子模块，用于制定测试计划，运行已制定的测试计划，记录测试过程并生成测试报告；以及

手动测试子模块，实现手动测试界面搭建、手动测试执行、手动测试过程录制、手动测试过程回放执行。

根据本发明的轨道交通信号设备通用自动化测试系统的一实施例，测试配置子模块进一步包括：

变量配置单元，实现测试变量、模型变量的配置，加载测试激励设备硬件资源配置文件和自定义通信协议配置，将硬件设备通道和通信协议中的位域信息映射为测试管理与执行模块的脚本和仿真建模模块的模型使用的测试变量；

自定义通信协议配置单元，根据测试管理与执行模块与激励源控制软件间的内部通信协议，生成测试所需通信协议框架并与测试激励设备硬件资源文件提供的相应通信接口建立绑定关系，根据实际测试所需通信交换数据格式配置自定义的通信协议并进行通信域定义；

自定义关键字单元，提供基本关键字用于实现测试脚本序列编写，还通过增加底层脚本引擎代码进行封装的方式实现测试关键字的用户自定义；

自定义动作单元，对于重复执行的测试脚本序列代码段，将其封装为自定义动作，为自定义动作指定动作名称、返回值、参数，放入自定义动作库中管理，以便在测试脚本序列中直接调用；以及

其他配置单元，实现包括测试管理与执行模块、仿真建模模块的内部网络连接配置、用户管理和权限设置、SVN目录管理与配置在内的配置。

根据本发明的轨道交通信号设备通用自动化测试系统的一实施例，测试管理子模块进一步包括：

测试项目管理单元，将一个被测设备的确认测试工作放入一个测试项目工作空间进行管理；

测试脚本编辑与管理单元，采用基于关键字驱动的测试序列脚本实现自动化测试执行；

测试脚本调试与校验单元，在各测试脚本文件编辑过程中对脚本语法和逻辑进行校验，通过选中一测试脚本文件用调试模式运行的方式实现单步调试；

测试用例导入/导出单元，将测试用例文档导入，按测试用例ID自动生成测试脚本框架文件，同时将测试用例属性导入，自动生成的测试脚本文件存入测试脚本集子空间，也用于将编辑好的测试脚本集中各脚本附带的用例属性整体导出形成约定格式的测试用例文档；以及

需求变更管理与跟踪单元，根据加载的测试文档自动生成测试脚本与需求的对应关系，在测试脚本集列表中自动高亮显示变更的需求并提示脚本修改和测试执行，自动生成新的测试轮次和测试计划，其中需求变更引起的测试执行完成后自动记录以用作需求变更追溯。

根据本发明的轨道交通信号设备通用自动化测试系统的一实施例，测试执行子模块进一步包括：

测试计划单元，为一轮测试制定测试计划以及本轮次选取待执行的测试脚本文件；

测试运行单元，若下达测试计划运行命令以运行已编制好的测试计划，则顺序执行测试计划选取的测试脚本文件，若下达测试脚本运行命令，则运行某个测试脚本文件；测试运行过程中包括通过测试过程监视窗口动态显示测试脚本和用例运行情况，以及通过测试变量监视窗口动态显示选中测试变量值的变化情况；

测试记录单元，测试运行过程中在测试过程监视窗口中的各状态均记录在测试记录文件中，并保存在测试过程管理子空间中测试轮次目录下的测试日志子目录中；

测试报告单元，用于测试运行完成后生成测试报告，并保存在在测试过程管理子空间中测试轮次目录下的测试报告子目录中。

根据本发明的轨道交通信号设备通用自动化测试系统的一实施例，手动测试子模块进一步包括：

手动测试界面配置单元，提供编辑界面通过放置图形控件的方式搭建手动测试UI界面，通过设置控件属性将控件触发与预先配置的测试变量、自定义关键字、自定义动作绑定，通过手动操作控件实现测试动作；

手动测试执行与过程录制单元，用于手动测试在运行过程中，将执行的测试过程进行录制，保存在特定格式的测试过程记录文件中；以及

手动测试过程回放单元，用于加载已录制的手动测试过程记录文件，回放单个手动测试过程和批量回放执行所选测试过程，根据文件中保存的录制信息自动回放测试执行。

根据本发明的轨道交通信号设备通用自动化测试系统的一实施例，仿真建模模块包括：

测试配置加载子模块，将测试管理与执行模块中配置的仿真建模模块所需的模型变量和测试变量进行加载待用；

模型逻辑实现子模块，用于模块内嵌结构编程语言引擎，根据加载的模型变量和测试变量，生成模型逻辑框架；以及

模型运行子模块，用于进行模型逻辑运行模式的处理，通过对模型指令的解析执行，实现自动测试的闭环。

根据本发明的轨道交通信号设备通用自动化测试系统的一实施例，测试配置加载子模块进一步包括：

变量加载单元，用于加载测试管理与执行模块提供的各模型所需的测试变量和模型变量，建立与测试激励设备测试资源通道间的绑定关系；

自定义通信协议加载单元，用于加载测试管理与执行模块提供的通信协议配置信息，建立测试激励设备通信接口与各模型间的绑定关系，建立测试变量与通信协议中位域的映射关系；以及

其他配置加载单元，用于加载测试管理与执行模块提供的、测试管理与执行模块和测试激励软件间的网络通信接口配置，并建立连接。

根据本发明的轨道交通信号设备通用自动化测试系统的一实施例，模型执行子模块进一步包括：

模型逻辑运行单元，启动已构建的陪试设备模型运行，模型建立与测试管理与执行模块和被测设备间的通信连接，模型根据自身的逻辑运行特性和行为特征在仿真建模模块的控制下运行，通过执行从测试管理与执行模块接收到的控制指令实现不同的动作，同时将模型的状态实时反馈至测试管理与执行模块；

模型指令解析执行单元，接收测试管理与执行模块发来的控制指令，通过解析寻找模型链表中特定的模型并执行相应动作；以及

模型状态组帧反馈单元，将模型链表中的各模型及其相关参数的状态根据特定格式组包发送，提供测试管理与执行模块用来进行脚本通过性判断，实现自动测试的闭环。

本发明对比现有技术有如下的有益效果：本发明的轨道交通信号设备通用自动化测试系统针对信号设备确认测试特点，使用基于关键字驱动、可扩展的、便于编写的测试序列作为测试脚本编辑方式，同时本系统支持轨道交通信号设备所需各类通信接口传输方式，与测试激励源间通过以太网互联，避免与测试激励源间的耦合，并可根据实际测试接口需要灵活增加和配置测试接口方式，方便的实现通信协议的配置和语义定义与映射，大大提高测试通用性和可扩展性。本发明的系统切合信号设备研发测试流程，实现了包含系统需求、测试需求、需求变更管理、测试用例管理、测试脚本框架导入生成、测试脚本编辑、测试计划生成、测试计划执行、测试过程记录、测试报告生成、按缺陷自动生成轮次测试计划等的闭环测试管理，提高了信号设备确认测试管理的自动化程度。

附图说明

在结合以下附图阅读本公开的实施例的详细描述之后，能够更好地理解本发明的上述特征和优点。在附图中，各组件不一定是按比例绘制，并且具有类似的相关特性或特征的组件可能具有相同或相近的附图标记。

图1示出了本发明的轨道交通信号设备通用自动化测试系统的一实施例的原理图。

图2示出了图1所示系统实施例中的测试管理与执行模块的原理图。

图3示出了图1所示系统实施例中的仿真建模模块的原理图。

具体实施方式

以下结合附图和具体实施例对本发明作详细描述。注意，以下结合附图和具体实施例描述的诸方面仅是示例性的，而不应被理解为对本发明的保护范围进行任何限制。

图1示出了本发明的轨道交通信号设备通用自动化测试系统的一实施例的原理。请参见图1，本实施例的测试系统包括测试管理与执行模块(ATM)和仿真建模模块(SIM)，两个模块之间通过以太网通信建立连接。同时，两个模块均通过以太网通信与激励源控制软件连接。

测试管理与执行模块用于实现自动化测试所需环境的搭建和管理，包括测试变量和模型变量配置、通信协议配置和变量映射、自定义动作编辑与管理、测试项目管理、测试脚本编辑与管理、测试用例导入导出、需求变更管理与跟踪、测试计划编制与管理、测试计划执行、测试过程记录、测试报告生成、手动测试界面配置、手动测试执行与记录、手动测试过程回放等功能。

仿真建模模块用于实现自动化测试过程所需陪试设备的建模和协同运行，包括模型变量配置加载、通信协议配置加载、模型逻辑实现、模型受控运行等功能。

测试管理与执行模块的实现进一步如图2所示，包括测试配置子模块、测试管理子模块、测试执行子模块以及手动测试子模块。

测试配置子模块主要用于根据被测设备的实际测试资源和要求，加载测试激励设备的硬件资源配置文件，并将测试资源通道映射为测试变量和模型变量，并根据被测设备各种通信接口测试需求配置和管理测试所需各类通信协议，还提供编辑界面实现测试关键字的自定义和用户自定义动作的封装。

测试配置子模块进一步包括变量配置单元、自定义通信协议配置单元、自定义关键字单元、自定义动作单元以及其他配置单元。

变量配置单元是实现测试变量、模型变量的配置。变量配置单元加载测试激励设备硬件资源配置文件和自定义通信协议配置，将硬件设备通道和通信协议中的位域信息映射为ATM脚本和SIM模型使用的测试变量；另外，配置SIM中的模型名称和所需控制变量作为ATM和SIM的控制接口；测试变量类型包括：离散量、模拟量、CAN报文块、MVB报文块、通用报文块等。

自定义通信协议配置单元根据ATM与激励源控制软件间的内部通信协议，生成测试所需通信协议框架并与测试激励设备硬件资源文件提供的相应通信接口建立绑定关系；根据实际测试所需通信交换数据格式配置自定义的通信协议并进行通信域定义；通信协议类型包括：串口通信协议、CAN通信协议、LAN通信协议、MVB通信协议、Profibus通信协议等。

自定义关键字单元除提供基本关键字用于实现测试脚本序列编写，还允许通过增加底层脚本引擎代码进行封装的方式实现测试关键字的用户自定义，自定义关键字可以像基本关键字一样使用。

自定义动作单元对于重复执行的测试脚本序列代码段，提供专门的编辑窗口将其封装为自定义动作，可为自定义动作指定动作名称、返回值、参数，放入自定义动作库中管理，可在测试脚本序列中直接调用。

其他配置单元实现包括ATM、SIM的内部网络连接配置、用户管理和权限设置、SVN(Subversion的简称，是一个开放源代码的版本控制系统)目录管理与配置等。

测试管理子模块要用于自动化测试执行项目的管理，将信号设备确认测试作为测试项目进行管理，有利于测试工作的合理、有序的实施，有利于实现测试的闭环管理。

测试管理子模块进一步包括测试项目管理单元、测试脚本编辑与管理单元、测试脚本调试与校验单元、测试用例导入/导出单元、以及需求变更管理与跟踪单元。

测试项目管理单元将一个被测设备的确认测试工作放入一个测试项目工作空间进行管理，测试管理工作空间包括测试文档、测试脚本集、测试过程管理、测试库、需求管理等子空间。

测试脚本编辑与管理单元采用基于关键字驱动的测试序列脚本实现自动化测试执行，测试脚本类型为测试定制化序列化脚本语言，提供表格样式、文本样式、流程图样式这3中不同的视图窗口来进行测试脚本编辑；一个测试项目的测试脚本集中存储在测试脚本集子空间。

测试脚本调试与校验单元用于在各测试脚本文件编辑过程中，可随时对脚本语法和逻辑进行校验，在脚本错误处进行高亮显示；选中某测试脚本文件用调试模式运行，可实现单步调试。

测试用例导入/导出单元用于将测试用例文档导入，按测试用例ID自动生成测试脚本框架文件，同时将测试用例属性导入，包括需求ID、测试用例ID、用例描述(含前置条件、操作步骤、期望结果等)，自动生成的测试脚本文件存入测试脚本集子空间；系统也可将编辑好的测试脚本集中各脚本附带的用例属性整体导出形成约定格式的测试用例文档。

需求变更管理与跟踪单元根据加载的测试文档，自动生成测试脚本与需求的对应关系；对于变更的需求，在测试脚本集列表中自动高亮显示，提示脚本修改和测试执行，并自动生成新的测试轮次和测试计划；需求变更引起的测试执行完成后自动记录，用作需求变更追溯。

测试执行子模块用于制定测试计划，运行已制定的测试计划，记录测试过程并生成测试报告。测试执行子模块进一步包括测试计划单元、测试运行单元、测试记录单元、测试报告单元。

测试计划单元为一轮测试制定测试计划，包含测试计划名称、测试阶段名称、测试轮次序号、测试人等信息，以及本轮次选取待执行的测试脚本文件。

测试运行单元下达测试计划运行命令，运行已编制好的测试计划，则系统顺序执行测试计划选取的测试脚本文件；下达测试脚本运行命令，则运行某个测试脚本文件；测试运行过程中，有测试过程监视窗口动态显示测试脚本和用例运行情况，包括并不限于测试执行进度、测试通过数、测试执行时间等；测试运行过程中，有测试变量监视窗口，动态显示选中测试变量值的变化情况。

测试记录单元用于测试运行过程中以上测试过程监视窗口中各项状态均记录在测试记录文件中，并保存在测试过程管理子空间中测试轮次目录下的测试日志子目录中。

测试报告单元用于测试运行完成后生成测试报告，测试报告内容包括并不限于被测设备版本、测试用例数、测试用例通过率、发现缺陷数、不通过位置与原因等，并保存在在测试过程管理子空间中测试轮次目录下的测试报告子目录中。

手动测试子模块实现手动测试界面搭建、手动测试执行、手动测试过程录制、手动测试过程回放执行。手动测试子模块包括手动测试界面配置单元、手动测试执行与过程录制单元以及手动测试过程回放单元。

手动测试界面配置单元提供编辑界面通过放置图形控件的方式搭建手动测试UI界面，图形控件包含并不限于按钮、开关、表盘、表格、文本框等；通过设置控件属性将控件触发与预先配置的测试变量、自定义关键字、自定义动作绑定，通过手动操作控件实现测试动作。

手动测试执行与过程录制单元用于手动测试在运行过程中，将执行的测试过程(包括并不限于动作、控制时序等)进行录制，保存在特定格式的测试过程记录文件中。

手动测试过程回放单元用于加载已录制的手动测试过程记录文件，回放单个手动测试过程和批量回放执行所选测试过程，根据文件中保存的录制信息自动回放测试执行。

仿真建模模块的主要功能是模型测试配置加载、模型逻辑实现以及模型运行。对应的，如图3所示，仿真建模模块包括测试配置加载子模块、模型逻辑实现子模块以及模型运行子模块。

测试配置加载子模块将ATM中配置的SIM所需的模型变量和测试变量进行加载待用。测试配置加载子模块包括变量加载单元、自定义通信协议加载单元以及其他配置加载单元。

变量加载单元用于加载ATM提供的各模型所需的测试变量和模型变量，建立与测试激励设备测试资源通道间的绑定关系。

自定义通信协议加载单元用于加载ATM提供的通信协议配置信息，建立测试激励设备通信接口与各模型间的绑定关系，建立测试变量与通信协议中位域的映射关系。

其他配置加载单元用于加载ATM提供的与ATM和测试激励软件间的网络通信接口配置，并建立连接。

模型逻辑实现子模块用于模块内嵌结构编程语言引擎，根据加载的模型变量和测试变量，生成模型逻辑框架，模型设计者可在该模型逻辑框架中根据陪试设备的运行特性和行为特征创建陪试设备模型，支持模型实现代码的调试和校验。

模型执行子模块用于进行模型逻辑运行模式的处理，通过对模型指令的解析执行，实现自动测试的闭环。模型执行子模块进一步包括模型逻辑运行单元、模型指令解析执行单元以及模型状态组帧反馈单元。

模型逻辑运行单元进入模型运行模式，启动已构建的陪试设备模型运行，模型建立与ATM和被测设备间的通信连接，模型根据自身的逻辑运行特性和行为特征在ATM的控制下运行，通过执行从ATM接收到的控制指令实现不同的动作，同时将模型的状态实时反馈至ATM。

模型指令解析执行单元接收ATM发来的控制指令(包含并不限于模型ID、模型动作ID、动作参数等)，通过解析，寻找模型链表中特定的模型并执行相应动作。

模型状态组帧反馈单元将模型链表中的各模型及其相关参数的状态根据特定格式组包发送，提供ATM用来进行脚本通过性判断，实现自动测试的闭环。

总的来说，本发明的系统针对信号设备确认测试特点，使用基于关键字驱动、可扩展的、便于编写的测试序列作为测试脚本编辑方式，同时本系统支持轨道交通信号设备所需各类通信接口传输方式，与测试激励源间通过以太网互联，避免与测试激励源间的耦合，并可根据实际测试接口需要灵活增加和配置测试接口方式，方便的实现通信协议的配置和语义定义与映射，大大提高的测试通用性和可扩展性。

此外，本发明的系统切合信号设备研发测试流程，实现了包含系统需求、测试需求、需求变更管理、测试用例管理、测试脚本框架导入生成、测试脚本编辑、测试计划生成、测试计划执行、测试过程记录、测试报告生成、按缺陷自动生成轮次测试计划等的闭环测试管理，提高了信号设备确认测试管理的自动化程度。

尽管为使解释简单化将上述方法图示并描述为一系列动作，但是应理解并领会，这些方法不受动作的次序所限，因为根据一个或多个实施例，一些动作可按不同次序发生和/或与来自本文中图示和描述或本文中未图示和描述但本领域技术人员可以理解的其他动作并发地发生。

本领域技术人员将进一步领会，结合本文中所公开的实施例来描述的各种解说性逻辑板块、模块、电路、和算法步骤可实现为电子硬件、计算机软件、或这两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、框、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的设计约束。技术人员对于每种特定应用可用不同的方式来实现所描述的功能性，但这样的实现决策不应被解读成导致脱离了本发明的范围。

结合本文所公开的实施例描述的各种解说性逻辑板块、模块、和电路可用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其设计成执行本文所描述功能的任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协作的一个或多个微处理器、或任何其他此类配置。

结合本文中公开的实施例描述的方法或算法的步骤可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中体现。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读取和写入信息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端中。在替换方案中，处理器和存储介质可作为分立组件驻留在用户终端中。

在一个或多个示例性实施例中，所描述的功能可在硬件、软件、固件或其任何组合中实现。如果在软件中实现为计算机程序产品，则各功能可以作为一条或更多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者，其包括促成计算机程序从一地向另一地转移的任何介质。存储介质可以是能被计算机访问的任何可用介质。作为示例而非限定，这样的计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、或能被用来携带或存储指令或数据结构形式的合意程序代码且能被计算机访问的任何其它介质。任何连接也被正当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)、或诸如红外、无线电、以及微波之类的无线技术从web网站、服务器、或其它远程源传送而来，则该同轴电缆、光纤电缆、双绞线、DSL、或诸如红外、无线电、以及微波之类的无线技术就被包括在介质的定义之中。如本文中所使用的盘(disk)和碟(disc)包括压缩碟(CD)、激光碟、光碟、数字多用碟(DVD)、软盘和蓝光碟，其中盘(disk)往往以磁的方式再现数据，而碟(disc)用激光以光学方式再现数据。上述的组合也应被包括在计算机可读介质的范围内。

提供对本公开的先前描述是为使得本领域任何技术人员皆能够制作或使用本公开。对本公开的各种修改对本领域技术人员来说都将是显而易见的，且本文中所定义的普适原理可被应用到其他变体而不会脱离本公开的精神或范围。由此，本公开并非旨在被限定于本文中所描述的示例和设计，而是应被授予与本文中所公开的原理和新颖性特征相一致的最广范围。

Claims (9)

1.一种轨道交通信号设备通用自动化测试系统，其特征在于，系统包括：

测试管理与执行模块，实现自动化测试所需环境的搭建和管理；

仿真建模模块，实现自动化测试过程所需陪试设备的建模和协同运行；

其中测试管理与执行模块和仿真建模模块之间通过以太网建立通信连接，测试管理与执行模块和仿真建模模块均通过以太网与激励源控制软件建立通信连接；

其中测试管理与执行模块包括：

测试配置子模块，根据被测设备的实际测试资源和要求，加载测试激励设备的硬件资源配置文件，并将测试资源通道映射为测试变量和模型变量，并根据被测设备各种通信接口测试需求配置和管理测试所需各类通信协议，还提供编辑界面实现测试关键字的自定义和用户自定义动作的封装；

测试管理子模块，用于自动化测试执行项目的管理，将信号设备确认测试作为测试项目进行管理；

测试执行子模块，用于制定测试计划，运行已制定的测试计划，记录测试过程并生成测试报告；以及

手动测试子模块，实现手动测试界面搭建、手动测试执行、手动测试过程录制、手动测试过程回放执行；

其中测试管理子模块使用基于关键字驱动、可扩展的、便于编写的测试序列作为测试脚本编辑方式，根据需求变更自动生成轮次测试计划。

2.根据权利要求1所述的轨道交通信号设备通用自动化测试系统，其特征在于，仿真建模模块实现的功能包括模型变量配置加载、通信协议配置加载、模型逻辑实现、模型受控运行。

3.根据权利要求1所述的轨道交通信号设备通用自动化测试系统，其特征在于，测试配置子模块进一步包括：

变量配置单元，实现测试变量、模型变量的配置，加载测试激励设备硬件资源配置文件和自定义通信协议配置，将硬件设备通道和通信协议中的位域信息映射为测试管理与执行模块的脚本和仿真建模模块的模型使用的测试变量；

自定义通信协议配置单元，根据测试管理与执行模块与激励源控制软件间的内部通信协议，生成测试所需通信协议框架并与测试激励设备硬件资源文件提供的相应通信接口建立绑定关系，根据实际测试所需通信交换数据格式配置自定义的通信协议并进行通信域定义；

自定义关键字单元，提供基本关键字用于实现测试脚本序列编写，还通过增加底层脚本引擎代码进行封装的方式实现测试关键字的用户自定义；

自定义动作单元，对于重复执行的测试脚本序列代码段，将其封装为自定义动作，为自定义动作指定动作名称、返回值、参数，放入自定义动作库中管理，以便在测试脚本序列中直接调用；以及

其他配置单元，实现包括测试管理与执行模块、仿真建模模块的内部网络连接配置、用户管理和权限设置、SVN目录管理与配置在内的配置。

4.根据权利要求1所述的轨道交通信号设备通用自动化测试系统，其特征在于，测试管理子模块进一步包括：

测试项目管理单元，将一个被测设备的确认测试工作放入一个测试项目工作空间进行管理；

测试脚本编辑与管理单元，采用基于关键字驱动的测试序列脚本实现自动化测试执行；

测试脚本调试与校验单元，在各测试脚本文件编辑过程中对脚本语法和逻辑进行校验，通过选中一测试脚本文件用调试模式运行的方式实现单步调试；

测试用例导入/导出单元，将测试用例文档导入，按测试用例ID自动生成测试脚本框架文件，同时将测试用例属性导入，自动生成的测试脚本文件存入测试脚本集子空间，也用于将编辑好的测试脚本集中各脚本附带的用例属性整体导出形成约定格式的测试用例文档；以及

需求变更管理与跟踪单元，根据加载的测试文档自动生成测试脚本与需求的对应关系，在测试脚本集列表中自动高亮显示变更的需求并提示脚本修改和测试执行，自动生成新的测试轮次和测试计划，其中需求变更引起的测试执行完成后自动记录以用作需求变更追溯。

5.根据权利要求1所述的轨道交通信号设备通用自动化测试系统，其特征在于，测试执行子模块进一步包括：

测试计划单元，为一轮测试制定测试计划以及本轮次选取待执行的测试脚本文件；

测试运行单元，若下达测试计划运行命令以运行已编制好的测试计划，则顺序执行测试计划选取的测试脚本文件，若下达测试脚本运行命令，则运行某个测试脚本文件；测试运行过程中包括通过测试过程监视窗口动态显示测试脚本和用例运行情况，以及通过测试变量监视窗口动态显示选中测试变量值的变化情况；

测试记录单元，测试运行过程中在测试过程监视窗口中的各状态均记录在测试记录文件中，并保存在测试过程管理子空间中测试轮次目录下的测试日志子目录中；

测试报告单元，用于测试运行完成后生成测试报告，并保存在在测试过程管理子空间中测试轮次目录下的测试报告子目录中。

6.根据权利要求1所述的轨道交通信号设备通用自动化测试系统，其特征在于，手动测试子模块进一步包括：

手动测试界面配置单元，提供编辑界面通过放置图形控件的方式搭建手动测试UI界面，通过设置控件属性将控件触发与预先配置的测试变量、自定义关键字、自定义动作绑定，通过手动操作控件实现测试动作；

手动测试执行与过程录制单元，用于手动测试在运行过程中，将执行的测试过程进行录制，保存在特定格式的测试过程记录文件中；以及

手动测试过程回放单元，用于加载已录制的手动测试过程记录文件，回放单个手动测试过程和批量回放执行所选测试过程，根据文件中保存的录制信息自动回放测试执行。

7.根据权利要求1所述的轨道交通信号设备通用自动化测试系统，其特征在于，仿真建模模块包括：

测试配置加载子模块，将测试管理与执行模块中配置的仿真建模模块所需的模型变量和测试变量进行加载待用；

模型逻辑实现子模块，用于模块内嵌结构编程语言引擎，根据加载的模型变量和测试变量，生成模型逻辑框架；以及

模型运行子模块，用于进行模型逻辑运行模式的处理，通过对模型指令的解析执行，实现自动测试的闭环。

8.根据权利要求7所述的轨道交通信号设备通用自动化测试系统，其特征在于，测试配置加载子模块进一步包括：

变量加载单元，用于加载测试管理与执行模块提供的各模型所需的测试变量和模型变量，建立与测试激励设备测试资源通道间的绑定关系；

自定义通信协议加载单元，用于加载测试管理与执行模块提供的通信协议配置信息，建立测试激励设备通信接口与各模型间的绑定关系，建立测试变量与通信协议中位域的映射关系；以及

其他配置加载单元，用于加载测试管理与执行模块提供的、测试管理与执行模块和测试激励软件间的网络通信接口配置，并建立连接。

9.根据权利要求7所述的轨道交通信号设备通用自动化测试系统，其特征在于，模型运行子模块进一步包括：

模型逻辑运行单元，启动已构建的陪试设备模型运行，模型建立与测试管理与执行模块和被测设备间的通信连接，模型根据自身的逻辑运行特性和行为特征在仿真建模模块的控制下运行，通过执行从测试管理与执行模块接收到的控制指令实现不同的动作，同时将模型的状态实时反馈至测试管理与执行模块；

模型指令解析执行单元，接收测试管理与执行模块发来的控制指令，通过解析寻找模型链表中特定的模型并执行相应动作；以及

模型状态组帧反馈单元，将模型链表中的各模型及其相关参数的状态根据特定格式组包发送，提供测试管理与执行模块用来进行脚本通过性判断，实现自动测试的闭环。

Images