CN114815786B - 模拟报警功能触发的测试方法、系统及电子设备 - Google Patents

Abstract

本发明提出一种模拟报警功能触发的测试方法、系统及电子设备，该方法包括：根据控制器名称以及与控制器名称对应的报警功能类型生成与控制器一一对应的测试用例；根据测试子任务生成与其对应的模拟故障信号；接收待测试车辆根据预设解码矩阵识别故障报文后触发报警而主动反馈的故障信息，并在第一预设时间内获取待测试车辆的当前状态数据；根据待测试车辆的当前状态数据判断故障信息对应的报警功能与待测试车辆的当前运行状态是否吻合。本发明提出的模拟报警功能触发的测试方法，通过构建多种测试用例，并制定与测试用例匹配的预设解码矩阵，进而对所需测试的所有报警功能进行模拟触发，提高了测试效率，并有效降低了测试成本。

Description

模拟报警功能触发的测试方法、系统及电子设备

技术领域

本发明涉及车辆检测技术领域，特别涉及一种模拟报警功能触发的测试方法、系统及电子设备。

背景技术

随着车联网技术的不断发展，涌现出越来越多的科技化功能，给用户带来了丰富的使用体验。

常见的广泛受客户喜爱的功能如OTA、远程控制、远程诊断、故障报警及预警、车况查询等，其主要是通过对车辆运行数据的采集，进而实现对车辆使用状态的监控，便于客户直观且及时地了解车辆运行状态，加强了车辆与客户的联系。

故障报警功能对于实时反馈车辆状态的准确状态具有非常重要的作用，不能出现误报或者漏报，否则无法保障车辆的安全运行，为了验证车辆的各项报警功能是否正常，车辆一般会进行实车测试，由于故障监控一般是按照功能规范定义进行开发的，测试时很多故障都难以被直接触发，例如刹车片磨损报警、ECM故障报警、胎压测试报警以及ABS报警等，均需要员工手动对车辆进行对应的“破坏”而达到测试目的，例如，测试ABS报警需要拔掉ABS传感器，测试胎压需要放掉轮胎的气压，该测试方式不仅在实际测试过程中难以操作，用时还需要在测试结束后对车辆进行修复，造成测试成本较高。

发明内容

基于此，本发明的目的是提出一种模拟报警功能触发的测试方法、系统及电子设备，以解决传统报警功能测试方式因难以被直接触发而导致测试成本较高的问题。

根据本发明提出的一种模拟报警功能触发的测试方法，应用于报警测试设备，所述方法包括：

获取所需测试的控制器名称以及与所述控制器名称对应的至少一种报警功能类型，并根据所述控制器名称以及所述报警功能类型生成与控制器一一对应的测试用例，所述测试用例至少包括一条测试子任务；

根据所述测试子任务生成与其对应的模拟故障信号，并将所述模拟故障信号发送至待测试车辆，所述模拟故障信号包括用于触发所述待测试车辆报警功能的故障报文，所述故障报文与所述测试子任务一一对应；

接收所述待测试车辆根据预设解码矩阵识别所述故障报文后触发报警而主动反馈的故障信息，并在第一预设时间内获取所述待测试车辆的当前状态数据；

根据所述故障信息获取与所述故障信息对应的报警功能，并根据所述待测试车辆的当前状态数据判断所述故障信息对应的报警功能与所述待测试车辆的当前运行状态是否吻合。

综上，根据上述的模拟报警功能触发的测试方法，通过构建多种测试用例，并制定与测试用例匹配的预设解码矩阵，进而对所需测试的所有报警功能进行模拟触发，以替代传统测试时员工需根据不同的报警功能逐一对车辆状态进行手动调整的方式，极大地提高了测试效率，同时无需测试完成后再手动对车辆进行修复，极大地降低了测试成本。具体为，首先获取本次测试所包括的所有控制器名称以及每个控制器下对应的一种或多种报警功能类型，以生成与控制器一一对应的测试用例，而后根据测试用例中的测试子任务生成对应的模拟故障信号，该模拟故障信号中包括触发待测试车辆报警功能的故障报文，即利用故障报文触发对应的报警功能，而后主动接收待测试车辆根据预设解码矩阵识别故障报文后而反馈的故障信息，同时调取待测试车辆的当前状态数据，以判断故障信息对应的报警功能与待测试车辆的当前状态数据是否吻合，从而逐一测试出车辆的不同报警功能是否正常，进而有利于帮助测试人员在开发阶段全面识别功能问题，进而达到优化修复的目的，避免在后期驾驶员使用时出现误报或者漏报的情况。

进一步地，所述获取所需测试的控制器名称以及与所述控制器名称对应的至少一种报警功能类型，并根据所述控制器名称以及所述报警功能类型生成与控制器一一对应的测试用例的步骤包括：

获取所有的报警功能名称以及与每一所述报警功能名称对应的控制器名称，并根据所述控制器名称将所有的报警功能名称进行分类；

