CN116383073A - 数字钥匙的测试系统 - Google Patents

Abstract

本申请涉及一种数字钥匙的测试系统，包括：测试主机，用于获取测试任务请求，根据测试任务请求生成控车操作指令和故障注入指令；数字钥匙，与测试主机连接，用于根据控车操作指令生成车辆控制信号；控制器模组，与数字钥匙连接，用于根据车辆控制信号执行对应的控制动作；监控仿真模块，与测试主机、控制器模组连接，用于根据故障注入指令模拟故障测试环境，以及获取控制器模组在故障测试环境中执行控制动作的状态信息，并将状态信息反馈至测试主机，使测试主机根据状态信息和预设响应数据进行比较以获取测试结果。该系统通过仿真车辆故障测试环境，对车辆数字钥匙异常场景进行测试，提升了测试场景覆盖度，保障了数字钥匙功能的可靠性。

Description

数字钥匙的测试系统

技术领域

本申请涉及车辆自动化测试技术领域，特别是涉及一种数字钥匙的测试系统。

背景技术

随着车联网技术的发展，以及用户对车辆便捷性需求的不断提升，车辆数字钥匙技术正逐渐成为提升人车智能交互体验的全新技术方向。用户可以通过安装有车辆数字钥匙软件的智能设备实现车辆远程解闭锁、启停、车窗升级和空调控制等功能。但在数字钥匙提供便捷、灵活的车辆访问方式的同时，也增加了用户财产和人身安全隐患，因此，在产品出厂前要对车辆数字钥匙功能的功能进行全面系统的测试。

目前，对于车辆数字钥匙的测试方法主要是基于自动化事件指令生成并发送测试参数，车载路由器转发、响应结果，以及自动判定等，更偏向于如何自动化实现功能有效性的闭环验证。然而，闭环验证采用的场景模拟软件对场景路况的模拟是很理想化的，在实际使用过程中会出现各种复杂的故障工况，会对车辆数字钥匙功能的稳定性带来影响。

发明内容

基于此，有必要针对上述技术问题，提供一种能够模拟多种车辆故障环境下的数字钥匙的测试装置。

第一方面，本申请的实施例提供一种数字钥匙的测试系统，包括：

测试主机，用于获取测试任务请求，根据所述测试任务请求生成控车操作指令和故障注入指令；

数字钥匙，与所述测试主机连接，用于根据所述控车操作指令生成车辆控制信号；

控制器模组，与所述数字钥匙连接，用于根据所述车辆控制信号执行对应的控制动作；

监控仿真模块，与所述测试主机、所述控制器模组连接，用于根据所述故障注入指令模拟故障测试环境，以及获取所述控制器模组在所述故障测试环境中执行所述控制动作的状态信息，并将所述状态信息反馈至所述测试主机，使所述测试主机根据所述状态信息和预设响应数据进行比较以获取所述数字钥匙的测试结果。

在其中一个实施例中，所述测试主机包括：

管理单元，用于获取所述测试任务请求，根据所述测试任务请求配置测试参数，测试参数至少包括控制事件类型、故障场景信息；

执行单元，分别与所述管理单元、监控仿真模块连接，用于根据所述测试参数生成所述控车操作指令和所述故障注入指令，并将所述故障注入指令输出至所述监控仿真模块；

触发单元，分别与所述执行单元、所述数字钥匙连接，用于将接收到的控车操作指令发送至所述数字钥匙。

在其中一个实施例中，所述监控仿真模块包括：

仿真单元，与所述测试主机连接，用于根据所述故障注入指令模拟所述故障测试场景；

监控单元，分别与所述测试主机、所述控制模组连接，用于获取所述控制模组在在所述故障测试环境中执行所述控制动作的状态信息，并将所述状态信息反馈至所述测试主机。

在其中一个实施例中，所述仿真单元还包括：

故障注入板卡和总线仿真工具，所述总线仿真工具设置在所述故障注入板卡上，所述故障注入板卡用于根据所述故障注入指令模拟所述故障测试场景，所述总线仿真工具用于监控总线数据。

