CN118113541A - 车辆故障码测试方法、装置、电子设备及可读存储介质 - Google Patents

Abstract

本发明提出的一种车辆故障码测试方法、装置、电子设备及可读存储介质，方法包括步骤：获取故障模拟数据，并将故障模拟数据发送至目标测试对象；获取目标测试对象基于故障模拟数据发送的测试故障码；根据测试故障码对目标测试对象进行故障码测试；对功能对象进行功能测试，得到功能对象对应的功能测试结果；根据功能测试结果生成故障模拟数据对应的故障影响数据。通过将故障模拟数据发送至目标测试对象，进而对目标测试对象在故障环境下的诊断故障码进行测试，同时，还进一步对功能对象进行功能测试，从而对功能对象在故障环境下的功能运行情况进行测试，使得能够知晓在故障环境下，各功能对象的受影响情况，更全面地了解车辆的整体状况。

Description

车辆故障码测试方法、装置、电子设备及可读存储介质

技术领域

本发明涉及车辆测试领域，尤其涉及一种车辆故障码测试方法、装置、电子设备及可读存储介质。

背景技术

随着智能化汽车的发展，车辆上设置的控制器、传感器越来越多，汽车故障率显著上升；因此，需要对车辆进行诊断、维修。

在现有车辆诊断方法中，包括车辆故障码测试；车辆故障码测试用于对控制器在故障状态下生成的诊断故障码的正确性进行测试；现有的车辆故障码测试只是针对故障进行模拟测试，测试范围较小，测试内容不够全面，无法反映车辆整体的运行状况。

发明内容

本发明的主要目的在于提出一种车辆故障码测试方法、装置、电子设备及可读存储介质，旨在解决现有技术中测试内容不够全面的问题。

为实现上述目的，本发明提供一种车辆故障码测试方法，所述车辆故障码测试方法包括：

获取故障模拟数据，并将所述故障模拟数据发送至目标测试对象；

获取所述目标测试对象基于所述故障模拟数据发送的测试故障码；

根据所述测试故障码对所述目标测试对象进行故障码测试；

对功能对象进行功能测试，得到所述功能对象对应的功能测试结果；

根据所述功能测试结果生成所述故障模拟数据对应的故障影响数据。

可选地，所述根据所述测试故障码对所述目标测试对象进行故障码测试包括：

获取与所述故障模拟数据对应的标准故障码；

判断所述测试故障码与所述标准故障码是否一致；

若所述测试故障码与所述标准故障码一致，则故障码测试结果为通过。

可选地，所述获取故障模拟数据，并将所述故障模拟数据发送至目标测试对象包括：

接收测试配置数据，其中，所述测试配置数据包括对象标识以及故障类型；

在所述功能对象中确定与所述对象标识对应的所述目标测试对象；

确定与所述目标测试对象以及所述故障类型对应的所述故障模拟数据；

将所述故障模拟数据发送至所述目标测试对象。

可选地，所述将所述故障模拟数据发送至目标测试对象包括：

接收测试配置数据，其中所述测试配置数据包括通信协议标识；

确定与所述通信协议标识对应的目标通信协议；

将所述故障模拟数据通过所述目标通信协议发送至所述目标测试对象。

可选地，所述对功能对象进行功能测试，得到所述功能对象对应的功能测试结果的步骤包括：

获取所述目标测试对象的故障码测试结果；

判断所述故障码测试结果是否为通过；

若所述故障码测试结果为通过，则对功能对象进行功能测试，得到所述功能对象对应的功能测试结果。

可选地，所述对功能对象进行功能测试，得到所述功能对象对应的功能测试结果包括：

确定所述功能对象的目标功能，并获取与所述目标功能对应的模拟控制指令；

将所述模拟控制指令发送至所述功能对象，以使所述功能对象基于所述模拟控制指令运行；

对所述功能对象的运行状态进行监测得到所述功能对象对应的对象状态参数；

根据所述对象状态参数得到所述目标功能对应的所述功能测试结果。

可选地，所述根据所述对象状态参数得到所述目标功能对应的所述功能测试结果包括：

获取所述功能对象在执行所述目标功能时的标准状态参数；

判断所述对象状态参数是否符合所述标准状态参数的要求；

若所述对象状态参数符合所述标准状态参数的要求，则所述目标功能对应的功能测试结果为正常。

可选地，所述根据所述功能测试结果生成所述故障模拟数据对应的故障影响数据包括：

将所述功能测试结果与对应的所述功能对象进行关联得到单位子数据；

确定所述故障模拟数据对应的故障类型；

将所述单位子数据与所述目标测试对象以及所述故障类型关联得到所述故障影响数据。

