CN115571202B - 一种列控中心系统的复盘方法及装置 - Google Patents

Abstract

本申请公开了一种列控中心系统的复盘方法及装置，涉及铁路信号系统产品测试技术领域，能够对列控中心系统进行复盘检测。本申请的主要技术方案为：从预置技术标准库中获取列控中心系统对应的至少一个技术规范；通过遍历预置系统需求文件所包含的各条预置需求信息，追踪技术规范是否对应存在匹配的目标需求信息，得到追踪结果；基于追踪结果，验证预置系统需求文件是否覆盖技术规范；在确定预置系统需求文件覆盖技术规范之后，验证列控中心系统所具有实现功能是否覆盖技术规范；在确定列控中心系统所具有实现功能覆盖技术规范之后，验证已存在的历史测试用例是否覆盖基于实现功能对应重新构建的目标测试用例，以完成对列控中心系统的复盘检测。

Description

一种列控中心系统的复盘方法及装置

技术领域

本申请涉及铁路信号系统产品测试技术领域，尤其涉及一种列控中心系统的复盘方法及装置。

背景技术

铁路信号系统是一种安全产品，而列控中心系统则是铁路信号系统的重要组成部分，用于保证列车区间行驶的效率与安全。由于铁路信号系统应具备的功能和性能是依据国家发布的相应技术规范对各信号厂家进行统一要求，据此技术规范也是列控中心系统设计的重要来源。

目前，列控中心系统已经是一种比较成熟的产品了，现有的对列控中心系统的复盘方法往往是：在现场当列车运行遇见问题时，针对该问题展开对列控中心系统进行复盘检测。但是这样点对点的复盘检测，难以避免在列车运行中还会遇见其他问题，那样又得再基于另一问题进行复盘检测，这样复盘检测效果差，并且会大大影响列车的正常运行，从而现有复盘方法是难以保证列控中心系统产品质量的。

发明内容

本申请提供了一种列控中心系统的复盘方法及装置，主要目的在于通过对列控中心系统进行全面深入的复盘检测，以提高列控中心系统产品质量，确保列车正常运行。

为了达到上述目的，本申请主要提供如下技术方案：

本申请第一方面提供了一种列控中心系统的复盘方法，该方法包括：

从预置技术标准库中获取列控中心系统对应的至少一个技术规范；

通过遍历预置系统需求文件所包含的各条预置需求信息，追踪所述技术规范是否对应存在匹配的目标需求信息，得到追踪结果；

基于所述追踪结果，验证所述预置系统需求文件是否覆盖所述技术规范；

在确定所述预置系统需求文件覆盖所述技术规范之后，验证所述列控中心系统所具有的实现功能是否覆盖所述技术规范；

在确定所述列控中心系统所具有的实现功能覆盖所述技术规范之后，验证已存在的历史测试用例是否覆盖基于所述实现功能对应重新构建的目标测试用例，以完成对所述列控中心系统的复盘检测。

在本申请第一方面的一些变更实施方式中，所述通过遍历预置系统需求文件所包含的各条预置需求信息，追踪所述技术规范是否对应存在匹配的目标需求信息，得到追踪结果，包括：

创建追踪关系数据表，所述追踪关系数据表中至少包含父标签属性字段、父内容属性字段和子标签属性字段、子内容属性字段以及追踪结果属性字段；

从所述技术规范包含的多层级标题号中解析出最底层标题号，作为父标签，以及将所述最底层标题号对应的标题内容作为父内容；

获取所述预置需求信息所携带的预置标签号作为子标签，以及将所述预置需求信息作为子内容；

获取各条所述预置需求信息所携带的索引路径，所述索引路径用于表征所述预置需求信息与所述技术规范中指定标题号存在匹配关系；

基于所述索引路径，将所述父标签、所述父内容、所述子标签和所述子内容填充到所述追踪关系数据表内的所述父标签属性字段、所述父内容属性字段、所述子标签属性字段和所述子内容属性字段中，得到填充了数据信息的数据行，其中，所述数据行用于表征对一个所述技术规范的最底层标题内容的追踪情况；

在所述数据行内基于所述子标签属性字段和所述子内容属性字段各自填充的数据信息，确定所述数据行对应的追踪结果，并填入所述追踪结果属性字段。

在本申请第一方面的一些变更实施方式中，所述在所述数据行内基于所述子标签属性字段和所述子内容属性字段各自填充的数据信息，确定所述数据行对应的追踪结果，包括：

若在所述数据行中所述子标签属性字段和所述子内容属性字段各自为空，则判定追踪关系失败，作为所述数据行对应的追踪结果；

若在所述数据行中所述子标签属性字段和所述子内容属性字段各自不为空，则判定追踪关系成功，作为所述数据行对应的追踪结果。

在本申请第一方面的一些变更实施方式中，所述验证所述列控中心系统所具有的实现功能是否覆盖所述技术规范，包括：

解析所述列控中心系统所具有的实现功能所具有的第一功能逻辑；

解析所述技术规范所具有的第二功能逻辑；

将所述第一功能逻辑与所述第二功能逻辑进行对标；

根据对标结果，验证所述列控中心系统所具有的实现功能是否覆盖所述技术规范。

在本申请第一方面的一些变更实施方式中，所述验证已存在的历史测试用例是否覆盖基于所述实现功能对应重新构建的目标测试用例，包括：

基于所述列控中心系统所具有的实现功能，重新构建对应的目标测试用例；