在其中一个实施例中，所述故障测试场景包括供电故障场景、电气故障场景、通信故障场景、干扰故障场景及限制条件判定故障场景。

在其中一个实施例中，所述控制器模组包括：通信单元和至少一控制单元，其中，所述通信单元分别与所述数字钥匙、所述监控仿真单元、各所述控制单元连接，用于接收并解析所述车辆控制信号以提取包括控制命令类型和控制动作值的子控制信号，并根据所述控制命令类型向目标控制单元输出所述子控制信号，以使所述目标控制单元根据接收的子控制信号执行相应的控制动作；

其中，所述目标控制单元为至少一所述控制单元。

在其中一个实施例中，所述通信单元还用于接收所述控制单元发送的车载总线报文，并根据所述车载总线报文获取车辆的工况信息，并在所述工况信息符合预设条件时，向所述目标控制单元输出所述子控制信号。

在其中一个实施例中，所述状态信息包括所述子控制信号和所述目标控制单元执行相应的控制动作时生成的响应信息。

在其中一个实施例中，所述数字钥匙的测试系统包括多个所述数字钥匙，各所述数字钥匙分别与所述测试主机、控制器模组连接。

在其中一个实施例中，所述数字钥匙的测试系统包括多个所述控制器模组和至少一监控仿真模块；其中，每一所述控制器模组分别与一所述监控仿真模块连接；每一所述控制器模组分别与所述数字钥匙连接。

上述数字钥匙的测试系统，测试主机根据任务测试请求生成控车操作指令和故障注入指令，并把控车操作指令发送至数字钥匙，把故障注入指令发送至监控仿真模块，以使监控仿真模块根据故障注入指令模拟故障测试环境，数字钥匙基于控车操作指令向控制器模组发送车辆控制信号，使控制器模组在模拟的故障环境中执行相应的控制动作；监控仿真模块实时获取控制器模组在响应车辆控制信号时内部的状态信息，并将该状态信息反馈至测试主机，使测试主机根据该反馈数据和预设响应数据进行比较以获取数字钥匙的测试结果。该测试系统，不仅能针对车辆数字钥匙功能的准确性和有效性进行验证，而且还可以仿真故障测试环境，并基于故障测试环境对车辆数字钥匙进行测试，以适应于车辆数字钥匙在实际使用过程中出现的各种复杂的故障测试环境，可以提升车辆数字钥匙的测试覆盖度，保障了数字钥匙功能的可靠性。

附图说明

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

图1为一个实施例中数字钥匙的测试系统的结构示意图；

图2为另一个实施例中数字钥匙测试系统的结构示意图；

图3为一个实施例中数字钥匙测试系统的结构示意图；

图4为一个实施例中数字钥匙测试系统的结构示意图；

图5为一个实施例中数字钥匙测试系统的结构示意图；

图6为一个实施例中数字钥匙测试系统的具体实现方式的流程图。

附图标记说明：

10-测试主机，20-数字钥匙，30-控制器模组，40-监控仿真模块，102-管理单元，104-执行单元，106-触发单元，302-通信单元，304-控制单元。

具体实施方式

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

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中在本申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。

在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。在本申请的描述中，“若干”的含义是至少一个，例如一个，两个等，除非另有明确具体的限定。

需要说明的是，当一个元件被认为是“连接”另一个元件时，它可以是直接连接到另一个元件，或者通过居中元件连接另一个元件。此外，以下实施例中的“连接”，如果被连接的对象之间具有电信号或数据的传递，则应理解为“电连接”、“通信连接”等。

在此使用时，单数形式的“一”、“一个”和“所述/该”也可以包括复数形式，除非上下文清楚指出另外的方式。还应当理解的是，术语“包括/包含”或“具有”等指定所陈述的特征、整体、步骤、操作、组件、部分或它们的组合的存在，但是不排除存在或添加一个或更多个其他特征、整体、步骤、操作、组件、部分或它们的组合的可能性。同时，在本说明书中使用的术语“和/或”包括相关所列项目的任何及所有组合。