可选地，所述将所述功能测试结果与对应的所述功能对象进行关联得到单位子数据包括：

在所述功能测试结果中确定结果为异常的异常测试结果；

将所述异常测试结果与对应的所述功能对象进行关联得到单位子数据。

为实现上述目的，本发明还提供一种车辆故障码测试装置，所述车辆故障码测试装置包括：

第一获取模块，用于获取故障模拟数据，并将所述故障模拟数据发送至目标测试对象；

第二获取模块，用于获取所述目标测试对象基于所述故障模拟数据发送的测试故障码；

第一测试模块，用于根据所述测试故障码对所述目标测试对象进行故障码测试；

第二测试模块，用于对功能对象进行功能测试，得到所述功能对象对应的功能测试结果；

第一生成模块，用于根据所述功能测试结果生成所述故障模拟数据对应的故障影响数据。

为实现上述目的，本发明还提供一种电子设备，所述电子设备包括存储器、处理器和存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上所述的车辆故障码测试方法的步骤。

为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的车辆故障码测试方法的步骤。

本发明提出的一种车辆故障码测试方法、装置、电子设备及可读存储介质，获取故障模拟数据，并将所述故障模拟数据发送至目标测试对象；获取所述目标测试对象基于所述故障模拟数据发送的测试故障码；根据所述测试故障码对所述目标测试对象进行故障码测试；对功能对象进行功能测试，得到所述功能对象对应的功能测试结果；根据所述功能测试结果生成所述故障模拟数据对应的故障影响数据。通过将故障模拟数据发送至目标测试对象，使得能够基于故障模拟数据构建故障环境，进而对目标测试对象在故障环境下的诊断故障码进行测试，同时，在故障环境下，还进一步对功能对象进行功能测试，从而对功能对象在故障环境下的功能运行情况进行测试，使得能够知晓在故障模拟数据对应的故障环境下，各功能对象的受影响情况，更全面地了解车辆的整体状况。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

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

图1为本发明车辆故障码测试方法第一实施例的流程示意图；

图2为本发明车辆故障码测试装置的功能模块示意图；

图3为本发明车辆故障码测试方法的整体流程示意图；

图4为本发明车辆故障码测试装置与功能对象的连接示意图；

图5为本发明车辆故障码测试装置的虚拟模块示意图；

图6为本发明电子设备的模块结构示意图。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

本发明提供一种车辆故障码测试方法，参照图1，图1为本发明车辆故障码测试方法第一实施例的流程示意图，所述方法包括步骤：

步骤S10，获取故障模拟数据，并将所述故障模拟数据发送至目标测试对象；

故障模拟数据用以模拟目标测试对象预设的故障环境；即目标测试对象在接收到故障模拟数据时，认为发生与故障模拟数据对应的故障；可以理解的是，对于不同的目标测试对象、不同的故障类型而言，对应的故障模拟数据不同，具体可以基于实际测试需要进行设置。

目标测试对象为进行故障码测试的功能对象；功能对象是指车辆中设置的功能器件；目标测试对象可以基于测试需要进行选择，如车辆控制器、车辆传感器等类型，具体器件如摄像头、超声波雷达、角雷达、激光雷达、中央计算机、区域控制器等。

需要说明的是，对于不同的目标测试对象而言，其接收数据的方式不同，故障的检测方式不同，因此，对应的故障模拟数据的发送方式也不同；如当目标测试对象为传感器时，可以将故障模拟数据发送至传感器的驱动或接收并处理传感器数据的软件应用程序中；当目标测试对象为车辆控制器时，可以将故障模拟数据发送至车辆控制器的软件程序。

对于部分功能对象而言，其生成的测试故障码是用于反映车辆的整体状况或其它器件的运行情况的，这种情况下，可以直接模拟对应器件发送故障模拟数据至目标测试对象，使得目标测试对象直接基于故障模拟数据触发测试故障码；

而对于部分功能对象而言，其生成的测试故障码是用于反映自身状况的，即故障环境是其自身造成的，而不是对外部数据进行分析确定的；因此，可以预先在各功能对象中设置环境模拟模块，并通过环境模拟模块接收故障模拟数据，在接收到故障模拟数据之后，对故障模拟数据进行逻辑运算后，从底层模拟对应的故障环境，使得对应功能对象触发测试故障码。同样地，环境模拟模块可以基于目标测试对象的特点进行部署，如对于传感器而言，可以将环境模拟模块部署在传感器的驱动或接收并处理传感器数据的软件应用程序中；对于车辆控制器而言，可以将环境模拟模块部署在车辆控制器的软件程序。

步骤S20，获取所述目标测试对象基于所述故障模拟数据发送的测试故障码；