根据分类结果将同一控制器下对应的多个报警功能进行汇总，得到多份故障报警清单，所述故障报警清单至少包括一个测试子任务；

对每个所述测试子任务分别定义多个功能项，并将定义的多个所述功能项与所述测试子任务进行绑定，得到与每个控制器对应的测试用例，所述功能项包括与每个所述报警功能分别对应的报文ID、故障内容以及故障特征。

进一步地，所述根据所述测试子任务生成与其对应的模拟故障信号，并将所述模拟故障信号发送至待测试车辆的步骤包括：

根据至少一条测试子任务中的所述故障内容、所述故障特征以及所述报文ID生成对应的所述模拟故障报文，并将所述模拟故障报文以第一预设频率下发至所述待测试车辆的CAN总线上；

判断在第二预设时间内是否接收到所述CAN总线上传的第一反馈信息。

进一步地，构建所述预设解码矩阵的步骤包括：

根据每条所述测试子任务对应的所述模拟故障报文定义解码序列，并将每条模拟故障报文对应的解码序列预存至所述待测试车辆的CAN总线中，所述解码序列包括信号ID、信号长度、信号特征码以及信号故障码，所述信号ID与所述控制器一一对应，所述信号特征码与所述故障特征一一对应，所述信号故障码与所述故障内容一一对应。

进一步地，所述接收所述待测试车辆根据预设解码矩阵识别所述故障报文后触发报警而主动反馈的故障信息，并在第一预设时间内获取所述待测试车辆的当前状态数据的步骤包括：

当所述CAN总线根据所述预设解码矩阵识别所述模拟故障报文中的报警序列时，所述CAN总线主动控制自身将所述报警序列转发至所述待测试车辆的车载终端；

判断在第三预设时间内是否接收到所述车载终端触发与所述报警序列对应的报警功能后上传的第二反馈信息；

若在第三预设时间内接收到所述车载终端上传的第二反馈信息，则向所述车载终端下发状态读取指令，以接收所述车载终端根据所述状态读取指令上传的仪表显示数据。

进一步地，所述根据所述故障信息获取与所述故障信息对应的报警功能，并根据所述待测试车辆的当前状态数据判断所述故障信息对应的报警功能与所述待测试车辆的当前运行状态是否吻合的步骤包括：

根据仪表显示数据获取所述待测试车辆被触发的实际报警功能，并判断所述待测试车辆被触发的实际报警功能与所述故障信息对应的报警功能是否一致；

若所述待测试车辆被触发的实际报警功能与所述故障信息对应的报警功能一致，则判定所述测试子任务对应的报警功能正常；

若所述待测试车辆被触发的实际报警功能与所述故障信息对应的报警功能不一致，则控制自身停止向所述CAN总线发送模拟故障报文，并判断接收到的故障信息是否中断。

进一步地，所述根据至少一条测试子任务中的所述故障内容、所述故障特征以及所述报文ID生成对应的所述模拟故障报文，并将所述模拟故障报文以第一预设频率下发至所述待测试车辆的CAN总线上的步骤之前还包括：

通过一CAN工具与所述CAN总线建立临时通讯连接，并在第四预设时间内向所述CAN总线发送一测试指令；

判断在第四预设时间内是否接收到所述CAN总线根据所述测试指令上传的第三反馈信息；

若在第四预设时间内接收到第三反馈信息，则判定与所述CAN总线完成通讯连接。

根据本发明实施例的一种模拟报警功能触发的测试系统，所述系统包括：

测试用例生成模板，用于获取所需测试的控制器名称以及与所述控制器名称对应的至少一种报警功能类型，并根据所述控制器名称以及所述报警功能类型生成与控制器一一对应的测试用例，所述测试用例至少包括一条测试子任务；

模拟报警测试模块，用于根据所述测试子任务生成与其对应的模拟故障信号，并将所述模拟故障信号发送至待测试车辆，所述模拟故障信号包括用于触发所述待测试车辆报警功能的故障报文，所述故障报文与所述测试子任务一一对应；

故障信息监测模块，用于接收所述待测试车辆根据预设解码矩阵识别所述故障报文后触发报警而主动反馈的故障信息，并在第一预设时间内获取所述待测试车辆的当前状态数据；

报警功能校核模块，用于根据所述故障信息获取与所述故障信息对应的报警功能，并根据所述待测试车辆的当前状态数据判断所述故障信息对应的报警功能与所述待测试车辆的当前运行状态是否吻合。

本发明另一方面还提供一种存储介质，包括所述存储介质存储一个或多个程序，该程序被执行时实现如上述的模拟报警功能触发的测试方法。

本发明另一方面还提供一种电子设备，所述电子设备包括存储器和处理器，其中：

所述存储器用于存放计算机程序；

所述处理器用于执行所述存储器上所存放的计算机程序时，实现如上述的模拟报警功能触发的测试方法。

本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实施例了解到。