正如背景技术所述，现有技术中对数字钥匙进行功能测试时更偏向于如何自动化实现其功能有效性的闭环验证，然而在实际使用过程中会出现各种复杂的用户使用故障场景和工况，会对车辆数字钥匙功能的稳定性带来影响。

基于以上原因，本发明提供了一种数字钥匙的测试系统，通过仿真模拟车辆故障环境，并基于故障测试环境对车辆数字钥匙进行测试，以适应于车辆数字钥匙在实际使用过程中出现的各种复杂的故障测试环境，提高了数字钥匙测试场景覆盖度，保障数字钥匙的可靠性。

在一个实施例中，如图1所示，提供了一种数字钥匙的功能测试系统，包括：测试主机10，数字钥匙20，控制器模组30和监控仿真模块40。测试主机10通过USB和数字钥匙20连接，测试主机10通过网线和监控仿真模块40连接，数字钥匙20以无线通信方式和控制器模组30连接，控制器模组30通过CAN总线和监控仿真单元40连接。数字钥匙与控制器模组之间的无线通信方式可以为远距离蜂窝通信技术，如2/3/4G无线网络，也可为短距离无线通信技术，如WiFi、蓝牙和UWB等。

测试主机10用于获取测试任务请求，根据测试任务请求生成控车操作指令和故障注入指令，并把控车操作指令发送至数字钥匙20、把故障注入指令发送至监控仿真模块40。测试任务请求由测试用户根据实际测试需要设置，包括待测试的数字钥匙的控车功能、待模拟的故障测试环境等。可选地，测试主机10可以是计算机设备，可以通过键盘输入或者触控等方式获取测试用户的测试任务请求。控车操作指令指和数字钥匙控车功能相关的指令，如控制发动机启停、控制车门解闭锁、控制车窗升降、控制空调开关及调节温度和控制灯光开关等。

数字钥匙20用于根据接收的控车操作指令生成车辆控制信号，并将该信号发送至控制器模组30。控制器模组30基于接收的车辆控制信号执行相应的控制动作。例如，响应生成数据1或者0或者其他自定义异常值。

监控仿真模块40用于根据故障注入指令模拟车辆测试环境，包括车辆正常状态、车辆故障状态和车辆极限工况状态，全面覆盖车辆测试场景。

监控仿真模块40可通过CAN总线实时采集控制器模组在故障测试环境下执行控制动作时的各状态信息，并将状态信息反馈至测试主机10，使测试主机10把该状态数据和预设响应数据比较，获得数据钥匙功能测试结果。预设响应数据是根据测试标准由企业自定义的响应数据，包括在某故障场景中控制器模组各状态信息的具体值。

上述数字钥匙的测试系统，测试主机根据任务测试请求生成控车操作指令和故障注入指令，并把控车操作指令发送给数字钥匙，把故障注入指令发送至监控仿真模块，以使监控仿真模块根据故障注入指令模拟故障测试环境，数字钥匙基于控车操作指令向控制器模组发送车辆控制信号，使控制器模组在模拟的故障环境中执行相应的控制动作；监控仿真模块实时获取控制器模组在响应车辆控制信号时内部的状态信息，并将该状态信息反馈至测试主机，使测试主机根据该反馈数据和预设响应数据进行比较以获取数字钥匙的测试结果。该测试系统，不仅能针对车辆数字钥匙功能的准确性和有效性进行验证，而且还可以仿真故障测试环境，并基于故障测试环境对车辆数字钥匙进行测试，以适应于车辆数字钥匙在实际使用过程中出现的各种复杂的故障测试环境，可以提升车辆数字钥匙的测试覆盖度，保障了数字钥匙功能的可靠性。