获取对所述列控中心系统进行历史测试所使用的历史测试用例；

将所述历史测试用例与所述目标测试用例进行对标；

根据对标结果，验证已存在的历史测试用例是否覆盖基于所述实现功能对应重新构建的目标测试用例。

在本申请第一方面的一些变更实施方式中，所述方法还包括：

基于所述追踪结果，若验证所述预置系统需求文件未覆盖所述技术规范，则暂停复盘操作；

输出第一复盘异常提示信息，所述第一复盘异常提示信息用于提示修正所述预置系统需求文件；

响应于执行完毕修正所述预置系统需求文件操作，重新启动复盘操作。

在本申请第一方面的一些变更实施方式中，所述方法还包括：

若验证所述列控中心系统所具有的实现功能未覆盖所述技术规范，则暂停复盘操作；

输出第二复盘异常提示信息，所述第二复盘异常提示信息用于提示修正所述列控中心系统所具有的实现功能；

响应于执行完毕修正所述实现功能操作，重新启动复盘操作。

本申请第二方面提供了一种列控中心系统的复盘装置，该装置包括：

获取单元，用于从预置技术标准库中获取列控中心系统对应的至少一个技术规范；

追踪单元，用于通过遍历预置系统需求文件所包含的各条预置需求信息，追踪所述技术规范是否对应存在匹配的目标需求信息，得到追踪结果；

第一验证单元，用于基于所述追踪结果，验证所述预置系统需求文件是否覆盖所述技术规范；

第二验证单元，用于在确定所述预置系统需求文件覆盖所述技术规范之后，验证所述列控中心系统所具有的实现功能是否覆盖所述技术规范；

第三验证单元，用于在确定所述列控中心系统所具有的实现功能覆盖所述技术规范之后，验证已存在的历史测试用例是否覆盖基于所述实现功能对应重新构建的目标测试用例，以完成对所述列控中心系统的复盘检测。

在本申请第二方面的一些变更实施方式中，所述追踪单元包括：

创建模块，用于创建追踪关系数据表，所述追踪关系数据表中至少包含父标签属性字段、父内容属性字段和子标签属性字段、子内容属性字段以及追踪结果属性字段；

第一确定模块，用于从所述技术规范包含的多层级标题号中解析出最底层标题号，作为父标签，以及将所述最底层标题号对应的标题内容作为父内容；

所述第一确定模块，还用于获取所述预置需求信息所携带的预置标签号作为子标签，以及将所述预置需求信息作为子内容；

第一获取模块，用于获取各条所述预置需求信息所携带的索引路径，所述索引路径用于表征所述预置需求信息与所述技术规范中指定标题号存在匹配关系；

填充模块，用于基于所述索引路径，将所述父标签、所述父内容、所述子标签和所述子内容填充到所述追踪关系数据表内的所述父标签属性字段、所述父内容属性字段、所述子标签属性字段和所述子内容属性字段中，得到填充了数据信息的数据行，其中，所述数据行用于表征对一个所述技术规范的最底层标题内容的追踪情况；

第二确定模块，用于在所述数据行内基于所述子标签属性字段和所述子内容属性字段各自填充的数据信息，确定所述数据行对应的追踪结果；

所述填充模块，还用于将所述追踪结果填入所述追踪结果属性字段。

在本申请第二方面的一些变更实施方式中，所述第二确定模块还具体用于：

若在所述数据行中所述子标签属性字段和所述子内容属性字段各自为空，则判定追踪关系失败，作为所述数据行对应的追踪结果；

若在所述数据行中所述子标签属性字段和所述子内容属性字段各自不为空，则判定追踪关系成功，作为所述数据行对应的追踪结果。

在本申请第二方面的一些变更实施方式中，所述第二验证单元包括：

第一解析模块，用于解析所述列控中心系统所具有的实现功能所具有的第一功能逻辑；

第二解析模块，用于解析所述技术规范所具有的第二功能逻辑；

第一对标模块，用于将所述第一功能逻辑与所述第二功能逻辑进行对标；

第一验证模块，用于根据对标结果，验证所述列控中心系统所具有的实现功能是否覆盖所述技术规范。

在本申请第二方面的一些变更实施方式中，所述第三验证单元包括：

构建模块，用于基于所述列控中心系统所具有的实现功能，重新构建对应的目标测试用例；

第二获取模块，用于获取对所述列控中心系统进行历史测试所使用的历史测试用例；

第二对标模块，用于将所述历史测试用例与所述目标测试用例进行对标；

第二验证模块，用于根据对标结果，验证已存在的历史测试用例是否覆盖基于所述实现功能对应重新构建的目标测试用例。

在本申请第二方面的一些变更实施方式中，所述装置还包括：

暂停单元，用于基于所述追踪结果，若验证所述预置系统需求文件未覆盖所述技术规范，则暂停复盘操作；

提示单元，用于输出第一复盘异常提示信息，所述第一复盘异常提示信息用于提示修正所述预置系统需求文件；

重新启动单元，用于响应于执行完毕修正所述预置系统需求文件操作，重新启动复盘操作。

在本申请第二方面的一些变更实施方式中，所述装置还包括：

所述暂停单元，还用于若验证所述列控中心系统所具有的实现功能未覆盖所述技术规范，则暂停复盘操作；

所述提示单元，还用于输出第二复盘异常提示信息，所述第二复盘异常提示信息用于提示修正所述列控中心系统所具有的实现功能；