附图说明

图1为本发明第一实施例提出的模拟报警功能触发的测试方法的流程图；

图2为本发明第二实施例提出的模拟报警功能触发的测试方法的流程图；

图3为本发明第三实施例提出的模拟报警功能触发的测试系统的结构示意图。

如下具体实施方式将结合上述附图进一步说明本发明。

具体实施方式

为了便于理解本发明，下面将参照相关附图对本发明进行更全面的描述。附图中给出了本发明的若干个实施例。但是，本发明可以以许多不同的形式来实现，并不限于本文所描述的实施例。相反地，提供这些实施例的目的是使对本发明的公开内容更加透彻全面。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。本文所使用的术语“及／或”包括一个或多个相关的所列项目的任意的和所有的组合。

请参阅图1，所示为本发明第一实施例中的模拟报警功能触发的测试方法的流程图，该方法应用于报警测试设备，该方法包括步骤S01至步骤S04，其中：

步骤S01：获取所需测试的控制器名称以及与所述控制器名称对应的一种或多种报警功能类型，并根据所述控制器名称以及与所述控制器名称对应的报警功能类型生成与所述控制器一一对应的测试用例，所述测试用例至少包括一条测试子任务；

需要说明的是，车辆在开发阶段，测试人员需要对各个报警功能进行一一测试，为了减轻测试人员的工作负担，会将所有需要测试的报警功能按照所属的控制器名称进行输入，同时每个控制器名称下均对应有一种或多种报警功能类型。

示例而非限定，例如对于发动机控制单元，其报警功能类型一般有MIL灯异常、DPF异常以及水温过高等，通过将同一控制器名称下的多种报警功能类型制成同一个测试用例，进而按照生成的测试用例自动完成相关测试，极大地提高了测试效率。

步骤S02：根据所述测试子任务生成与其对应的模拟故障信号，并将所述模拟故障信号发送至待测试车辆，所述模拟故障信号包括用于触发所述待测试车辆报警功能的故障报文，所述故障报文与所述测试子任务一一对应；

可以理解的，报警测试设备再根据输入的不同控制器和与其分别对应的测试用例进行测试，需要说明的是，基于控制器与报警功能类型存在对应关系，在实际测试过程中，可对相同控制器下的多种报警功能进行同时测试，以加快测试效率。

在本实施例中，采用对报警功能进行逐条测试的方式，即报警测试设备根据测试用例包括的每条测试子任务生成模拟故障信号，该模拟故障信号中包括触发该测试子任务报警的故障报文，通过生成大量测试用例，进而根据测试用例自动生成相关的模拟报警信号，进而主动触发待测试车辆中相关报警功能，无需员工手动调整将车辆调整至对应故障从而触发报警。

步骤S03：接收所述待测试车辆根据预设解码矩阵识别所述故障报文后触发报警而主动反馈的故障信息，并在第一预设时间内获取所述待测试车辆的当前状态数据；

需要说明的是，该模拟故障报警信号具体为发送至CAN总线上，在CAN总线接收该模拟故障报警信号之前，还会提前构建一预设解码矩阵，以使得CAN总线能够快速识别出该模拟故障报警信号中所包含的具体内容。

具体的，构建预设解码矩阵的步骤为：根据每条所述测试子任务对应的所述模拟故障报文定义解码序列，并将每条模拟故障报文对应的解码序列预存至所述待测试车辆的CAN总线中，所述解码序列包括信号ID、信号长度、信号特征码以及信号故障码，所述信号ID与所述控制器一一对应，所述信号特征码与所述故障特征一一对应，所述信号故障码与所述故障内容一一对应。

示例而非限定，为了能识别相关的模拟故障报文，该预设解码矩阵需要在模拟故障报文的基础上进行设定，如表1所示，为针对发动机控制单元构建的预设解码矩阵，具体：

表1

在本实施例中，根据表1所示，设定发动机控制单元中关于发动机故障灯报警类型的模拟故障报文的ID为0x123，定义报文ID的目的是为了后续针对性的监测车辆的实际运行状态，信号特征码即为该模拟故障报文中的起始位，其目的是为了区分出具体的故障名称，定义信号故障码是为了对应故障的具体体现，即故障内容。在构建测试用例后，通过制定预设解码矩阵，进而在预设解码矩阵的基础上根据测试用例中的每条测试子任务生成与测试子任务对应的模拟故障信号，从而使得报警测试设备能够快速识别出包含不同报警内容的模拟故障信号，极大地提高了测试效率。

步骤S04：根据所述故障信息获取与所述故障信息对应的报警功能，并根据所述待测试车辆的当前状态数据判断所述故障信息对应的报警功能与所述待测试车辆的当前运行状态是否吻合。