在一个实施例中，如图2所示，测试主机10包括管理单元102、执行单元104和触发单元106。其中，管理单元102通过HTTP协议和执行单元104连接，执行单元104通过HTTP协议和触发单元106连接，执行单元104还通过网线与监控仿真单元40连接，触发单元106通过USB协议和数字钥匙20连接。需要说明的是，管理单元102、执行单元104和触发单元106之间的连接方式不限于上述举例说明。

管理单元102获取测试任务请求后，根据测试任务请求配置测试参数，并将测试参数下发至执行单元104。测试参数至少包括控制事件类型、故障场景信息。执行单元104接收管理单元102下发的测试参数后，调用对应的测试脚本程序，生成控车操作指令和故障注入指令，向监控仿真模块40发送故障注入指令，并调用触发单元106通过USB协议向数字钥匙20发送控车操作指令。

其中故障注入指令和控车操作指令可以是预先编写的程序代码，包含在测试脚本程序中，由执行单元104根据接收的测试参数选择调用。

可选地，测试参数还可包括车辆状态信息、当前待测车辆网络架构。当前待测车辆网络架构包括待测试数字钥匙数量、控制器模组数量。

本实施例提供的数字钥匙的测试系统中，执行单元根据接收的管理单元依据测试任务请求下发的测试参数，调用数据监控仿真模块和触发单元，下发故障注入指令和控车操作指令，完成了自动化测试工程的建立，减少人工操作，提高了测试效率。

在一个实施例中，监控仿真模块40包括仿真单元，仿真单元通过CAN总线与控制器模组连接，通过网线和测试主机连接。仿真单元用于根据接收的故障注入指令模拟车辆测试环境，包括车辆故障场景、车辆行驶状态和极限工况。

本实施例提供的数字钥匙的测试系统中，监控仿真单元模拟车辆测试环境，提升了数字钥匙的功能测试场景覆盖度。

在一个实施例中，仿真单元还包括故障注入板卡和总线仿真工具，总线仿真工具设置在故障注入板卡上。故障注入板卡根据故障注入指令产生各种故障，以模拟车辆故障场景。总线仿真工具用于模拟车辆与控制器模组的CAN总线通信。故障测试场景包括供电故障场景、电气故障场景、通信故障场景、干扰故障场景及限制条件判定故障场景。

供电故障场景是指通过仿真实车蓄电池供电系统，模拟整车供电电压从低压到高压过程。在此故障环境下对数字钥匙功能进行系统测试，保证在各种不同供电故障环境中数字钥匙能够依据功能设计规范实现稳定响应。

电气故障场景是指模拟车载T-BOX和ECU电气管脚出现开路、短路等故障，主要故障包括但不限于：T-BOX电源线断路、T-BOX地线断路、ECU电源线断路、ECU地线断路、高位数据线CAN_H对电源短路、CAN_H对地短路、低位数据线CAN_L对电源短路、CAN_H断路、CAN_L断路、CAN_L对地短路CAN_H与CAN_L短路、T-BOX定位天线断路、T-BOX 2/3/4G通信天线断路等。在此故障场景下对数字钥匙功能进行测试，验证数字钥匙能否有效识别故障，并作出预期响应。

通信故障场景是指在数字钥匙控车过程中，模拟车内网通信故障和车外网通信故障，车内网通信故障包括但不限于：车载总线报文超时、丢失、总线负载率过高等；车外网通信故障包括2/3/4G无线通信断网、通信模组故障、卫星定位失效等。在此故障场景下对数字钥匙功能进行测试，以应对在真实车辆使用环境中，所遇到的因车内和车外通信而导致的功能异常场景。

干扰故障场景是指在外界通过人为方式引入的异常故障场景，包括但不限于：指令重放、指令篡改、无线通信和卫星定位天线断开、机械钥匙介入、UDS诊断介入等。

