首页 / 专利库 / 商业 / 回执 / 高铁信号设备自动测试数据封装及处理方法

信号设备自动测试数据封装及处理方法

阅读:1034发布:2020-06-22

专利汇可以提供信号设备自动测试数据封装及处理方法专利检索,专利查询,专利分析的服务。并且本 发明 公开了一种高 铁 信号 设备自动测试数据封装及处理方法,包括:自动测试引擎从后台 数据库 读取测试数据,按照预定的规则将测试数据封装成测试任务对象,并下发给相关仿真测试设备;由相关仿真测试设备进行解析,提取测试指令发送给被测真实设备执行,并将被测真实设备返回的 回执 信息与测试任务对象中的期望值进行比对,生成测试结果对象并发送给自动测试引擎,自动测试引擎收到后进行解析,将解析得到的测试结果回填后台数据库。上述方法中,在自动测试引擎和仿真测试设备之间交互测试任务和测试结果,测试结果在各相关仿真测试设备中生成,自动测试引擎与测试逻辑独立,通用性强,利于自动测试引擎的负载均衡。,下面是信号设备自动测试数据封装及处理方法专利的具体信息内容。

1.一种高信号设备自动测试数据封装及处理方法,其特征在于,包括:
自动测试引擎从后台数据库读取测试数据,按照预定的规则将测试数据封装成测试任务对象,并下发给相关仿真测试设备;
由相关仿真测试设备进行解析,提取测试指令发送给被测真实设备执行,并将被测真实设备返回的回执信息与测试任务对象中的期望值进行比对,生成测试结果对象并发送给自动测试引擎,自动测试引擎收到后进行解析,将解析得到的测试结果回填后台数据库。
2.根据权利要求1所述的一种高铁信号设备自动测试数据封装及处理方法,其特征在于,所述测试任务对象包括:任务序号、测试对象类型、测试对象编号以及测试步骤队列;当相关仿真测试设备接收到测试任务对象并执行测试任务时,在测试任务对象中标记任务执行时刻与任务执行状态;其中:
所述任务序号是标识测试任务的唯一序列号;
所述测试对象类型,用于标识测试任务所对应的仿真测试设备的类型;
所述测试对象编号,用于标识相关仿真测试设备的设备编号;
所述测试步骤队列,包含一个或多个测试步骤信息,封装好的测试步骤信息按顺序组成队列,执行测试任务时测试步骤信息逐条出队列顺序执行;
任务执行时刻,记录了当前出队列的测试步骤信息的执行时刻,用于测试步骤信息的执行超时计算;
任务执行状态,标识当前测试任务的四种状态:准备执行状态、超时等待状态、执行超时状态和执行完毕状态;测试步骤信息出队列后,当前测试任务默认处于准备执行状态;仿真测试设备异步执行测试步骤时转换为超时等待状态;若超时未返回执行结果,转换为执行超时状态,结束测试任务;收到测试步骤执行结果且当前测试任务还有后续测试步骤,转换为准备执行状态;收到测试步骤执行结果且当前测试任务无后续测试步骤,转换为执行完毕状态,结束测试任务。
3.根据权利要求2所述的一种高铁信号设备自动测试数据封装及处理方法,其特征在于,所述测试步骤信息包含:数据方向、测试内容和超时时长;其中:
数据方向,用于标识测试步骤信息是测试指令或是期望回执信息;
测试内容为二进制字节流数组,记录了仿真测试设备发送给被测真实设备的测试指令,或者被测真实设备返回给仿真测试设备的期望回执信息;
超时时长,记录了测试步骤信息执行等待时长。
4.根据权利要求1所述的一种高铁信号设备自动测试数据封装及处理方法,其特征在于,所述测试结果对象包括:任务序号、测试结论和文本信息;其中:
任务序号对应于测试任务对象中的任务序号;
测试结论包括执行成功、执行失败和执行超时三个值,记录了回执信息比较结果及测试任务执行超时结果;
文本信息记录了仿真测试设备在测试任务执行过程中产生的日志信息。

说明书全文

信号设备自动测试数据封装及处理方法

技术领域