可以理解的，待测试车辆的CAN总线在识别出该模拟故障信号后，而后将该故障信息进行上传到报警测试设备，同时该报警测试设备在接收到该故障信息后，会在第一预设时间内获取待测试车辆的当前状态数据，以根据当前状态数据确认车辆是否实际触发了对应的报警功能，从而通过将故障信息对应的报警功能与待测试车辆的当前状态数据进行比对，判断是否吻合，若吻合，则说明待测试车辆能做出正确的反馈，若不吻合，则说明该项测试子任务对应的报警功能存在异常，也能够为测试人员带来有效的指导，进而避免出现漏报或者误报的情况。

由于需要测试的报警功能数量较多，需要生成大量的模拟故障信号，为了实现模拟故障信号的有序输入，同时避免不同控制器名称类的信号产生相关的干扰，设置第一预设时间是非常有必要的，设置第一预设时间能够在报警测试设备获取到待测试车辆转发的报警信号后，能够及时地调取出车辆的实际状态，即待测试车辆的当前状态数据及时被测试设备调取并存储至相关测试子任务那一栏，如此，在所有的测试用例完成后，能够根据测试设备的记录，集中呈现出待测试车辆漏报或误报的报警功能供测试人员参考。

综上，根据上述的模拟报警功能触发的测试方法，通过构建多种测试用例，并制定与测试用例匹配的预设解码矩阵，进而对所需测试的所有报警功能进行模拟触发，以替代传统测试时员工需根据不同的报警功能逐一对车辆状态进行手动调整的方式，极大地提高了测试效率，同时无需测试完成后再手动对车辆进行修复，极大地降低了测试成本。具体为，首先获取本次测试所包括的所有控制器名称以及每个控制器下对应的一种或多种报警功能类型，以生成与控制器一一对应的测试用例，而后根据测试用例中的测试子任务生成对应的模拟故障信号，该模拟故障信号中包括触发待测试车辆报警功能的故障报文，即利用故障报文触发对应的报警功能，而后主动接收待测试车辆根据预设解码矩阵识别故障报文后而反馈的故障信息，同时调取待测试车辆的当前状态数据，以判断故障信息对应的报警功能与待测试车辆的当前状态数据是否吻合，从而逐一测试出车辆的不同报警功能是否正常，进而有利于帮助测试人员在开发阶段全面识别功能问题，进而达到优化修复的目的，避免在后期驾驶员使用时出现误报或者漏报的情况。

请参阅图2，所示为本发明第二实施例中的模拟报警功能触发的测试方法的流程图，该方法包括步骤S101至步骤S106，其中：

步骤S101：获取所有的报警功能名称以及与每一所述报警功能名称对应的控制器名称，并根据所述控制器名称将所有的报警功能名称进行分类；

需要说明的是，在生成测试用例的过程中，为了能够实现多个报警功能的同时测试，会按照控制器名称将所有的报警功能进行分类，从而避免因在进行多种信号同时测试的时候因模拟故障信号差异较大而存在干扰。

步骤S102：根据分类结果将同一控制器下对应的多个报警功能进行汇总，得到多份故障报警清单，所述故障报警清单至少包括一个测试子任务；

步骤S103：对每个所述测试子任务分别定义多个功能项，并将定义的多个所述功能项与所述测试子任务进行绑定，得到与每个控制器对应的测试用例，所述功能项包括与每个所述报警功能分别对应的报文ID、故障内容以及故障特征；

如表2所示，为列举的其中一个测试用例，在生成测试用例时，报警测试设备会对分类得到的不同故障报警清单进行功能定义，功能项包括但不限所在报文ID、故障特征、故障定义以及故障内容，其目的是后续生成对应的模拟故障信号，通过将测试用例中的每个测试子任务与多种不同的功能项进行绑定关联，进而能够得到包含不同信息内容的信号，并且为后续识别该模拟故障信号提供依据。

表2

步骤S104：根据至少一条测试子任务中的所述故障内容、所述故障特征以及所述报文ID生成对应的所述模拟故障报文，并将所述模拟故障报文以第一预设频率下发至所述待测试车辆的CAN总线上；

需要说明的是，在生成测试用例后，基于生成的测试用例与定义的预设解码矩阵之间的关联性，进而根据测试用例中的所在报文ID、故障特征以及故障内容生成不同的模拟故障信号。

示例而非限定，若需单独发送OBD故障，采用二进制值为：00000001，转为十六进制为：01，则生成的模拟故障信号为：0x123 100ms 00 00 00 00 00 00 00 01，其中的100ms即为发送频率。若需同时发送OBD故障、DPF故障以及发动机冷却液过高三种故障，以触发三种报警功能，则二进制为：00010101，转为十六进制为：15，其生成的模拟故障信号为：0x123100ms 00 00 00 00 00 00 00 15。