限制条件判定故障场景是指需要判断当前车辆状态是否满足可执行条件的场景。通信单元在响应车辆控制信号前，要先判断当前车辆状态是否满足车辆控制信号执行条件，当前车辆状态包括但不限于当前点火开关位置、车速、转速、车门开关、刹车状态、蓄电池电量等。通过对限制条件判定故障进行测试，保证在不满足控制条件情况下数字钥匙控车功能不会执行，实现安全控车。

本实施例提供的数字钥匙的测试系统中，仿真单元可实现对不同故障测试场景的模拟，进而在不同故障测试场景下实现对数字钥匙控车性能的测试，提升测试场景覆盖度，实现数字钥匙安全控车功能。

在一个实施例中，如图3所示，控制器模组包括通信单元302和至少一控制单元304，通信单元302以无线通信方式和数字钥匙20连接，通过CAN总线和控制单元304、监控仿真模块40连接。通信单元302用于接收数字钥匙20发送的车辆控制信号，解析该车辆控制信号，提取包括控制命令类型和控制动作值的子控制信号。通信单元302会根据控制命令类型调用对应的控制单元304，向其发送子控制信号。目标控制单元304在接收子控制信号后，执行相应的控制动作。其中，目标控制单元至少为一控制单元304。

通信单元302作为总通信器件，示例性地，通信单元302可以是T-BOX部件。通信单元302从车辆控制信号中提取的子控制信号包括控制命令类型和控制动作值，控制命令类型指示需要调用的目标控制单元304，控制动作值指示具体操作动作。示例性地，通信单元接收到的车辆控制信号为控制车窗升降的指令，通信单元对该控制车窗升降指令解析后，向车窗控制器发送子控制信号，指示车窗控制器执行升或降操作。控制单元304可以是车载ECU(Electronic Control Unit)，即电子控制器单元，用于控制汽车的行驶状态以及实现车辆各种功能，示例性地，车窗控制器控制车窗升降，车门控制器控制车门解闭锁。

本实施例提供的数字钥匙的测试系统中，通过通信单元和至少一控制单元组成整车控制器，在车辆故障环境下，根据接收的车辆控制信号执行控制操作，不依赖真实车辆进行数字钥匙功能的测试。

在其中一个实施例中，通信单元302还用于接收各控制单元304发送的车载总线报文，通过车载总线报文获取当前车辆状态，判断当前车辆状态满足控制动作执行条件的情况下，向目标控制单元输出子控制信号。示例性地，T-BOX在向车载ECU下发车门解锁指令前，需采集点火开关状态和车速状态报文信号，在点火开关为OFF档且车速为0条件下，解锁功能才可执行，否则不予执行解锁操作。当车辆状态不满足控制动作可执行条件时，通信单元302会将该不满足信息反馈至数字钥匙，提示用户注意当前车辆状态，保障行车安全。

在一个实施例中，监控仿真模块40还包括监控单元，监控单元通过CAN总线与控制器模组30连接，通过网线和测试主机10连接。监控单元用于获取控制器模组30在车辆故障环境下执行控制动作时的内部的各状态信息，并将该状态信息反馈给测试主机10。其中，状态信息包括子控制信号和目标控制单元执行相应的控制动作时生成的响应信息，示例性地，状态信息包括目标控制单元输入端接收的报文和输出端输出的报文，目标控制单元输入端接收的报文包括通信单元向其发送的子控制信号。测试主机10根据该状态信息和在对应故障场景下的预设响应数据进行比较，判定通信单元302发送的指令以及目标控制单元304执行的控制操作是否和预设响应数据一致，以此得到数字钥匙的控车功能是否有效。

在一个实施例中，如图4所示，所述数字钥匙的测试系统包括多个所述数字钥匙20，各所述数字钥匙分别与所述测试主机10、控制器模组30连接。数字钥匙测试系统中测试主机10可以分别建立n组控车操作指令，并通过USB协议控制n个数字钥匙20完成n组车辆控制信号发送。其中，测试主机10可以设置n个并行接口，以与n个数字钥匙20连接。测试主机10可以基于测试任务需求的测试顺序，依次向数字钥匙20发送控车操作指令。相应地，测试主机10通过各测试过程中监控仿真模块40反馈的控制器状态信息确定测试结果。本实施例可以对多数字钥匙控制单一目标车辆进行测试，以验证在数字钥匙共享场景下，多个用户同时控制车辆的性能。