所述重新启动单元，还用于响应于执行完毕修正所述实现功能操作，重新启动复盘操作。

本申请第三方面提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的列控中心系统的复盘方法。

本申请第四方面提供了一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的列控中心系统的复盘方法。

借由上述技术方案，本申请提供的技术方案至少具有下列优点：

本申请提供了一种列控中心系统的复盘方法及装置，本申请目的是对已经历过测试的列控中心系统进行复盘，本申请提供的具体方案为：首先依据从预置技术标准库中获取的与列控中心系统相关的至少一个技术规范，遍历预置需求文件所包含的各条预置需求信息，以追踪每个技术规范是否都存在对应匹配的目标需求信息，得到追踪结果，用于验证预置系统需求文件是否覆盖每个技术规范，从而首先完成验证对列控中心系统进行测试所设计的系统需求是否正确；其次，在确定预置系统需求文件覆盖每个技术规范的基础之上，再进一步验证列控中心所具有的实现功能是否覆盖每个技术规范，从而其次完成验证列控中心系统所当前实现功能是否满足技术规范需求；再者，在确定列控中心系统所具有的实现功能覆盖每个技术规范的基础之上，再进一步验证若基于这些实现功能所重新构建的目标测试用例是否覆盖之前对列控中心系统进行测试所使用的测试用例，从而完成验证测试用例编写是否全面、正确。以上本申请通过验证系统需求、当前实现功能和测试用例这三个方面递进深入，达到尽可能全面地对列控中心系统的复盘检测。

相较于现有技术，解决了现有所执行针对问题的点到点方式的复盘检测效果差导致难以得到高质量的列控中心系统产品。基于本申请提供额方案，能够得到更加深度和广度的复盘检测，从而提高列控中心系统产品质量，确保列车正常运行。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整条附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本申请实施例提供的一种列控中心系统的复盘方法流程图；

图2为本申请实施例提供的另一种列控中心系统的复盘方法流程图；

图3为本申请实施例提供的一种列控中心系统的复盘装置的组成框图；

图4为本申请实施例提供的另一种列控中心系统的复盘装置的组成框图。

具体实施方式

下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本申请，并且能够将本申请的范围完整的传达给本领域的技术人员。

本申请实施例提供了一种列控中心系统的复盘方法，如图1所示，对此本申请实施例提供以下具体步骤：

101、从预置技术标准库中获取列控中心系统对应的至少一个技术规范。

其中，预置技术标准库中包括了国家发布的铁路信号系统内各个产品的相应技术规范，这些技术规范用于规范不同信号厂家生产设备应具备的功能和性能。

本申请实施例提供的应用场景为对已经历过测试的列控中心系统进行复盘检测，本申请实施例首先是从预置技术标准库中记载的与列控中心系统相关的技术规范，以首先验证当前列控中心系统是否符合技术规范的需求。

102、通过遍历预置系统需求文件所包含的各条预置需求信息，追踪技术规范是否对应存在匹配的目标需求信息，得到追踪结果。

103、基于追踪结果，验证预置系统需求文件是否覆盖技术规范。

其中，预置系统需求文件为在进行列控中心系统测试之前所设计的测试需求文件，该测试需求文件应该满足与列控中心系统相关的技术规范需求，否则当前列控中心系统所具有的功能和性能必然是达不到当前列控运行需求标准的。

在本申请实施例中，对于与列控中心系统相关的至少一个技术规范，通过遍历预置系统需求文件所包含的各条预置需求信息，以追踪每个技术规范是否存在匹配的目标需求信息，以达到对预置系统需求文件是否满足技术规范的反向验证。

进一步的，基于追踪结果，如果每个技术规范都存在匹配的目标需求信息，则判定预置系统需求文件全覆盖技术规范；但若有一个技术规范未存在匹配的目标需求信息，则判定预置系统需求文件未全覆盖技术规范，则需要首先修正预置需求信息，否则再继续复盘检测也是无意义的。

104、在确定预置系统需求文件覆盖技术规范之后，验证列控中心系统所具有的实现功能是否覆盖技术规范。

在本申请实施例中，在确定预置需求文件满足技术规范需求之后，就可以在此基础之上，再进一步验证当前列控中心系统所具有的功能是否覆盖技术规范，该验证操作也相当于是对是否进一步符合技术规范的反向验证。

例如，即使预置需求文件满足技术规范需求，但若在执行过程中对列控中心系统所构建的功能和性能不够全面，也相当于是在执行过程中未达到技术规范需求的。

需要说明的是，上述验证预置需求文件和技术方案之间符合程度是对系统需求设计阶段进行的验证，而进一步的，验证当前列控中心系统所具有实现功能和技术规范之间符合程度是对构建列控中心系统的执行阶段进行的验证。本申请实施例利用这两次递进验证，以逐渐深入执行复盘检测操作。

105、在确定列控中心系统所具有的实现功能覆盖技术规范之后，验证已存在的历史测试用例是否覆盖基于实现功能对应重新构建的目标测试用例，以完成对列控中心系统的复盘检测。

在本申请实施例中，本步骤105为对测试用例设计和执行阶段进行的验证，即在确定列控中心系统应该所具有哪些实现功能之后，基于这些实现功能重新构建目标测试用例，该目标测试用例包括了不同测试场景所需的测试项，将之前已存在的历史测试用例与该目标测试用例进行比较，如果全覆盖，则表明之前设计的测试用例是全面的且满足测试技术规范的需求的，那么基于之前历史测试用例得到的测试结果也是全面且正确的。