测试故障码为目标测试对象在故障环境下输出的异常代码；

目标测试对象在接收到故障模拟数据后，认为出现故障，同时基于具体的故障类型触发异常代码，并将异常代码发送至车辆故障码测试装置。

步骤S30，根据所述测试故障码对所述目标测试对象进行故障码测试；

测试故障码反映了目标测试对象对于故障环境的类型判断；可以理解的是，测试故障码与故障类型对应，在特定的故障环境下，目标测试对象应当输出与该故障环境对应的测试故障码；而若目标测试对象输出的测试故障码与故障环境不匹配时，则认为目标测试对象的测试故障码触发错误，基于此，可以对目标测试对象实现车辆故障码测试。

可以理解的是，除了测试故障码触发错误之外，若在将故障模拟数据发送至目标测试对象之后，并未接收到目标测试对象返回的测试故障码，则认为目标测试对象未检测到故障环境，同样地，故障码测试不通过。

步骤S40，对功能对象进行功能测试，得到所述功能对象对应的功能测试结果；

功能测试是指对功能对象的原本功能的运行情况进行测试。可以理解的是，不同的功能对象对应的功能测试不同，如功能对象为摄像头，则功能测试对应测试其图像采集功能，如功能对象为车辆控制器，则功能测试可以对应测试其加速/减速功能；可以理解的是，若功能对象的原本功能的数量为多个，则对应的功能测试的数量也可以为多个。具体的功能测试可以基于实际测试需要进行选择。

需要说明的是，功能测试同样是在故障模拟数据构建的模拟环境下进行的。功能测试结果为功能对象的功能测试的结果。功能测试结果反映了在故障环境下功能对象的运行情况；功能测试结果包括但不限于正常或异常、具体运行参数、异常类型。

在实际操作中，可以对所有的功能对象均进行功能测试，还可以对部分功能对象进行功能测试，如在确定需要模拟的故障环境的故障类型之后，确定该故障类型可能影响的功能对象，并对这些功能对象进行功能测试；还可以基于用户选择具体的功能对象进行功能测试。

步骤S50，根据所述功能测试结果生成所述故障模拟数据对应的故障影响数据。

故障影响数据用以反映在故障模拟数据对应的故障环境下，受到影响的功能对象以及具体受影响情况。通过功能对象对应的功能测试结果即可确定在故障模拟数据对应的故障环境下的故障影响数据。

在得到故障码测试结果以及故障影响数据后，可以根据故障码测试结果与故障影响数据生成测试报告。

本实施例通过将故障模拟数据发送至目标测试对象，使得能够基于故障模拟数据构建故障环境，进而对目标测试对象在故障环境下的诊断故障码进行测试，同时，在故障环境下，还进一步对功能对象进行功能测试，从而对功能对象在故障环境下的功能运行情况进行测试，使得能够知晓在故障模拟数据对应的故障环境下，各功能对象的受影响情况，更全面地了解车辆的整体状况。

进一步地，后续一并参见图2、3，在基于本发明的第一实施例所提出的本发明车辆故障码测试方法第二实施例中，所述步骤S30包括步骤：

步骤S31，获取与所述故障模拟数据对应的标准故障码；

步骤S32，判断所述测试故障码与所述标准故障码是否一致；

步骤S33，若所述测试故障码与所述标准故障码一致，则故障码测试结果为通过。

若所述测试故障码与所述标准故障码不一致，则故障码测试结果为不通过。

标准故障码为在基于故障模拟数据构建的故障环境下，目标测试对象正确触发时产生的诊断故障码。即标准故障码与故障模拟数据是对应的；可以预先针对各故障类型、功能对象设置对应的测试用例；测试用例中包含对应的故障模拟数据与标准故障码；在确定需要进行测试的目标测试对象与故障类型之后，获取对应的测试用例，以得到对应的故障模拟数据与标准故障码，进而实现故障码测试。

在确定与故障模拟数据对应的标准故障码之后，将标准故障码与测试故障码进行比较，当目标测试对象的诊断故障码的生成方式正确时，生成的测试故障码应当与标准故障码一致，而目标测试对象的诊断故障码的生成方式错误时，生成的测试故障码则与标准故障码一致；基于测试故障码与标准故障码之间的相同与否可以确定目标测试对象的诊断故障码的生成方式是否正确，从而判定目标测试对象的故障码测试结果。

在其它的实施例中，还可以对故障环境下的其它参数进行测试，如测试故障码基于故障模拟数据的响应时间等。

本实施例通过设置与故障模拟数据对应的标准故障码，使得能够基于标准故障码来对目标测试对象进行故障码测试，得到故障码测试结果。