进一步地，在向CAN总线发送模拟故障信号后，报警测试设备还会判断在第二预设时间内是否接收到所述CAN总线上传的第一反馈信息，即监测信号传输是否正常，设置第二预设时间是为了设定在规定时间内需要获取到第一反馈信息，以便确认CAN总线是否成功接收到该模拟故障信号，第一反馈信息具体为字符代码，例如在本实施例中该第一反馈信息为8037，若报警测试设备在第二预设时间内没接收到代码为8037的第一反馈信息，即表示通讯存在异常，此时报警测试设备会通过短信的形式向测试人员发出报警，以便测试人员及时对本次测试进行故障排查，第二预设时间由于与网络实际场景有关，在此不作具体限定。

还需说明的是，在将生成的模拟故障信号发送给CAN总线之前，报警测试设备需与待测试车辆的CAN总线建立通讯连接，具体为：

通过一CAN工具与所述CAN总线建立临时通讯连接，并在第四预设时间内向所述CAN总线发送一测试指令，该CAN工具可以使用CANoe，USB-CAN，CAN卡等；而后判断在第四预设时间内是否接收到所述CAN总线根据所述测试指令上传的第三反馈信息；若在第四预设时间内接收到第三反馈信息，则判定与所述CAN总线完成通讯连接。示例而非限定，将CAN工具与整车OBD口相连，进而报警测试设备通过该CAN工具实现与整车相连，该整车即为待测试车辆，而后再实时监测是否有接收到代码为7038的第三反馈信息，以便判断待测试车辆是否成功与CAN总线建立连接，当报警测试设备监测到成功接收到了第三反馈信息，即可将生成的模拟故障信号有序发送给CAN总线。

第四预设时间在本实施例中设定为10ms，即报警测试设备通过CAN工具与整车建立临时连接后，为了判断是否成功，需要在10ms内接收到第三反馈信息。可以理解的，在本发明其他实施例中，还可以根据具体的需求设定第四预设时间。

第一预设频率即为在制定测试用例时对应的发送周期，即生成的模拟故障信号中已经携带了该数值。

步骤S105：接收所述待测试车辆根据预设解码矩阵识别所述故障报文后触发报警而主动反馈的故障信息，并在第一预设时间内获取所述待测试车辆的当前状态数据；

在本步骤中，当所述CAN总线根据所述预设解码序列识别所述模拟故障报文中的报警序列时，所述CAN总线主动控制自身将所述报警序列转发至所述待测试车辆的车载终端，该报警序列即为模拟故障信号中包含故障相关内容的字节。基于此报警测试设备会判断在第三预设时间内是否接收到所述车载终端触发与所述报警序列对应的报警功能后上传的第二反馈信息，该第二反馈信息即对应故障信息。

需要说明的是，在报警测试设备向CAN总线发送模拟故障信号后，即会开始监测CAN总线以及车载终端分别发送的反馈，监测CAN总线是为了判断信号是否发送成功，监测车载终端是为了接收到车载终端转发CAN总线识别模拟故障信号后上传的故障信息。

进一步地，若在第三预设时间内接收到所述车载终端上传的第二反馈信息，则向所述车载终端下发状态读取指令，以接收所述车载终端根据所述状态读取指令上传的仪表显示数据。在获取到车载终端上传的第二反馈信息后，为了判断待测试车辆是否实际触发相关报警功能，报警测试设备会向车载终端下发一状态读取指令，该项指令与信号ID完全对应，即针对性提取相关控制器的运行状态，与信号ID互联绑定的控制器信息会被采集到车载显示仪表上，因此，在实际测试时只需调取出与该控制器相关的仪表显示数据即可。

需要说明的是，上述的状态读取指令也可以跟信号ID不对应，即获取所有控制器对应的仪表显示数据，但该对比过程工作量较为繁杂，但却可以在报警功能不一致的时候有助于测试人员全面分析其原因。

该第三预设时间一般需大于第四预设时间，一般需超过30s，由于待测试车辆的车型多种多样，仪表显示数据的获取与车辆的性能密切相关，基于此，在本实施中，不对第三预设时间作详细限定。

步骤S106：根据仪表显示数据获取所述待测试车辆被触发的实际报警功能，并判断所述待测试车辆被触发的实际报警功能与所述故障信息对应的报警功能是否一致；

可以理解的，在获取到仪表显示数据后，进而根据该仪表显示数据判断出该控制器实际被触发的报警功能，从而通过将实际报警功能与故障信息对应的报警功能进行对比，以判断该项报警功能正常。

具体的，若所述待测试车辆被触发的实际报警功能与所述故障信息对应的报警功能一致，则判定所述测试子任务对应的报警功能正常；

若所述待测试车辆被触发的实际报警功能与所述故障信息对应的报警功能不一致，则控制自身停止向所述CAN总线发送模拟故障报文，并判断接收到的故障信息是否中断。

可以理解的，若检测到实际报警功能与上传的故障信息对应的报警功能一致时，则说明该测试子任务通过测试，进而可以重复进行下一条，若不一致时，为了排除是否为信号传输过程中因链路终端导致的，则会主动停止发送模拟故障报文，若故障信息也随之中断，则说明链路正常，若故障信息不中断，则可能是链路异常连接导致的测试异常，总之，无论最后判定的结果是否一致，均会被报警测试设备记录下对应的测试结果，以便测试人员查看以及追溯。