以上，本申请实施例提供了一种列控中心系统的复盘方法，本申请实施例目的是对已经历过测试的列控中心系统进行复盘，本申请实施例提供的具体方案为：首先依据从预置技术标准库中获取的与列控中心系统相关的至少一个技术规范，遍历预置需求文件所包含的各条预置需求信息，以追踪每个技术规范是否都存在对应匹配的目标需求信息，得到追踪结果，用于验证预置系统需求文件是否覆盖每个技术规范，从而首先完成验证对列控中心系统进行测试所设计的系统需求是否正确；其次，在确定预置系统需求文件覆盖每个技术规范的基础之上，再进一步验证列控中心所具有的实现功能是否覆盖每个技术规范，从而其次完成验证列控中心系统所当前实现功能是否满足技术规范需求；再者，在确定列控中心系统所具有的实现功能覆盖每个技术规范的基础之上，再进一步验证若基于这些实现功能所重新构建的目标测试用例是否覆盖之前对列控中心系统进行测试所使用的测试用例，从而完成验证测试用例编写是否全面、正确。以上本申请实施例通过验证系统需求、当前实现功能和测试用例这三个方面递进深入，达到尽可能全面地对列控中心系统的复盘检测。

相较于现有技术，解决了现有所执行针对问题的点到点方式的复盘检测效果差导致难以得到高质量的列控中心系统产品。基于本申请实施例提供额方案，能够得到更加深度和广度的复盘检测，从而提高列控中心系统产品质量，确保列车正常运行。

为了对上述实施例做出更加详细的说明，本申请实施例还提供了另一种列控中心系统的复盘方法，如图2所示，本申请实施例提供以下具体步骤：

201、从预置技术标准库中获取列控中心系统对应的至少一个技术规范.。

本申请实施例例举：在预置技术标准库中提取与列控中心系统相关的技术规范：《TB T3439-2016 列控中心技术条件》 、《铁总运[2016]222号-列控系统相关规范补充规定》、《列控中心区间占用逻辑检查暂行技术条件》、《QCR 769-2020 列控系统应答器应用技术条件》、《铁总运[2015]75号-高铁列控中心接口暂行技术规范》。

202、通过遍历预置系统需求文件所包含的各条预置需求信息，追踪技术规范是否对应存在匹配的目标需求信息，得到追踪结果。

本申请实施例是利用创建的追踪关系数据表来展示“系统需求和技术规范”之间的追踪关系，例如可以创建一个数据表，该数据表中至少包含父标签属性字段、父内容属性字段和子标签属性字段、子内容属性字段以及追踪结果属性字段。

例举如下表一，本申请实施例提供“系统需求和技术规范”之间的追踪关系数据表。

表一

其次，从技术规范包含的多层级标题号中解析出最底层标题号，作为父标签，以及将最底层标题号对应的标题内容作为父内容。

例如，例举一个技术规范的部分内容如下：

“5.总体要求；5.1在满足《列控中心技术规范》基础之上，新增加相对独立软件模块，实现区间占用逻辑检查功能，模块的增加不得影响列控中心系统（Train ControlCenter，TCC）的安全完整性等级；5.2区间占用逻辑检查功能 软件模块符合故障-安全原则；5.3.......；5.4.......”，从该技术规范所包含的多层级标题号中解析出最底层标签号“5.1”、“5.2”、“5.3”和“5.4”，那么这些最底层标签号各自作为父标签，以及每个父标签对应的标题内容就是父内容。例如，父标签“5.2”对应的父内容为“区间占用逻辑检查功能软件模块符合故障-安全原则”。

以及，本申请实施例还获取预置需求信息携带的预置标签号作为子标签，以及将预置需求信息作为子内容。对此具体解释说明如下：

本申请实施例所提供的预置系统需求文件实际上是依据与列控中心系统有关的技术规范进行编写的，在编写的过程中按照编写的正向思维会依据每个技术规范中最底层标题号对应的标题内容编写相应的预置需求信息，每个预置需求信息会携带预置标签号，以及还会建立预置需求信息和对应技术规范中哪个最底层标题之间的索引路径，从而利用所有技术规范各自对应的所有预置需求信息组成了一个预置系统需求文件，在此本申请实施例所做追踪的目的，实际上是反向验证是否为每个技术规范都编写了需求信息。并且需要说明的是，在此处所指的技术规范是指与列控中心系统有关的技术规范，那么组成的预置系统需求文件也是用于验证测试列控中心系统的。

据此，本申请实施例基于预置系统需求文件的构成，获取预置需求信息携带的预置标签号作为子标签，以及将预置需求信息作为子内容。

再者进一步的，获取各条预置需求信息携带的索引路径，索引路径用于表征预置需求信息与技术规范中指定标题号存在匹配关系。

最后，基于索引路径，将父标签、父内容、子标签和子内容填充到追踪关系数据表内的父标签属性字段、父内容属性字段、子标签属性字段和子内容属性字段中，得到填充了数据信息的数据行，其中，数据行用于表征对一个技术规范的最底层标题内容的追踪情况。

本申请实施例利用该追踪关系数据，就可以在数据行内基于子标签属性字段和子内容属性字段各自填充的内容信息，确定数据行对应的追踪结果，并填入追踪结果属性字段。示例性的，得到追踪结果的具体实施方法为如下：