进一步地，在基于本发明的第一实施例所提出的本发明车辆故障码测试方法第三实施例中，所述步骤S10包括步骤：

步骤S11，接收测试配置数据，其中，所述测试配置数据包括对象标识以及故障类型；

步骤S12，在所述功能对象中确定与所述对象标识对应的所述目标测试对象；

步骤S13，确定与所述目标测试对象以及所述故障类型对应的所述故障模拟数据；

步骤S14，将所述故障模拟数据发送至所述目标测试对象。

测试配置数据为故障码测试的配置数据，用以对测试中的具体测试元素进行设置；测试配置数据由用户基于实际测试需要进行设置；测试配置数据中包括但不限于对象标识、故障类型、通信协议标识。

对象标识用以指示目标测试对象的特征；对象标识的具体形式可以基于实际需要进行设置，包括但不限于功能对象的名称、型号、通信地址。

故障类型用以指示需要进行模拟的故障环境的类型。

由于不同的目标测试对象、不同的故障类型对应的故障环境不同，因此，需要匹配得到与测试需要对应的测试用例，进而执行故障码测试操作。

需要说明的是，对象标识与故障类型的数量可以为一个或多个，同时，对象标识与故障类型对应，一个对象标识可以对应多个不同的故障类型。

在获取对象标识之后，在功能对象中匹配与对象标识对应的目标测试对象；在目标测试对象对应的可选故障内确定与故障类型对应的测试用例，进而从测试用例中得到对应的故障模拟数据；可以理解的是，不同的目标测试对象能够响应的故障类型存在区别，因此，可以预先设置目标测试对象能够响应的故障类型集合，即可选故障。

在获取到故障模拟数据之后，将故障模拟数据发送至目标测试对象。

进一步地，参见图4，所述步骤S10包括步骤：

步骤S15，接收测试配置数据，其中所述测试配置数据包括通信协议标识；

步骤S16，确定与所述通信协议标识对应的目标通信协议；

步骤S17，将所述故障模拟数据通过所述目标通信协议发送至所述目标测试对象。

现有的故障码测试只能基于CAN总线进行，因此，只能对基于CAN总线通信的功能对象进行测试；而车辆中通常存在基于不同通信协议的器件，如摄像头硬件故障、超声波雷达硬件故障、激光雷达硬件故障、各传感器以太网连接故障等基于车载以太网；因此，这种方式已经无法满足当前诊断故障码的多场景测试。

为了解决这一问题，本实施例中支持多种通信协议，并可以基于测试需要选择与目标测试对象对应的通信协议。

通信协议标识用以指示进行数据传输的通信协议；通信协议的具体类型可以基于实际需要进行设置，包括但不限于CAN总线、车载以太网等，具体如CAN-TP、DOIP、DDS、SOME/IP协议等。

目标通信协议为目标测试对象对应的通信协议。

在不知晓目标测试对象与目标通信协议之间的对应关系的情况下，基于测试配置数据中设置的对象标志与通信协议标识确定目标测试对象与目标通信协议；在知晓目标测试对象与目标通信协议之间的对应关系的情况下，基于测试配置数据中设置的对象标志确定目标测试对象之后，可以直接确定与目标测试对象对应的目标通信协议。

需要说明的是，除了发送故障模拟数据时需要兼容不同的通信协议之外，在接收故障模拟数据时，同样能够兼容不同的通信协议，具体方式可以类比上述发送故障模拟数据时的情况执行，不再赘述。

本实施例能够实现对于不同通信协议的兼容，从而使得能够满足更多样化的测试场景。

进一步地，在基于本发明的第一实施例所提出的本发明车辆故障码测试方法第四实施例中，所述步骤S40包括步骤：

步骤S41，获取所述目标测试对象的故障码测试结果；

步骤S42，判断所述故障码测试结果是否为通过；

步骤S43，若所述故障码测试结果为通过，则对功能对象进行功能测试，得到所述功能对象对应的功能测试结果。

若所述故障码测试结果为不通过，则不对功能对象进行功能测试。

故障码测试结果表明了目标测试对象在故障环境下的测试故障码生成准确性；若故障码测试结果为通过，则说明目标测试对象在故障环境下能够生成准确的测试故障码，反之，若故障码测试结果为不通过，则说明目标测试对象在故障环境下不能生成准确的测试故障码；可以理解的是，在诊断你故障码测试结果为不通过时，当前的故障环境不一定是准确的，即当前构建的故障环境不一定与故障模拟数据需要模拟的故障环境一致，因此，在这种情况下，若对功能对象进行功能测试，则功能测试结果可能并不能够与故障环境，即故障类型对应，造成功能测试结果的错误；因此，本实施例中，仅在故障码测试结果为通过之后，保证了故障环境构建准确的情况下，再对功能对象进行功能测试，从而保证了功能测试结果与故障类型之间的对应关系，提高功能测试结果的正确性。