[0001] 本发明涉及铁路设备自动测试技术领域,尤其涉及一种高铁信号设备自动测试数据封装及处理方法。

背景技术

[0002] 高铁列控系统关键信号设备主要包括联(CBI),列控中心(TCC)、无线闭塞中心(RBC)和临时限速服务器(TSRS)。这些设备软件逻辑与线路站型联系紧密,工程应用中进行软件设计时涉及大量数据编制,测试中产生大量针对编制数据的数据测试和接口测试工作。
[0003] 目前国内外对高铁信号设备的测试以人工测试为主,有些设备(比如CBI和TCC)的部分测试项实现了基于测试脚本的数据驱动自动测试,即测试数据和测试脚本分离,由测试数据驱动测试脚本,对被测对象进行测试控制。
[0004] 以TCC自动测试为例(如图1所示),自动测试引擎从后台数据库获取数据,转换成测试指令发送给仿真测试设备(仿真CBI/临站TCC/TSRS/IO),测试设备将测试指令发送给被测试真实TCC设备,收到被测设备的回执信息后,测试设备将回执信息发送给自动测试引擎;自动测试引擎将回执信息与期望值进行结果比对后给出测试结果。然而该方案的缺陷在于:1)不同测试设备对应测试指令和回执信息各异,在自动测试引擎和仿真测试设备中均需要对测试指令和测试回执信息进行处理,系统整体复杂度高。2)测试回执信息与期望值的比对在自动测试引擎中进行,导致自动测试引擎与测试逻辑耦合紧密,通用性差。3)自动测试引擎逻辑业务过于集中,当测试设备数量较多时,不利于自动测试引擎所在服务器的负载均衡。

发明内容

[0005] 本发明的目的是提供一种高铁信号设备自动测试数据封装及处理方法,在自动测试引擎和仿真测试设备之间交互测试任务和测试结果,测试结果在各相关仿真测试设备中生成,自动测试引擎与测试逻辑独立,通用性强,利于自动测试引擎的负载均衡。
[0006] 本发明的目的是通过以下技术方案实现的:
[0007] 一种高铁信号设备自动测试数据封装及处理方法,包括:
[0008] 自动测试引擎从后台数据库读取测试数据,按照预定的规则将测试数据封装成测试任务对象,并下发给相关仿真测试设备;
[0009] 由相关仿真测试设备进行解析,提取测试指令发送给被测真实设备执行,并将被测真实设备返回的回执信息与测试任务对象中的期望值进行比对,生成测试结果对象并发送给自动测试引擎,自动测试引擎收到后进行解析,将解析得到的测试结果回填后台数据库。
[0010] 由上述本发明提供的技术方案可以看出,将测试数据封装成测试任务对象,测试数据执行结论封装测试测试结果对象,能对不同的被测设备的测试数据进行封装,通用性强;同时,回执信息与期望值的比较在仿真测试设备中进行,自动测试引擎仅负责测试任务的分发及测试结果的记录,与测试逻辑相互独立,能适应不同种类的仿真测试设备,并且,简化了自动测试驱动引擎业务逻辑,利于自动测试引擎的负载均衡。附图说明
[0011] 为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他附图。
[0012] 图1为本发明背景技术提供的基于测试脚本的数据驱动自动测试的原理图;
[0013] 图2为本发明实施例提供的一种高铁信号设备自动测试数据封装及处理方法的示意图;
[0014] 图3为本发明实施例提供的测试任务对象及相应测试步骤信息的示意图;
[0015] 图4为本发明实施例提供的任务执行状态转换示意图;
[0016] 图5为本发明实施例提供的测试任务处理示意图;
[0017] 图6为本发明实施例提供的测试结果对象的示意图。

具体实施方式