示例1：若在数据行中子标签属性字段和子内容属性字段各自为空，则判定追踪关系失败，作为数据行对应的追踪结果；

示例2：若在数据行中子标签属性字段和子内容属性字段各自不为空，则判定追踪关系成功，作为数据行对应的追踪结果。

以上，本申请实施例利用“系统需求和技术规范”之间追踪关系数据表可以清楚展示追踪情况。

203、基于追踪结果，验证预置系统需求文件是否覆盖技术规范。

在本申请实施例中，对于追踪关系数据表所展示的追踪结果，如果都显示为“追踪关系成功”，则表明预置系统需求文件是覆盖了所有的技术规范的，需要说明的是，该技术规范为与列控中心系统相关的技术规范。

但是，如果追踪关系数据表中有任一条追踪结果显示为“追踪关系失败”，则表明预置系统需求文件是未覆盖所有的技术规范的。

示例性的，本申请实施例采用可视化展示追踪结果的方法，可以但不限于是，若数据行显示“追踪关系成功”，则标注为“绿色”，若数据行显示“追踪关系失败”，则标注为“红色”，从而根据所有数据行各自对应标注显示颜色，进一步更加高效判断预置系统需求文件是否覆盖了所有的技术规范的。

204a、若验证预置系统需求文件未覆盖技术规范，则暂停复盘操作。

205a、输出第一复盘异常提示信息，第一复盘异常提示信息用于提示修正预置系统需求文件。

206a、响应于执行完毕修正预置系统需求文件操作，重新启动复盘操作。

在本申请实施例中，对于步骤204a-206a解释说明，此时在继续进行对列控中心系统的复盘检测之前，是需要修正预置系统需求文件的，否则会影响复盘检测结果的全面性和准确性，因为若不修正预置系统需求文件，将无法判断这些未被覆盖的技术规范是否应用到列控中心系统中。

示例性的应对方法为：以用户界面推送第一复盘异常提示信息，以及提供用户界面方便相关人员对原预置系统需求文件进行增加、删除、修改等操作。

204b、在确定预置系统需求文件覆盖技术规范之后，验证列控中心系统所具有的实现功能是否覆盖技术规范。

在本申请实施例中，在确定预置系统需求文件覆盖技术规范之后，即首先完成验证对列控中心系统进行测试所设计的系统需求是正确的前提下，再进一步验证列控中心所具有的实现功能是否覆盖每个技术规范，具体细化包括如下：

首先，解析当前列控中心系统实现功能所具有的第一功能逻辑；以及解析技术规范所具有的第二功能逻辑。需要说明的是，在此利用“第一”和“第二”仅是方便于区别指代不同功能逻辑。

需要说明的是，对于解析当前列控中心系统实现功能所具有的第一功能逻辑，在实际设计列控中心系统的过程中，可以采用“代码实现”或“规则实现”来编写期望该系统所需实现功能。反之，在复盘检测列控中心系统阶段，相应的在此时解析当前列控中心系统所实现功能过程中，也是首先确认在编写的列控中心系统的所有可执行文件中，哪些是以“代码实现”而哪些是以“规则实现”，基于不同实现方式解析得到第一功能逻辑，示例性解释说明如下：

例如，若是以“代码实现”，则在可执行文件中定位到代码中对应函数，基于函数处理过程来解读当前列控中心系统实现功能所具有的第一功能逻辑；若以“规则实现”，则在可执行文件中定位规则表达式，以基于这些规则表达式得到当前列控中心系统实现功能所具有的第一功能逻辑。

其次，将第一功能逻辑与第二功能逻辑进行对标，根据对标结果，验证列控中心系统所具有的实现功能是否覆盖技术规范。

本申请实施例例举对标方法为：“判断1”、系统实现功能（即第一功能逻辑）是否与技术规范所具有的第二功能逻辑是否一致，即判断系统实现功能是否符合技术规范；“判断2”、系统实现功能（即第一功能逻辑）是否大于等于第二功能逻辑，即判断系统实现功能是否完全覆盖技术规范。

以上，对标方法，若“判断1”和“判断2”都成立，则判定列控中心系统所具有的实现功能是覆盖技术规范；若两个判断中任意不成立，则判定列控中心系统所具有的实现功能未完全覆盖技术规范。

205bc、若验证列控中心系统所具有的实现功能未覆盖述技术规范，则暂停复盘操作。

206bc、输出第二复盘异常提示信息，第二复盘异常提示信息用于提示修正实现功能。

207bc、响应于执行完毕修正实现功能操作，重新启动复盘操作。

在本申请实施例中，对于步骤205bc-207bc解释说明，此时在继续进行对列控中心系统的复盘检测之前，是需要修正当前列控中心系统所实现功能，由于验证列控中心系统所具有的实现功能未覆盖技术规范，由此某些实现功能是错误的，或者当前列控中心系统是缺失了某些实现功能的，因此若忽略这个问题仍继续复盘检测，则导致复盘检测结果是不全面、不正确的，因此应该先修正这个问题，再继续复盘检测。

示例性的应对方法为：以用户界面推送第二复盘异常提示信息，以及提供用户界面方便相关人员对原预置系统需求文件进行增加、删除、修改等操作。

205bd、在确定述列控中心系统所具有的实现功能覆盖技术规范之后，验证已存在的历史测试用例是否覆盖基于实现功能对应重新构建的目标测试用例。