进一步地，在基于本发明的第一实施例所提出的本发明车辆故障码测试方法第五实施例中，所述步骤S40包括步骤：

步骤S44，确定所述功能对象的目标功能，并获取与所述目标功能对应的模拟控制指令；

步骤S45，将所述模拟控制指令发送至所述功能对象，以使所述功能对象基于所述模拟控制指令运行；

步骤S46，对所述功能对象的运行状态进行监测得到所述功能对象对应的对象状态参数；

步骤S47，根据所述对象状态参数得到所述目标功能对应的所述功能测试结果。

目标功能为功能对象自身原本需要实现的功能；可以理解的是，功能对象可以对应多个目标功能；如功能对象为摄像头，对应的目标功能包括图像采集；再如功能对象为车辆控制器，对应的目标功能包括速度控制、灯光控制；对于包括多个目标功能的功能对象，可以依次对功能对象的不同目标功能进行功能测试。

模拟控制指令为目标功能对应的控制指令；如目标功能为图像采集，则对应的控制指令为图像采集指令，目标功能为速度控制，则对应的控制指令为加速指令或减速指令；具体模拟控制指令基于对应目标功能情况进行设置，在此不进行赘述。

将模拟控制指令发送至功能对象之后，功能对象基于控制指令运行，同时，基于功能对象的运行状态得到对应的对象状态参数；对象状态参数反映了功能对象在执行目标功能时的运行状态。

可以理解的是，在故障环境下，存在对功能对象的影响情况，因此，为了清楚不同的故障类型会影响到的功能对象，本实施例中，在故障环境中对功能对象的目标功能进行测试，从而得到故障环境下的对象状态参数；由于对象状态参数反映了功能对象在故障环境下执行目标功能的运行状态，因此，通过对象状态参数能够知晓功能对象是否受到故障环境的影响，导致目标功能的运行状态出现异常；因此，基于对象状态参数能够确定目标功能对应的所述功能测试结果。

进一步地，所述步骤S47包括步骤：

步骤S471，获取所述功能对象在执行所述目标功能时的标准状态参数；

步骤S472，判断所述对象状态参数是否符合所述标准状态参数的要求；

步骤S473，若所述对象状态参数符合所述标准状态参数的要求，则所述目标功能对应的功能测试结果为正常。

若所述对象状态参数不符合所述标准状态参数的要求，则所述目标功能对应的功能测试结果为异常。

标准状态参数指示在正常情况下，功能对象执行目标功能时的运行状态。

基于目标功能不同，标准状态参数的具体类型、形式也不同；如目标功能为速度控制时，标准状态参数可以为对速度、加速度的要求，具体可以表现为速度区间、加速度区间；如目标功能为图像采集时，标准状态参数可以为采集到的图像质量；具体标准状态参数基于实际目标功能进行设置，在此不进行赘述。

在判断对象状态参数是否符合标准状态参数要求时，可以基于具体标准状态参数要求的具体形式进行判断，如目标功能为速度控制时，标准状态参数表现为速度区间，此时，若对象状态参数对应的速度值位于标准状态参数对应的速度区间，则认为对象状态参数符合标准状态参数要求，若对象状态参数对应的速度值位于标准状态参数对应的速度区间之外，则认为对象状态参数不符合标准状态参数要求。

在对象状态参数符合标准状态参数的要求时，则认为功能对象的目标功能未受到故障环境的影响，表现正常；而在对象状态参数不符合标准状态参数的要求时，则认为功能对象的目标功能受到故障环境的影响，表现异常；本实施例实现了准确的功能测试结果的确定。

进一步地，在基于本发明的第一实施例所提出的本发明车辆故障码测试方法第六实施例中，所述步骤S50包括步骤：

步骤S51，将所述功能测试结果与对应的所述功能对象进行关联得到单位子数据；

步骤S52，确定所述故障模拟数据对应的故障类型；

步骤S53，将所述单位子数据与所述目标测试对象以及所述故障类型关联得到所述故障影响数据。

可以理解的是，在一个故障环境下，需要进行功能测试的功能对象的数量可能为多个，因此，在获取到功能测试结果之后，需要将功能测试结果与功能对象关联，从而明确功能测试结果与功能对象之间的对应关系。

单位子数据表征了功能测试结果与功能对象之间的关联关系，可以理解的是，单个功能对象的多个功能测试结果可以生成一个单位子数据；记单位子数据以功能对象区分。