进一步地，当记录下对应的测试结果后，进而对后续的测试用例进行重复测试，如此不断循环，直至所有的测试子任务完成，进而形成一份含有所有测试结果的测试报告，测试人员能够根据该测试报告直观地看出哪些报警功能异常，进而针对性地进行检查，极大地减轻了测试人员的工作负担。

综上，根据上述的模拟报警功能触发的测试方法，通过构建多种测试用例，并制定与测试用例匹配的预设解码矩阵，进而对所需测试的所有报警功能进行模拟触发，以替代传统测试时员工需根据不同的报警功能逐一对车辆状态进行手动调整的方式，极大地提高了测试效率，同时无需测试完成后再手动对车辆进行修复，极大地降低了测试成本。

请参阅图3，所示为本发明第三实施例中的模拟报警功能触发的测试系统的结构示意图，该系统包括：

测试用例生成模板10，用于获取所需测试的控制器名称以及与所述控制器名称对应的一种或多种报警功能类型，并根据所述控制器名称以及与所述控制器名称对应的报警功能类型生成与所述控制器一一对应的测试用例，所述测试用例至少包括一条测试子任务；

进一步地，所示测试用例生成模块10还包括：

分类单元，用于获取所有的报警功能名称以及与每一所述报警功能名称对应的控制器名称，并根据所述控制器名称将所有的报警功能名称进行分类；

故障报警清单构建单元，用于根据分类结果将同一控制器下对应的多个报警功能进行汇总，得到多份故障报警清单，所述故障报警清单至少包括一个测试子任务；

测试用例定义单元，用于对每个所述测试子任务分别定义多个功能项，并将定义的多个所述功能项与所述测试子任务进行绑定，得到与每个控制器对应的测试用例，所述功能项包括与每个所述报警功能分别对应的报文ID、故障内容以及故障特征。

模拟报警测试模块20，用于根据所述测试子任务生成与其对应的模拟故障信号，并将所述模拟故障信号发送至待测试车辆，所述模拟故障信号包括用于触发所述待测试车辆报警功能的故障报文，所述故障报文与所述测试子任务一一对应；

进一步地，所示模拟报警测试模块20还包括：

故障报文发送单元，用于根据至少一条测试子任务中的所述故障内容、所述故障特征以及所述报文ID生成对应的所述模拟故障报文，并将所述模拟故障报文以第一预设频率下发至所述待测试车辆的CAN总线上；

第一监测单元，判断在第二预设时间内是否接收到所述CAN总线上传的第一反馈信息。

故障信息监测模块30，用于接收所述待测试车辆根据预设解码矩阵识别所述故障报文后触发报警而主动反馈的故障信息，并在第一预设时间内获取所述待测试车辆的当前状态数据；

进一步地，所示故障信息监测模块30还包括：

第二监测单元，用于当所述CAN总线根据所述预设解码矩阵识别所述模拟故障报文中的报警序列时，所述CAN总线主动控制自身将所述报警序列转发至所述待测试车辆的车载终端；

判断在第三预设时间内是否接收到所述车载终端触发与所述报警序列对应的报警功能后上传的第二反馈信息；

仪表显示数据调取单元，用于若在第三预设时间内接收到所述车载终端上传的第二反馈信息，则向所述车载终端下发状态读取指令，以接收所述车载终端根据所述状态读取指令上传的仪表显示数据。

报警功能校核模块40，用于根据所述故障信息获取与所述故障信息对应的报警功能，并根据所述待测试车辆的当前状态数据判断所述故障信息对应的报警功能与所述待测试车辆的当前运行状态是否吻合。

进一步地，所示报警功能校核模块40还包括：

功能对比单元，用于根据仪表显示数据获取所述待测试车辆被触发的实际报警功能，并判断所述待测试车辆被触发的实际报警功能与所述故障信息对应的报警功能是否一致；

测试结果输出单元，用于若所述待测试车辆被触发的实际报警功能与所述故障信息对应的报警功能一致，则判定所述测试子任务对应的报警功能正常；

若所述待测试车辆被触发的实际报警功能与所述故障信息对应的报警功能不一致，则控制自身停止向所述CAN总线发送模拟故障报文，并判断接收到的故障信息是否中断。

进一步地，在本发明一些可选的实施例中，该系统还包括：

解码矩阵构建模块，用于根据每条所述测试子任务对应的所述模拟故障报文定义解码序列，并将每条模拟故障报文对应的解码序列预存至所述待测试车辆的CAN总线中，所述解码序列包括信号ID、信号长度、信号特征码以及信号故障码，所述信号ID与所述控制器一一对应，所述信号特征码与所述故障特征一一对应，所述信号故障码与所述故障内容一一对应。