在本申请实施例中，本步骤可以细化包括：首先，基于列控中心系统所具有的实现功能，重新构建对应的目标测试用例；其次，获取对列控中心系统进行历史测试所使用的历史测试用例；再者，将历史测试用例与目标测试用例进行对标，根据对标结果，验证已存在的历史测试用例是否覆盖基于实现功能对应重新构建的目标测试用例。

本申请实施例提供的对标方法可以为：“判断1”、判断历史测试用例的预期结果是否与目标测试用例对应的预期结果相一致，即验证历史测试用例的测试期望值是否正确；“判断2”、判断历史测试用例是否大于或等于目标测试用例，即判断历史测试用例覆盖对列控中心系统所实现功能的测试需求是否全面。

以上，对标方法，若“判断1”和“判断2”都成立，则判定已存在的历史测试用例是覆盖基于实现功能对应重新构建的目标测试用例；若两个判断中任意不成立，则判定已存在的历史测试用例未完全覆盖基于实现功能对应重新构建的目标测试用例。

以下，本申请实施例还提供了一个具体实例，该实例以提取到技术规范《列控中心区间占用逻辑检查暂行技术条件》为例，首先经验证预置系统需求文件覆盖技术规范之后，如步骤204b，由于之前在实际设计列控中心系统的过程中，基于该技术规范是以“规则实现”来编写期望该系统所需实现功能，因此在复盘检测列控中心系统阶段，则从在可执行文件中定位规则表达式，以基于这些规则表达式得到当前列控中心系统实现功能所具有的功能逻辑。

示例性的，解读当前列控中心系统实现功能所具有的功能逻辑为包括：“1、逻辑检查功能开启时，以闭塞分区为单位进行判断；2、逻辑检查关闭或无逻辑检查功能时，以区段为单位判断占用/出清状态；3、逻辑检查从关闭到开启时，若闭塞分区中任意区段的状态为占用，则整个闭塞分区的状态判断为正常占用，若闭塞分区中所有区段均为空闲，则闭塞分区状态判断为空闲。”

经对标判断：如步骤204b的记载：“判断1”、系统实现功能（即第一功能逻辑）是否与技术规范所具有的第二功能逻辑是否一致，即判断系统实现功能是否符合技术规范；“判断2”、系统实现功能（即第一功能逻辑）是否大于等于第二功能逻辑，即判断系统实现功能是否完全覆盖技术规范”。经对标之后，得出结论：“判断1”为否（技术规范要求以闭塞分区为基本单位判断，但规则实现“当逻辑检查关闭或无逻辑检查功能时，以区段为单位判断占用/出清状态”）；但“判断2”为是，由于两个判断中有一项不成立，判定列控中心系统所具有的实现功能未完全覆盖技术规范。

据此，需要暂停复盘操作，并输出复盘异常提示信息，以提供用户界面方便于用户修正当前列控中心系统所实现功能，待修正后，并且重新验证满足以上两个判断之后，即表明修正后的当前列控中心系统具有实现功能完全覆盖技术规范，则再重新启动复盘操作。

示例性的，基于修正后的当前列控中心系统所具有实现功能，重新构建目标测试用例，示例性例举如下：

1、区间具备逻辑检查功能，开启逻辑检查功能，通过占用出清分别造出闭塞分区故障占用、正常占用、失去分路和空闲，能够以闭塞分区为单位正确判断；2、区间具备逻辑检查功能，关闭逻辑检查功能，通过占用出清分别造出闭塞分区的占用、出清状态，能够以闭塞分区为单位正确判断；3、区间无逻辑检查功能，通过占用出清分别造出区段的占用、出清状态，能够以闭塞分区为单位正确判断；4、区间具备逻辑检查功能，关闭逻辑检查功能，闭塞分区由多个区段构成，占用任意一个区段，上电重启（上电重启后默认开启区间逻辑检查功能），占用区段对应的闭塞分区为正常占用；5、区间具备逻辑检查功能，关闭逻辑检查功能，闭塞分区由多个区段构成，所有区段空闲，上电重启（上电重启后默认开启区间逻辑检查功能），区段对应的闭塞分区为空闲。

本申请实施例采用步骤205bd验证已存在的历史测试用例是否覆盖基于实现功能对应重新构建的目标测试用例，以上完成对列控中心系统的整体复盘检测操作。

进一步的，作为对上述图1、图2所示方法的实现，本申请实施例提供了一种列控中心系统的复盘装置。该装置实施例与前述方法实施例对应，为便于阅读，本装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的装置能够对应实现前述方法实施例中的全部内容。该装置应用于对已经历过测试的列控中心系统进行复盘，具体如图3所示，该装置包括：

获取单元31，用于从预置技术标准库中获取列控中心系统对应的至少一个技术规范；

追踪单元32，用于通过遍历预置系统需求文件所包含的各条预置需求信息，追踪所述技术规范是否对应存在匹配的目标需求信息，得到追踪结果；

第一验证单元33，用于基于所述追踪结果，验证所述预置系统需求文件是否覆盖所述技术规范；

第二验证单元34，用于在确定所述预置系统需求文件覆盖所述技术规范之后，验证所述列控中心系统所具有的实现功能是否覆盖所述技术规范；