而不同的故障类型、不同的目标测试对象构建的故障环境不同，因此，需要将单位子数据与目标测试对象、故障类型均进行关联，从而使得得到的故障影响数据能够明确故障类型影响的功能对象。

进一步地，所述步骤S51包括步骤：

步骤S511，在所述功能测试结果中确定结果为异常的异常测试结果；

步骤S512，将所述异常测试结果与对应的所述功能对象进行关联得到单位子数据。

在实际测试中，功能测试结果为正常的功能对象不少，即未受到故障环境影响的功能对象不少，因此，若将所有功能对象的功能测试结果均作为故障影响数据的内容，则故障影响数据的数据量较大；因此，本实施例中，仅基于功能测试结果为异常的数据，即异常测试结果生成单位子数据，从而使得生成的故障影响数据中仅包含受到故障环境影响的功能对象的相关数据，保证了有用数据的同时，降低了故障影响数据的数据量。

下面基于图2、3对本发明的整体流程进行说明：

首先，在功能模块上，车辆故障码测试装置可以包括配置模块、发送模块、环境模拟模块、诊断模块、对比模块以及功能测试模块；其中：

配置模块配置测试配置数据；发送模块，用于发送故障模拟数据至目标测试对象，或环境模拟模块；环境模拟模块用于根据故障模拟数据构建故障环境；诊断模块用于输出标准故障码；对比模块用于比较标准故障码与测试故障码，并输出故障码测试结果；功能测试模块用于对功能对象进行功能测试。

首先需要配置测试配置数据，在配置测试配置数据时，需要明确目标测试对象、测试用例、发送通信协议、接收通信协议，例如CAN总线相关的故障码测试，如总线关闭故障策略测试、节点丢失等，需要通过CAN总线协议进行故障注入，即故障模拟数据的发送，基于车载以太网传递的诊断故障码，例如摄像头硬件故障、超声波雷达硬件故障、激光雷达硬件故障、各传感器以太网连接故障等根据不同的架构设计可能通过DDS、SOME/IP或UDP协议进行故障注入，目标测试对象产生故障后传递测试故障码，测试故障码需要汇集到诊断模块，可以通过CAN-TP、DOIP协议读取，如果该测试故障码需要上传到智能车载终端，可以通过DDS、SOME/IP、UDP等协议传递，因此测试前需要分析具体的测试场景从而配置不同的发送通信协议和接收通信协议。配置完成后，根据配置选项生成故障模拟数据并发送给目标测试对象，目标测试对象接收成功后，目标测试对象中部署的话你就能够模拟模块根据接收到的故障模拟数据，通过逻辑运算后从底层触发对应的故障传递给上层应用，经过层层传递后，通过不同的接收协议发送测试故障码，对比模块将接收到的测试故障码与标准故障码对比，对比完成后，针对配置的测试用例，模拟故障持续发生的场景，同时对车辆的功能对象进行功能测试，从而得出故障对正常功能的影响，最终将测试结果生成测试报告。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

本申请还提供一种用于实施上述车辆故障码测试方法的车辆故障码测试装置，参见图5，车辆故障码测试包括：

第一获取模块，用于获取故障模拟数据，并将所述故障模拟数据发送至目标测试对象；

第二获取模块，用于获取所述目标测试对象基于所述故障模拟数据发送的测试故障码；

第一测试模块，用于根据所述测试故障码对所述目标测试对象进行故障码测试；

第二测试模块，用于对功能对象进行功能测试，得到所述功能对象对应的功能测试结果；

第一生成模块，用于根据所述功能测试结果生成所述故障模拟数据对应的故障影响数据。

本车辆故障码测试装置通过将故障模拟数据发送至目标测试对象，使得能够基于故障模拟数据构建故障环境，进而对目标测试对象在故障环境下的诊断故障码进行测试，同时，在故障环境下，还进一步对功能对象进行功能测试，从而对功能对象在故障环境下的功能运行情况进行测试，使得能够知晓在故障模拟数据对应的故障环境下，各功能对象的受影响情况，更全面地了解车辆的整体状况。

需要说明的是，该实施例中的第一获取模块可以用于执行本申请实施例中的步骤S10，该实施例中的第二获取模块可以用于执行本申请实施例中的步骤S20，该实施例中的第一测试模块可以用于执行本申请实施例中的步骤S30，该实施例中的第二测试模块可以用于执行本申请实施例中的步骤S40，该实施例中的第一生成模块可以用于执行本申请实施例中的步骤S50。

进一步地，所述第一测试模块包括：

第一获取单元，用于获取与所述故障模拟数据对应的标准故障码；