进一步地，在本发明一些可选的实施例中，该系统还包括一通信模块，该通信模块具体包括：

测试指令发送单元，用于通过一CAN工具与所述CAN总线建立临时通讯连接，并在第四预设时间内向所述CAN总线发送一测试指令；

第三监测单元，用于判断在第四预设时间内是否接收到所述CAN总线根据所述测试指令上传的第三反馈信息；

若在第四预设时间内接收到第三反馈信息，则判定与所述CAN总线完成通讯连接。

综上，根据上述的模拟报警功能触发的测试方法，通过构建多种测试用例，并制定与测试用例匹配的预设解码矩阵，进而对所需测试的所有报警功能进行模拟触发，以替代传统测试时员工需根据不同的报警功能逐一对车辆状态进行手动调整的方式，极大地提高了测试效率，同时无需测试完成后再手动对车辆进行修复，极大地降低了测试成本。

本发明另一方面还提出存储介质，其上存储有一个或多个程序，该程序给处理器执行时实现上述的模拟报警功能触发的测试方法。

本发明另一方面还提出一种电子设备，包括存储器和处理器，其中存储器用于存放计算机程序，处理器用于执行存储器上所存放的计算机程序，以实现上述的模拟报警功能触发的测试方法。

本领域技术人员可以理解，在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备（如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统）使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。

计算机可读介质的更具体的示例（非穷尽性列表）包括以下：具有一个或多个布线的电连接部（电子装置），便携式计算机盘盒（磁装置），随机存取存储器（RAM），只读存储器（ROM），可擦除可编辑只读存储器（EPROM或闪速存储器），光纤装置，以及便携式光盘只读存储器（CDROM）。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或它们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列（PGA），现场可编程门阵列（FPGA）等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、 “示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明的保护范围应以所附权利要求为准。

Claims (8)

1.一种模拟报警功能触发的测试方法，应用于报警测试设备，其特征在于，所述方法包括：

获取所需测试的控制器名称以及与所述控制器名称对应的至少一种报警功能类型，并根据所述控制器名称以及所述报警功能类型生成与控制器一一对应的测试用例，所述测试用例至少包括一条测试子任务；

获取所有的报警功能名称以及与每一所述报警功能名称对应的控制器名称，并根据所述控制器名称将所有的报警功能名称进行分类；

根据分类结果将同一控制器下对应的多个报警功能进行汇总，得到多份故障报警清单，所述故障报警清单至少包括一个测试子任务；

对每个所述测试子任务分别定义多个功能项，并将定义的多个所述功能项与所述测试子任务进行绑定，得到与每个控制器对应的测试用例，所述功能项包括与每个所述报警功能分别对应的报文ID、故障内容以及故障特征；

在生成测试用例后，基于生成的测试用例与定义的预设解码矩阵之间的关联性，根据所述测试用例中的所述测试子任务生成与其对应的模拟故障信号，并将所述模拟故障信号发送至待测试车辆，所述模拟故障信号包括用于触发所述待测试车辆报警功能的故障报文，所述故障报文与所述测试子任务一一对应；

接收所述待测试车辆根据预设解码矩阵识别所述故障报文后触发报警而主动反馈的故障信息，并在第一预设时间内获取所述待测试车辆的当前状态数据，所述当前状态数据为与所述报文ID绑定的控制器所对应的仪表显示数据；

构建预设解码矩阵的步骤包括：

根据每条所述测试子任务对应的模拟故障报文定义解码序列，并将每条模拟故障报文对应的解码序列预存至所述待测试车辆的CAN总线中，所述解码序列包括信号ID、信号长度、信号特征码以及信号故障码，所述信号ID与所述控制器一一对应，所述信号特征码与所述故障特征一一对应，所述信号故障码与所述故障内容一一对应；

根据所述故障信息获取与所述故障信息对应的报警功能，并根据所述待测试车辆的当前状态数据判断所述故障信息对应的报警功能与所述待测试车辆的当前运行状态是否吻合，并记录下每种测试子任务对应的判断结果，直至所有的测试子任务完成，以生成一份含有所有判断结果的测试报告。

2.根据权利要求1所述的模拟报警功能触发的测试方法，其特征在于，所述根据所述测试子任务生成与其对应的模拟故障信号，并将所述模拟故障信号发送至待测试车辆的步骤包括：

根据至少一条测试子任务中的所述故障内容、所述故障特征以及所述报文ID生成对应的所述模拟故障报文，并将所述模拟故障报文以第一预设频率下发至所述待测试车辆的CAN总线上；

判断在第二预设时间内是否接收到所述CAN总线上传的第一反馈信息。

3.根据权利要求1所述的模拟报警功能触发的测试方法，其特征在于，所述接收所述待测试车辆根据预设解码矩阵识别所述故障报文后触发报警而主动反馈的故障信息，并在第一预设时间内根据所述报文ID获取所述待测试车辆中与测试子任务对应的控制器的当前状态数据的步骤包括：