[0018] 下面结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明的保护范围。
[0019] 本发明实施例提供一种高铁信号设备自动测试数据封装及处理方法,如图2所示,其主要包括:
[0020] 自动测试引擎从后台数据库读取测试数据,按照预定的规则将测试数据封装成测试任务对象,并下发给相关仿真测试设备。
[0021] 由相关仿真测试设备进行解析,提取测试指令发送给被测真实设备执行,并将被测真实设备返回的回执信息与测试任务对象中的期望值进行比对,生成测试结果对象并发送给自动测试引擎,自动测试引擎收到后进行解析,将解析得到的测试结果回填后台数据库。
[0022] 如图3所示,所述测试任务对象主要包括:任务序号、测试对象类型、测试对象编号、测试步骤队列。当相关仿真测试设备接收到测试任务对象并执行测试任务时,在测试任务对象中标记任务执行时刻和任务执行状态。其中:
[0023] 所述任务序号是标识测试任务的唯一序列号。
[0024] 所述测试对象类型,用于标识测试任务所对应的仿真测试设备的类型。
[0025] 所述测试对象编号,用于标识相关仿真测试设备的设备编号。
[0026] 所述测试步骤队列,包含一个或多个测试步骤信息,封装好的测试步骤信息按顺序组成队列,执行测试任务时测试步骤信息逐条出队列顺序执行。
[0027] 任务执行时刻,记录了当前出队列的测试步骤信息的执行时刻,用于测试步骤信息的执行超时计算。
[0028] 任务执行状态,标识当前测试任务的四种状态:准备执行状态、超时等待状态、执行超时状态和执行完毕状态;如图4所示,测试步骤信息出队列后(T1),当前测试任务默认处于准备执行状态;仿真测试设备异步执行测试步骤时(T2)转换为超时等待状态;若超时未返回执行结果(T4),转换为执行超时状态,结束测试任务(T7);收到测试步骤执行结果且当前测试任务还有后续测试步骤(T5),转换为准备执行状态;收到测试步骤执行结果且当前测试任务无后续测试步骤(T3),转换为执行完毕状态,结束测试任务(T6)。
[0029] 测试任务处理过程,如图5所示,测试任务默认状态为准备执行状态,仿真测试设备收到测试任务后存储于测试任务队列中。测试任务处理线程运行时,若测试任务队列非空,则获取测试任务。若当前任务为准备执行状态,则测试步骤队列出队获取测试步骤并进行异步处理,任务当前状态设置为超时等待状态,当前测试任务加入测试任务队列队尾,延时后等待再次出队;若异步处理执行结果返回,且测试步骤队列非空,则继续异步处理后续测试步骤,否则生成测试结果,设置任务状态为执行完毕状态,当前任测试务执行结束;若执行超时,生成测试结论为执行超时的测试结果,当前测试任务执行结束;否则当前测试任务加入测试任务队列队尾,延时后等待再次出队。
[0030] 还参见图3,所述测试步骤信息包含:数据方向、测试内容和超时时长;其中:
[0031] 数据方向,用于标识测试步骤信息是测试指令或是期望回执信息;
[0032] 测试内容为二进制字节流数组,记录了仿真测试设备发送给被测真实设备的测试指令,或者被测真实设备返回给仿真测试设备的期望回执信息;
[0033] 超时时长,记录了测试步骤信息执行等待时长。
[0034] 如图6所示,所述测试结果对象包括:任务序号、测试结论和文本信息;其中:
[0035] 任务序号对应于测试任务对象中的任务序号,自动测试引擎收到测试结果对象后依据该序号查找对应的测试任务;
[0036] 测试结论包括执行成功、执行失败和执行超时三个值,记录了回执信息比较结果及测试任务执行超时结果;
[0037] 文本信息记录了仿真测试设备在测试任务执行过程中产生的日志信息。
[0038] 本发明实施例上述方案主要获得如下有益效果:
[0039] 1、将测试数据封装成测试任务对象,测试数据执行结论封装测试测试结果对象,能对不同的被测设备的测试数据进行封装,通用性强。
[0040] 2、回执信息与期望值的比较在仿真测试设备中进行,自动测试引擎仅负责测试任务的分发及测试结果的记录,与测试逻辑相互独立,能适应不同种类的仿真测试设备,并且,简化了自动测试驱动引擎业务逻辑,利于自动测试引擎的负载均衡。
[0041] 通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例可以通过软件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,上述实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
[0042] 以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明披露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求书的保护范围为准。
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