在一个实施例中，如图5所示，数字钥匙的测试系统包括多个控制器模组30和至少一监控仿真模块40；其中，每一控制器模组30分别与一监控仿真模块40连接；每一控制器模组30分别与数字钥匙20连接。数字钥匙测试系统由m组待测目标车辆构成，其中监控仿真模块由m组板卡和总线仿真设备(如VN1640)构成。测试主机10基于测试任务需求的测试顺序，依次向各个监控仿真模块40发送故障注入指令。监控仿真模块40基于接收的故障注入指令模拟车辆故障环境。相应地，测试主机10通过各测试过程的监控仿真模块40反馈的控制器状态信息确定测试结果。本实施例通过对多个车辆的故障仿真、工况模拟和数据监测，实现多目标车辆的控制功能测试，以验证数字钥匙在车队管理场景下，单用户控制多目标车辆的性能。

在一个实施例中，如图6所示，为了便于说明，可基于前述任一实施例中的数字钥匙的测试系统描述下实现数字钥匙功能测试的具体方式。

自动化管理单元依据测试任务需求下发配置参数至自动化执行单元。具体的，测试主机可以通过自动化管理单元依据测试需求完成测试参数的配置，例如配置当前待测车辆网络架构、待测功能项和对应的测试故障场景，为自动化执行单元程序调用和结果比对提供前端数据输入。

自动化执行单元根据测试参数建立自动化工程，调用数据监控仿真单元和触发单元，下发故障注入指令和控车操作指令。控车操作指令包括发动机启停、车门解闭锁、车窗升降、空调控制和灯光开关等数字钥匙控车功能。

数据监控仿真单元根据故障注入指令模拟测试环境和车辆工况。数据监控仿真单元操控故障注入板卡和总线仿真工具模拟产生故障测试环境，包括供电故障场景、电气故障场景、通信故障场景、干扰故障场景及限制条件判定故障场景。

远程通信终端T-BOX接收智能终端生成的车辆控制信号。智能终端为安装数字钥匙软件的智能设备，例如手机。

T-BOX基于车辆控制信号和当前环境向相关控制器发送车载总线报文。T-BOX接收到智能终端发送的车辆控制信号后，对该信号进行解析，提取控制命令和控制动作值，同时，采集车载总线报文识别当前车辆状态，依据不同场景和工况执行相应的动作和反馈。

数据监控仿真单元监控测试工程中车载总线报文并反馈至自动化执行单元。数据监控仿真单元通过CAN总线实时采集各控制器输入端和输出端报文，将报文数据保存后反馈自动化执行单元。

自动化执行单元对结果数据进行判定，将生成结果反馈至自动化管理单元统一管理。数据监控仿真单元通过以太网将过程传输数据反馈自动化执行单元，自动化执行单元接收数据后与该场景和工况下事件预期响应数据比对验证，得到数字钥匙功能测试结果，并将测试结果反馈数据管理单元进行统一存储。

上述数字钥匙的测试系统，测试主机根据任务测试请求，向安装有数字钥匙软件的智能终端发送控车操作指令，通过数据监控仿真单元模拟车辆故障环境和极限功能，对车辆数字钥匙异常场景进行测试，提升了测试覆盖度，保障了数字钥匙功能的可靠性。监控仿真模块获取控制器模组在响应车辆控制信号时的各状态信息，并将该状态信息反馈至测试主机，使测试主机根据该反馈数据和预设响应数据进行比较以获取数字钥匙的测试结果，对车辆数字钥匙功能的准确性和有效性进行验证。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

在本说明书的描述中，参考术语“有些实施例”、“其他实施例”、“理想实施例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特征包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性描述不一定指的是相同的实施例或示例。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

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