当所述CAN总线根据所述预设解码矩阵识别所述模拟故障报文中的报警序列时，所述CAN总线主动控制自身将所述报警序列转发至所述待测试车辆的车载终端；

判断在第三预设时间内是否接收到所述车载终端触发与所述报警序列对应的报警功能后上传的第二反馈信息；

若在第三预设时间内接收到所述车载终端上传的第二反馈信息，则向所述车载终端下发状态读取指令，以接收所述车载终端根据所述状态读取指令上传的仪表显示数据。

4.根据权利要求3所述的模拟报警功能触发的测试方法，其特征在于，所述根据所述故障信息获取与所述故障信息对应的报警功能，并根据所述待测试车辆的当前状态数据判断所述故障信息对应的报警功能与所述待测试车辆的当前运行状态是否吻合的步骤包括：

根据仪表显示数据获取所述待测试车辆被触发的实际报警功能，并判断所述待测试车辆被触发的实际报警功能与所述故障信息对应的报警功能是否一致；

若所述待测试车辆被触发的实际报警功能与所述故障信息对应的报警功能一致，则判定所述测试子任务对应的报警功能正常；

若所述待测试车辆被触发的实际报警功能与所述故障信息对应的报警功能不一致，则控制自身停止向所述CAN总线发送模拟故障报文，并判断接收到的故障信息是否中断。

5.根据权利要求2所述的模拟报警功能触发的测试方法，其特征在于，所述根据至少一条测试子任务中的所述故障内容、所述故障特征以及所述报文ID生成对应的所述模拟故障报文，并将所述模拟故障报文以第一预设频率下发至所述待测试车辆的CAN总线上的步骤之前还包括：

通过一CAN工具与所述CAN总线建立临时通讯连接，并在第四预设时间内向所述CAN总线发送一测试指令；

判断在第四预设时间内是否接收到所述CAN总线根据所述测试指令上传的第三反馈信息；

若在第四预设时间内接收到第三反馈信息，则判定与所述CAN总线完成通讯连接。

6.一种模拟报警功能触发的测试系统，其特征在于，所述系统包括：

测试用例生成模板，用于获取所需测试的控制器名称以及与所述控制器名称对应的至少一种报警功能类型，并根据所述控制器名称以及所述报警功能类型生成与控制器一一对应的测试用例，所述测试用例至少包括一条测试子任务；

分类单元，用于获取所有的报警功能名称以及与每一所述报警功能名称对应的控制器名称，并根据所述控制器名称将所有的报警功能名称进行分类；

故障报警清单构建单元，用于根据分类结果将同一控制器下对应的多个报警功能进行汇总，得到多份故障报警清单，所述故障报警清单至少包括一个测试子任务；

测试用例定义单元，用于对每个所述测试子任务分别定义多个功能项，并将定义的多个所述功能项与所述测试子任务进行绑定，得到与每个控制器对应的测试用例，所述功能项包括与每个所述报警功能分别对应的报文ID、故障内容以及故障特征；

模拟报警测试模块，用于在生成测试用例后，基于生成的测试用例与定义的预设解码矩阵之间的关联性，根据所述测试用例中的所述测试子任务生成与其对应的模拟故障信号，并将所述模拟故障信号发送至待测试车辆，所述模拟故障信号包括用于触发所述待测试车辆报警功能的故障报文，所述故障报文与所述测试子任务一一对应；

故障信息监测模块，用于接收所述待测试车辆根据预设解码矩阵识别所述故障报文后触发报警而主动反馈的故障信息，并在第一预设时间内获取所述待测试车辆的当前状态数据，所述当前状态数据为与所述报文ID绑定的控制器所对应的仪表显示数据；

解码矩阵构建模块，用于根据每条所述测试子任务对应的模拟故障报文定义解码序列，并将每条模拟故障报文对应的解码序列预存至所述待测试车辆的CAN总线中，所述解码序列包括信号ID、信号长度、信号特征码以及信号故障码，所述信号ID与所述控制器一一对应，所述信号特征码与所述故障特征一一对应，所述信号故障码与所述故障内容一一对应；

报警功能校核模块，用于根据所述故障信息获取与所述故障信息对应的报警功能，并根据所述待测试车辆的当前状态数据判断所述故障信息对应的报警功能与所述待测试车辆的当前运行状态是否吻合，并记录下每种测试子任务对应的判断结果，直至所有的测试子任务完成，以生成一份含有所有判断结果的测试报告。

7.一种存储介质，其特征在于，包括：所述存储介质存储一个或多个程序，该程序被处理器执行时实现如权利要求1-5任一所述的模拟报警功能触发的测试方法。

8.一种电子设备，其特征在于，所述电子设备包括存储器和处理器，其中：

所述存储器用于存放计算机程序；

所述处理器用于执行所述存储器上所存放的计算机程序时，实现权利要求1-5任一所述的模拟报警功能触发的测试方法。

Images