第三验证单元35，用于在确定所述列控中心系统所具有的实现功能覆盖所述技术规范之后，验证已存在的历史测试用例是否覆盖基于所述实现功能对应重新构建的目标测试用例，以完成对所述列控中心系统的复盘检测。

进一步的，如图4所示，所述追踪单元32包括：

创建模块321，用于创建追踪关系数据表，所述数据表中至少包含父标签属性字段、父内容属性字段和子标签属性字段、子内容属性字段以及追踪结果属性字段；

第一确定模块322，用于从所述技术规范包含的多层级标题号中解析出最底层标题号，作为父标签，以及将所述最底层标题号对应的标题内容作为父内容；

所述第一确定模块322，还用于获取所述预置需求信息携带的预置标签号作为子标签，以及将所述预置需求信息作为子内容；

第一获取模块323，用于获取各条所述预置需求信息携带的索引路径，所述索引路径用于表征所述预置需求信息与所述技术规范中指定标题号存在匹配关系；

填充模块324，用于基于所述索引路径，将所述父标签、所述父内容、所述子标签和所述子内容填充到所述追踪关系数据表内的所述父标签属性字段、所述父内容属性字段、所述子标签属性字段和所述子内容属性字段中，得到填充了数据信息的数据行，其中，所述数据行用于表征对一个技术规范的最底层标题内容的追踪情况；

第二确定模块325，用于在所述数据行内基于所述子标签属性字段和所述子内容属性字段各自填充的内容信息，确定所述数据行对应的追踪结果；

所述填充模块324，还用于将所述追踪结果填入所述追踪结果属性字段。

进一步的，如图4所示，所述第二确定模块325还具体用于：

若在所述数据行中所述子标签属性字段和所述子内容属性字段各自为空，则判定追踪关系失败，作为所述数据行对应的追踪结果；

若在所述数据行中所述子标签属性字段和所述子内容属性字段各自不为空，则判定追踪关系成功，作为所述数据行对应的追踪结果。

进一步的，如图4所示，所述第二验证单元34包括：

第一解析模块341，用于解析所述实现功能所具有的第一功能逻辑；

第二解析模块342，用于解析所述技术规范所具有的第二功能逻辑；

第一对标模块343，用于将所述第一功能逻辑与所述第二功能逻辑进行对标；

第一验证模块344，用于根据对标结果，验证所述列控中心系统所具有的实现功能是否覆盖所述技术规范。

进一步的，如图4所示，所述第三验证单元35包括：

构建模块351，用于基于所述实现功能，重新构建对应的目标测试用例；

第二获取模块352，用于获取对所述列控中心系统进行历史测试所使用的历史测试用例；

第二对标模块353，用于将所述历史测试用例与所述目标测试用例进行对标；

第二验证模块354，用于根据对标结果，验证已存在的历史测试用例是否覆盖基于所述实现功能对应重新构建的目标测试用例。

进一步的，如图4所示，所述装置还包括：暂停单元36、提示单元37和重新启动单元38，这三个单元具体应用为如下：

作为一种实施例方案，基于第一验证单元33输出的“验证预置系统需求文件是否覆盖技术规范”的验证结果，本申请实施例可以应用这三个单元及时地做出相应处理，具体解释说明如下：

所述暂停单元36，用于基于所述追踪结果，若验证所述预置系统需求文件未覆盖所述技术规范，则暂停复盘操作；

所述提示单元37，用于输出第一复盘异常提示信息，所述第一复盘异常提示信息用于提示修正所述预置系统需求文件；

所述重新启动单元38，用于响应于执行完毕修正所述预置系统需求文件操作，重新启动复盘操作。

此外，作为一些变更实施例方案，基于第二验证单元34输出的“验证列控中心系统所具有的实现功能是否覆盖技术规范”的验证结果，本申请实施例还可以应用这三个单元及时地做出相应处理，具体解释说明如下：

所述暂停单元36，还用于若验证所述列控中心系统所具有的实现功能未覆盖所述技术规范，则暂停复盘操作；

所述提示单元37，还用于输出第二复盘异常提示信息，所述第二复盘异常提示信息用于提示修正所述实现功能；

所述重新启动单元38，还用于响应于执行完毕修正所述实现功能操作，重新启动复盘操作。

综上所述，本申请实施例提供了一种列控中心系统的复盘方法及装置，本申请实施例目的是对已经历过测试的列控中心系统进行复盘，本申请实施例提供的具体方案为：通过验证系统需求、当前实现功能和测试用例这三个方面递进深入，达到尽可能全面地对列控中心系统的复盘检测。相较于现有技术，解决了现有所执行针对问题的点到点方式的复盘检测效果差导致难以得到高质量的列控中心系统产品。基于本申请提供额方案，能够得到更加深度和广度的复盘检测，从而提高列控中心系统产品质量，确保列车正常运行。

本申请实施例提供的列控中心系统的复盘装置包括处理器和存储器，上述获取单元、追踪单元、第一验证单元、第二验证单元和第三验证单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一条或以上，通过调整内核参数来通过对列控中心系统进行全面深入的复盘检测，以提高列控中心系统产品质量，确保列车正常运行。

本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的列控中心系统的复盘方法。

本申请实施例提供了一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的列控中心系统的复盘方法。

本申请是参照根据本申请实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