第一判断单元，用于判断所述测试故障码与所述标准故障码是否一致；

第一执行单元，用于若所述测试故障码与所述标准故障码一致，则故障码测试结果为通过。

进一步地，所述第一获取模块包括：

第一接收单元，用于接收测试配置数据，其中，所述测试配置数据包括对象标识以及故障类型；

第一确定单元，用于在所述功能对象中确定与所述对象标识对应的所述目标测试对象；

第二确定单元，用于确定与所述目标测试对象以及所述故障类型对应的所述故障模拟数据；

第一发送单元，用于将所述故障模拟数据发送至所述目标测试对象。

进一步地，所述第一获取模块包括：

第二接收单元，用于接收测试配置数据，其中所述测试配置数据包括通信协议标识；

第三确定单元，用于确定与所述通信协议标识对应的目标通信协议；

第二发送单元，用于将所述故障模拟数据通过所述目标通信协议发送至所述目标测试对象。

进一步地，所述第二测试模块包括：

第二获取单元，用于获取所述目标测试对象的故障码测试结果；

第二判断单元，用于判断所述故障码测试结果是否为通过；

第二执行单元，用于若所述故障码测试结果为通过，则对功能对象进行功能测试，得到所述功能对象对应的功能测试结果。

进一步地，所述第二测试模块包括：

第四确定单元，用于确定所述功能对象的目标功能，并获取与所述目标功能对应的模拟控制指令；

第三发送单元，用于将所述模拟控制指令发送至所述功能对象，以使所述功能对象基于所述模拟控制指令运行；

第一监测单元，用于对所述功能对象的运行状态进行监测得到所述功能对象对应的对象状态参数；

第三执行单元，用于根据所述对象状态参数得到所述目标功能对应的所述功能测试结果。

进一步地，所述第三执行单元包括：

第一获取子单元，用于获取所述功能对象在执行所述目标功能时的标准状态参数；

第一判断子单元，用于判断所述对象状态参数是否符合所述标准状态参数的要求；

第一执行子单元，用于若所述对象状态参数符合所述标准状态参数的要求，则所述目标功能对应的功能测试结果为正常。

进一步地，所述第一生成模块包括：

第一关联单元，用于将所述功能测试结果与对应的所述功能对象进行关联得到单位子数据；

第五确定单元，用于确定所述故障模拟数据对应的故障类型；

第二关联单元，用于将所述单位子数据与所述目标测试对象以及所述故障类型关联得到所述故障影响数据。

进一步地，所述第一关联单元包括：

第一确定子单元，用于在所述功能测试结果中确定结果为异常的异常测试结果；

第一关联子单元，用于将所述异常测试结果与对应的所述功能对象进行关联得到单位子数据。

参照图6，在硬件结构上所述电子设备可以包括通信模块10、存储器20以及处理器30等部件。在所述电子设备中，所述处理器30分别与所述存储器20以及所述通信模块10连接，所述存储器20上存储有计算机程序，所述计算机程序同时被处理器30执行，所述计算机程序执行时实现上述方法实施例的步骤。

通信模块10，可通过网络与外部通讯设备连接。通信模块10可以接收外部通讯设备发出的请求，还可以发送请求、指令及信息至所述外部通讯设备，所述外部通讯设备可以是其它电子设备、服务器或者物联网设备，例如电视等等。

存储器20，可用于存储软件程序以及各种数据。存储器20可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如获取所述目标测试对象基于所述故障模拟数据发送的测试故障码)等；存储数据区可包括数据库，存储数据区可存储根据系统的使用所创建的数据或信息等。此外，存储器20可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器30，是电子设备的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器20内的软件程序和/或模块，以及调用存储在存储器20内的数据，执行电子设备的各种功能和处理数据，从而对电子设备进行整体监控。处理器30可包括一个或多个处理单元；可选地，处理器30可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器30中。

尽管图6未示出，但上述电子设备还可以包括电路控制模块，所述电路控制模块用于与电源连接，保证其他部件的正常工作。本领域技术人员可以理解，图6中示出的电子设备结构并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本发明还提出一种计算机可读存储介质，其上存储有计算机程序。所述计算机可读存储介质可以是图6的电子设备中的存储器20，也可以是如ROM(Read-Only Memory，只读存储器)/RAM(Random Access Memory，随机存取存储器)、磁碟、光盘中的至少一种，所述计算机可读存储介质包括若干指令用以使得一台具有处理器的终端设备(可以是电视，汽车，手机，计算机，服务器，终端，或者网络设备等)执行本发明各个实施例所述的方法。

在本发明中，术语“第一”“第二”“第三”“第四”“第五”仅用于描述的目的，而不能理解为指示或暗示相对重要性，对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