Claims (10)

1.一种数字钥匙的测试系统，包括：

测试主机，用于获取测试任务请求，根据所述测试任务请求生成控车操作指令和故障注入指令；

数字钥匙，与所述测试主机连接，用于根据所述控车操作指令生成车辆控制信号；

控制器模组，与所述数字钥匙连接，用于根据所述车辆控制信号执行对应的控制动作；

监控仿真模块，与所述测试主机、所述控制器模组连接，用于根据所述故障注入指令模拟故障测试环境，以及获取所述控制器模组在所述故障测试环境中执行所述控制动作的状态信息，并将所述状态信息反馈至所述测试主机，使所述测试主机根据所述状态信息和预设响应数据进行比较以获取所述数字钥匙的测试结果。

2.根据权利要求1所述的数字钥匙的测试系统，其特征在于，所述测试主机包括：

管理单元，用于获取所述测试任务请求，根据所述测试任务请求配置测试参数，测试参数至少包括控制事件类型、故障场景信息；

执行单元，分别与所述管理单元、监控仿真模块连接，用于根据所述测试参数生成所述控车操作指令和所述故障注入指令，并将所述故障注入指令输出至所述监控仿真模块；

触发单元，分别与所述执行单元、所述数字钥匙连接，用于将接收到的控车操作指令发送至所述数字钥匙。

3.根据权利要求1所述的数字钥匙的测试系统，其特征在于，所述监控仿真模块包括：

仿真单元，与所述测试主机连接，用于根据所述故障注入指令模拟所述故障测试场景；

监控单元，分别与所述测试主机、所述控制模组连接，用于获取所述控制模组在在所述故障测试环境中执行所述控制动作的状态信息，并将所述状态信息反馈至所述测试主机。

4.根据权利要求3所述的数字钥匙的测试系统，其特征在于，所述仿真单元包括：故障注入板卡和总线仿真工具，所述总线仿真工具设置在所述故障注入板卡上，所述故障注入板卡用于根据所述故障注入指令模拟所述故障测试场景，所述总线仿真工具用于监控总线数据。

5.根据权利要求1所述的数字钥匙的测试系统，其特征在于，所述故障测试场景包括供电故障场景、电气故障场景、通信故障场景、干扰故障场景及限制条件判定故障场景。

6.根据权利要求1所述的数字钥匙的测试系统，其特征在于，所述控制器模组包括：通信单元和至少一控制单元，其中，所述通信单元分别与所述数字钥匙、所述监控仿真单元、各所述控制单元连接，用于接收并解析所述车辆控制信号以提取包括控制命令类型和控制动作值的子控制信号，并根据所述控制命令类型向目标控制单元输出所述子控制信号，以使所述目标控制单元根据接收的子控制信号执行相应的控制动作；

其中，所述目标控制单元为至少一所述控制单元。

7.根据权利要求6所述的数字钥匙的测试系统，其特征在于，所述通信单元还用于接收所述控制单元发送的车载总线报文，并根据所述车载总线报文获取车辆的工况信息，并在所述工况信息符合预设条件时，向所述目标控制单元输出所述子控制信号。

8.根据权利要求6所述的数字钥匙的测试系统，其特征在于，所述状态信息包括所述控制器模组中目标控制单元接收到的子控制信号以及执行根据所述子控制信号执行相应的控制动作时生成的响应信息。

9.根据权利要求1至8中任一项所述的数字钥匙的测试系统，其特征在于，所述数字钥匙的测试系统包括多个所述数字钥匙，各所述数字钥匙分别与所述测试主机、控制器模组连接。

10.根据权利要求1至8中任一项所述的数字钥匙的测试系统，其特征在于，所述数字钥匙的测试系统包括多个所述控制器模组和至少一监控仿真模块；其中，每一所述控制器模组分别与一所述监控仿真模块连接；每一所述控制器模组分别与所述数字钥匙连接。

Images