在一个典型的配置中，设备包括一个或多个处理器(CPU)、存储器和总线。设备还可以包括输入/输出接口、网络接口等。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存 (PRAM)、静态随机存取存储器 (SRAM)、动态随机存取存储器 (DRAM)、其他类型的随机存取存储器 (RAM)、只读存储器 (ROM)、电可擦除可编程只读存储器 (EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘 (DVD) 或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体 (transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种列控中心系统的复盘方法，其特征在于，所述方法包括：

从预置技术标准库中获取列控中心系统对应的至少一个技术规范；

通过遍历预置系统需求文件所包含的各条预置需求信息，追踪所述技术规范是否对应存在匹配的目标需求信息，得到追踪结果；

基于所述追踪结果，验证所述预置系统需求文件是否覆盖所述技术规范；

在确定所述预置系统需求文件覆盖所述技术规范之后，验证所述列控中心系统所具有的实现功能是否覆盖所述技术规范；

在确定所述列控中心系统所具有的实现功能覆盖所述技术规范之后，验证已存在的历史测试用例是否覆盖基于所述实现功能对应重新构建的目标测试用例，以完成对所述列控中心系统的复盘检测。

2.根据权利要求1所述的方法，其特征在于，所述通过遍历预置系统需求文件所包含的各条预置需求信息，追踪所述技术规范是否对应存在匹配的目标需求信息，得到追踪结果，包括：

创建追踪关系数据表，所述追踪关系数据表中至少包含父标签属性字段、父内容属性字段和子标签属性字段、子内容属性字段以及追踪结果属性字段；

从所述技术规范包含的多层级标题号中解析出最底层标题号，作为父标签，以及将所述最底层标题号对应的标题内容作为父内容；

获取所述预置需求信息所携带的预置标签号作为子标签，以及将所述预置需求信息作为子内容；

获取各条所述预置需求信息所携带的索引路径，所述索引路径用于表征所述预置需求信息与所述技术规范中指定标题号存在匹配关系；

基于所述索引路径，将所述父标签、所述父内容、所述子标签和所述子内容填充到所述追踪关系数据表内的所述父标签属性字段、所述父内容属性字段、所述子标签属性字段和所述子内容属性字段中，得到填充了数据信息的数据行，其中，所述数据行用于表征对一个所述技术规范的最底层标题内容的追踪情况；

在所述数据行内基于所述子标签属性字段和所述子内容属性字段各自填充的数据信息，确定所述数据行对应的追踪结果，并填入所述追踪结果属性字段。

3.根据权利要求2所述的方法，其特征在于，所述在所述数据行内基于所述子标签属性字段和所述子内容属性字段各自填充的数据信息，确定所述数据行对应的追踪结果，包括：

若在所述数据行中所述子标签属性字段和所述子内容属性字段各自为空，则判定追踪关系失败，作为所述数据行对应的追踪结果；

若在所述数据行中所述子标签属性字段和所述子内容属性字段各自不为空，则判定追踪关系成功，作为所述数据行对应的追踪结果。

4.根据权利要求1所述的方法，其特征在于，所述验证所述列控中心系统所具有的实现功能是否覆盖所述技术规范，包括：

解析所述列控中心系统所具有的实现功能所具有的第一功能逻辑；

解析所述技术规范所具有的第二功能逻辑；

将所述第一功能逻辑与所述第二功能逻辑进行对标；

根据对标结果，验证所述列控中心系统所具有的实现功能是否覆盖所述技术规范。

5.根据权利要求1所述的方法，其特征在于，所述验证已存在的历史测试用例是否覆盖基于所述实现功能对应重新构建的目标测试用例，包括：

基于所述列控中心系统所具有的实现功能，重新构建对应的目标测试用例；

获取对所述列控中心系统进行历史测试所使用的历史测试用例；

将所述历史测试用例与所述目标测试用例进行对标；

根据对标结果，验证已存在的历史测试用例是否覆盖基于所述实现功能对应重新构建的目标测试用例。

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

基于所述追踪结果，若验证所述预置系统需求文件未覆盖所述技术规范，则暂停复盘操作；

输出第一复盘异常提示信息，所述第一复盘异常提示信息用于提示修正所述预置系统需求文件；

响应于执行完毕修正所述预置系统需求文件操作，重新启动复盘操作。

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

若验证所述列控中心系统所具有的实现功能未覆盖所述技术规范，则暂停复盘操作；

输出第二复盘异常提示信息，所述第二复盘异常提示信息用于提示修正所述列控中心系统所具有的实现功能；

响应于执行完毕修正所述实现功能操作，重新启动复盘操作。

8.一种列控中心系统的复盘装置，其特征在于，所述装置包括：

获取单元，用于从预置技术标准库中获取列控中心系统对应的至少一个技术规范；

追踪单元，用于通过遍历预置系统需求文件所包含的各条预置需求信息，追踪所述技术规范是否对应存在匹配的目标需求信息，得到追踪结果；

第一验证单元，用于基于所述追踪结果，验证所述预置系统需求文件是否覆盖所述技术规范；

第二验证单元，用于在确定所述预置系统需求文件覆盖所述技术规范之后，验证所述列控中心系统所具有的实现功能是否覆盖所述技术规范；

第三验证单元，用于在确定所述列控中心系统所具有的实现功能覆盖所述技术规范之后，验证已存在的历史测试用例是否覆盖基于所述实现功能对应重新构建的目标测试用例，以完成对所述列控中心系统的复盘检测。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-7中任一项所述的列控中心系统的复盘方法。

10.一种电子设备，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1-7中任一项所述的列控中心系统的复盘方法。

Images