尽管上面已经示出和描述了本发明的实施例，本发明保护的范围并不局限于此，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改和替换，这些变化、修改和替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (12)

1.一种车辆故障码测试方法，其特征在于，所述车辆故障码测试方法包括：

获取故障模拟数据，并将所述故障模拟数据发送至目标测试对象；

获取所述目标测试对象基于所述故障模拟数据发送的测试故障码；

根据所述测试故障码对所述目标测试对象进行故障码测试；

对功能对象进行功能测试，得到所述功能对象对应的功能测试结果；

根据所述功能测试结果生成所述故障模拟数据对应的故障影响数据。

2.如权利要求1所述的车辆故障码测试方法，其特征在于，所述根据所述测试故障码对所述目标测试对象进行故障码测试包括：

获取与所述故障模拟数据对应的标准故障码；

判断所述测试故障码与所述标准故障码是否一致；

若所述测试故障码与所述标准故障码一致，则故障码测试结果为通过。

3.如权利要求1所述的车辆故障码测试方法，其特征在于，所述获取故障模拟数据，并将所述故障模拟数据发送至目标测试对象包括：

接收测试配置数据，其中，所述测试配置数据包括对象标识以及故障类型；

在所述功能对象中确定与所述对象标识对应的所述目标测试对象；

确定与所述目标测试对象以及所述故障类型对应的所述故障模拟数据；

将所述故障模拟数据发送至所述目标测试对象。

4.如权利要求1所述的车辆故障码测试方法，其特征在于，所述将所述故障模拟数据发送至目标测试对象包括：

接收测试配置数据，其中所述测试配置数据包括通信协议标识；

确定与所述通信协议标识对应的目标通信协议；

将所述故障模拟数据通过所述目标通信协议发送至所述目标测试对象。

5.如权利要求1所述的车辆故障码测试方法，其特征在于，所述对功能对象进行功能测试，得到所述功能对象对应的功能测试结果的步骤包括：

获取所述目标测试对象的故障码测试结果；

判断所述故障码测试结果是否为通过；

若所述故障码测试结果为通过，则对功能对象进行功能测试，得到所述功能对象对应的功能测试结果。

6.如权利要求1所述的车辆故障码测试方法，其特征在于，所述对功能对象进行功能测试，得到所述功能对象对应的功能测试结果包括：

确定所述功能对象的目标功能，并获取与所述目标功能对应的模拟控制指令；

将所述模拟控制指令发送至所述功能对象，以使所述功能对象基于所述模拟控制指令运行；

对所述功能对象的运行状态进行监测得到所述功能对象对应的对象状态参数；

根据所述对象状态参数得到所述目标功能对应的所述功能测试结果。

7.如权利要求6所述的车辆故障码测试方法，其特征在于，所述根据所述对象状态参数得到所述目标功能对应的所述功能测试结果包括：

获取所述功能对象在执行所述目标功能时的标准状态参数；

判断所述对象状态参数是否符合所述标准状态参数的要求；

若所述对象状态参数符合所述标准状态参数的要求，则所述目标功能对应的功能测试结果为正常。

8.如权利要求1所述的车辆故障码测试方法，其特征在于，所述根据所述功能测试结果生成所述故障模拟数据对应的故障影响数据包括：

将所述功能测试结果与对应的所述功能对象进行关联得到单位子数据；

确定所述故障模拟数据对应的故障类型；

将所述单位子数据与所述目标测试对象以及所述故障类型关联得到所述故障影响数据。

9.如权利要求8所述的车辆故障码测试方法，其特征在于，所述将所述功能测试结果与对应的所述功能对象进行关联得到单位子数据包括：

在所述功能测试结果中确定结果为异常的异常测试结果；

将所述异常测试结果与对应的所述功能对象进行关联得到单位子数据。

10.一种车辆故障码测试装置，其特征在于，所述车辆故障码测试装置包括：

第一获取模块，用于获取故障模拟数据，并将所述故障模拟数据发送至目标测试对象；

第二获取模块，用于获取所述目标测试对象基于所述故障模拟数据发送的测试故障码；

第一测试模块，用于根据所述测试故障码对所述目标测试对象进行故障码测试；

第二测试模块，用于对功能对象进行功能测试，得到所述功能对象对应的功能测试结果；

第一生成模块，用于根据所述功能测试结果生成所述故障模拟数据对应的故障影响数据。

11.一种电子设备，其特征在于，所述电子设备包括存储器、处理器和存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至9中任一项所述的车辆故障码测试方法的步骤。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至9中任一项所述的车辆故障码测试方法的步骤。