CN117762709A - 一种中央计算单元的测试方法、装置及电子设备 - Google Patents

Abstract

本申请提供了一种中央计算单元的测试方法、装置及电子设备，其中，方法包括响应测试指令，确定出车辆数据采集规则并下发至对应的中央计算单元；将基于车辆数据采集规则生成的测试报文发送至中央计算单元并记录，使中央计算单元按照车辆数据采集规则采集车辆数据并上传至云端；获取所发送过的所有测试报文并解析出第一数据集，以及获取中央计算单元上传至云端的所有车辆数据作为第二数据集；基于第一数据集和第二数据集的匹配程度，确定中央计算单元的数据采集测试结果。通过自动化的测试工程，模拟CAN报文对车辆进行测试，提高了对车辆CCU数据采集准确性的测试效率，操作难度低，降低了测试人员的学习成本。

Description

一种中央计算单元的测试方法、装置及电子设备

技术领域

本申请涉及车辆技术领域，具体而言，涉及一种中央计算单元的测试方法、装置及电子设备。

背景技术

在现代智能汽车背景下，车辆出现异常或需要对零部件进行分析时，若无法进行拆车或通过外观判断分析，则需要通过车辆的CCU(中央计算单元)采集到的车辆数据中的相关参数进行分析，因此CCU数据采集是车辆分析的正确性的保证。

然而，汽车can报文数据复杂多样、对应的信号值非常多，且CCU采集数据对不同业务有不同的采集规则，现有技术中通常采用人工手段测试，执行测试的效率非常低。

发明内容

有鉴于此，本申请的目的在于提供一种中央计算单元的测试方法、装置及电子设备，以提高对车辆CCU数据采集的准确性测试的效率。

第一方面，本申请提供了一种中央计算单元的测试方法，方法包括响应测试指令，确定出车辆数据采集规则并下发至对应的中央计算单元；将基于车辆数据采集规则生成的测试报文发送至中央计算单元并记录，使中央计算单元按照车辆数据采集规则采集车辆数据并上传至云端；获取所发送过的所有测试报文并解析出第一数据集，以及获取中央计算单元上传至云端的所有车辆数据作为第二数据集；基于第一数据集和第二数据集的匹配程度，确定中央计算单元的数据采集测试结果。

优选的，测试指令还用于指示单轮测试数量，在解析出第一数据集的步骤之前，还包括：确定中央计算单元已上传至云端的车辆数据的上传数量；根据所述上传数量和单轮测试数量之间的大小，确定本轮测试是否结束；若是，则执行解析出第一数据集的步骤。

优选的，测试指令还用于指示测试迭代次数，当确定本轮测试结束后，还包括：确定当前完成的测试迭代次数是否等于测试指令指示的测试迭代次数；若否，则返回执行确定出车辆数据采集规则并下发至中央计算单元的步骤；若是，则确定所有测试结束。

优选的，通过以下方式确定出车辆数据采集规则：从预设的车辆数据采集条件库中，确定出多个规则配置项以及每个规则配置项的多个预设值；针对每一规则配置项，从该规则配置项的多个预设值中随机确定出一个目标值；将多个规则配置项以及每个规则配置项的目标值，确定为车辆数据采集规则。

优选的，规则配置项还包括测试数量、采集频率、采集通道以及采集对象，将基于车辆数据采集规则生成的测试报文发送至中央计算单元的步骤，具体包括：获取车辆数据采集规则下每一采集通道对应的DBC文件，所述DBC文件至少用于指示车辆数据的取值范围；针对每一DBC文件，随机生成与测试数量对应的测试报文；按照采集频率向采集对象所指示的车辆的中央计算单元发送与测试数量对应的测试报文。

优选的，第一数据集或第二数据集中包括多条车辆数据，以及每条从车辆数据发送或上传的时间，规则配置项还包括上传频率，通过以下方式确定出第一数据集和第二数据集的匹配程度：统计出中央计算单元的采集频率、上传频率以及每次采集的测试数量，并确定出其与车辆数据采集规则中的采集频率、上传频率以及测试数量的第一偏差值。

优选的，还包括针对第一数据集中的每条车辆数据，确定其与对应的第二数据集中的车辆数据的第二偏差值；基于所有车辆数据的第二偏差值，确定出第三偏差值。

第二方面，本申请提供了一种控制单元的测试装置，装置包括：

响应模块，用于响应测试指令，确定出车辆数据采集规则并下发至中央计算单元；

报文模块，用于将基于车辆数据采集规则生成的测试报文发送至中央计算单元并记录，使中央计算单元按照车辆数据采集规则采集车辆数据并上传至云端；

统计模块，用于获取当前所发送过的所有测试报文并解析出第一数据集，以及获取当前中央计算单元上传至云端的所有车辆数据作为第二数据集；

分析模块，用于基于第一数据集和第二数据集的匹配程度，确定中央计算单元的数据采集测试结果。

第三方面，本申请还提供一种电子设备，包括：处理器、存储器和总线，存储器存储有处理器可执行的机器可读指令，当电子设备运行时，处理器与存储器之间通过总线通信，机器可读指令被处理器执行时执行如上述的一种中央计算单元的测试方法的步骤。

第四方面，本申请还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如上述的一种中央计算单元的测试方法的步骤。

本申请提供的一种中央计算单元的测试方法、装置及电子设备，其中，方法包括响应测试指令，确定出车辆数据采集规则并下发至对应的中央计算单元；将基于车辆数据采集规则生成的测试报文发送至中央计算单元并记录，使中央计算单元按照车辆数据采集规则采集车辆数据并上传至云端；获取所发送过的所有测试报文并解析出第一数据集，以及获取中央计算单元上传至云端的所有车辆数据作为第二数据集；基于第一数据集和第二数据集的匹配程度，确定中央计算单元的数据采集测试结果。通过自动化的测试工程，模拟CAN报文对车辆进行测试，提高了对车辆CCU数据采集准确性的测试效率，避免了人工进行大量测试数据的编译，操作难度低，降低了测试人员的学习成本。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例所提供的一种中央计算单元的测试方法的流程图；

图2为本申请实施例所提供的一种测试架构的结构示意图；

图3为本申请实施例所提供的另一种中央计算单元的测试方法的流程图；

图4为本申请实施例提供的一种中央计算单元的测试装置的结构示意图；

图5为本申请实施例所提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的每个其他实施例，都属于本申请保护的范围。

首先，对本申请可适用的应用场景进行介绍。本申请可应用于车辆的CCU数据采集的测试，以对车辆异常或零部件性能等进行分析。

基于此，本申请实施例提供了一种中央计算单元的测试方法、装置及电子设备。

实施例一

请参阅图1，图1为本申请实施例所提供的一种中央计算单元的测试方法的流程图。如图1中所示，本申请实施例提供的一种中央计算单元的测试方法包括：

S101、响应测试指令，确定出车辆数据采集规则并下发至对应的中央计算单元。

在步骤S101中，车辆数据采集规则可以是随机生成的。中央计算单元可以根据接收到的车辆数据采集规则进行数据采集，车辆数据采集规则可以实时生效。

这里的车辆数据采集规则用于指示中央计算单元采集并上传数据，可以包括多个规则配置项，如采集时长、采集数据、采集频率、上报频率、采集对象、测试数量等等。

S102、将基于车辆数据采集规则生成的测试报文发送至中央计算单元并记录，使中央计算单元按照车辆数据采集规则采集车辆数据并上传至云端。

可以理解的是，每个测试报文发送的同时需要进行记录，例如采用SQLite3数据库的形式进行保存数据。需要记录的至少包括每个测试报文的内容以及发送时间。

这里的测试报文可以是CAN报文。通过上位机下发到待测试车辆的CCU(CentralComputing Unit，中央计算单元)中，用于模拟待测试车辆的ECU等上报的车辆数据。这里的车辆数据可以为电池SOC、充电时间、车内温度、车速、行驶里程等等。

CCU采集到对应的车辆数据后，会按照车辆数据采集规则中指定的上报频率，将车辆数据上传至云端。

S103、获取所发送过的所有测试报文并解析出第一数据集，以及获取中央计算单元上传至云端的所有车辆数据作为第二数据集。

第一数据集或第二数据集中包括多条车辆数据，以及每条从车辆数据发送或上传的时间，规则配置项还包括上传频率。

当需要进行数采准确性分析时，如一轮测试结束或所有测试都结束，则针对任一车辆数据采集规则，可以提取出该车辆数据采集规则对应的测试下发送的所有报文记录。再解析出每个测试报文中所指示的车辆数据，与对应的发送时间作为第一数据集。

而第二数据集则可以从云端提取，获取针对同一车辆数据采集规则，CCU上传过的所有车辆数据，以及上传时间。

S104、基于第一数据集和第二数据集的匹配程度，确定中央计算单元的数据采集测试结果。

通过对第一数据集和第二数据集的数据一致性的分析，可以确定出中央计算单元的数据采集测试的准确性。

本申请实施例中所提供的中央计算单元的测试方法，通过自动化的测试工程，模拟CAN报文对车辆进行测试，提高了对车辆CCU数据采集准确性的测试效率，避免了人工进行大量测试数据的编译，操作难度低，降低了测试人员的学习成本。

实施例二

请参阅图2，图2为本申请实施例所提供的一种测试架构的结构示意图。在该实施例中，提供一种自动化测试程序，用于执行测试方法，具体的，自动化程序可以通过上位机与车端和云端通讯。其中上位机与车端之间采用CAN总线方式通讯，上位机与云端可以无线连接。

自动化测试可以配置有用户界面，用于设置测试时长、测试迭代次数等，还可以用于指定车辆数据采集规则中的规则配置项的预设值等。

该实施例中的自动和测试程序，当车辆数据采集规则可以是随机生成的。具体的，可以通过以下方式确定出车辆数据采集规则：

从预设的车辆数据采集条件库中，确定出多个规则配置项以及每个规则配置项的多个预设值。针对每一规则配置项，从该规则配置项的多个预设值中随机确定出一个目标值。将多个规则配置项以及每个规则配置项的目标值，确定为车辆数据采集规则。

具体的，车辆数据采集条件库中可以包括多个车辆数据采集条件，每个车辆数据采集条件包括不同的规则配置项。

示例性的，车辆数据采集规则中采集时长可以为1/3/7天、2/4/6小时等。采集频率可以为50ms/100ms/500ms等。采集通道可以为IDCU_CAN/TBOX_CANFD/BODY_CAN。上报频率可以为1s/30s/1min/10min等。采集对象为待测试车辆的VIN码，这里可以是多个VIN码，即同时对多个待测试车辆的CCU进行测试。测试数量可以为10/100/200/500，用于指示单次发送测试报文的数量。

进一步的，车辆数据采集条件A包括采集时长、采集通道、采集频率、上报频率、采集对象和测试数量。

车辆数据采集条件B包括采集时长、采集通道、采集频率、上报频率、采集对象、传感器对象和测试数量。这里的传感器对象可以指定采集数据的电子设备，例如只从车辆的雷达a采集数据。

车辆数据采集条件C包括采集时长、采集通道、采集频率、上报频率、采集对象、采集数据类型和测试数量。车辆的采集数据类型可以指定采集数据的类型，例如只进行图像的数据采集、视频的数据采集或温度的数据采集。

这样，通过对规则配置项进行配置，设置CCU采集数据的类型、来源，可以方便与的对待测试车辆的某个零部件或某一类功能进行分析。

如图3所示，图3为本申请实施例所提供的另一种中央计算单元的测试方法的流程图。该实施例中的自动化测试程序，可以在每轮测试结束后进行一次分析。示例性的，规则配置项至少包括采集时长，自动化测试程序具体执行的步骤包括：

S201、响应测试指令，确定出车辆数据采集规则并下发至对应的中央计算单元。

这里的测试指令还用于指示单轮测试数量。单轮测试数量用于指示自动化测试程度每轮向CCU发送的测试报文的数量。

S202、将基于车辆数据采集规则生成的测试报文发送至中央计算单元并记录，使中央计算单元按照车辆数据采集规则采集车辆数据并上传至云端。

将基于车辆数据采集规则生成的测试报文发送至中央计算单元的步骤，具体包括：

获取车辆数据采集规则下每一采集通道对应的DBC文件，所述DBC文件至少用于指示车辆数据的取值范围。针对每一DBC文件，随机生成与测试数量对应的测试报文。按照采集频率向采集对象所指示的车辆的中央计算单元发送与测试数量对应的测试报文。

示例性的，步骤S201中，采集时间可以为1小时，采集通道可以为BODY_CAN并随机选取signal的值，采集频率为500ms，上报频率为30ms，采集对象VIN码为39303A29X，基于这些目标值，自动化测试程序可以生成json格式的参数，并调用云端的规则创建接口并上传json格式的参数，使云端创建对应的车辆数据采集规则并下发至对应的待测试车辆的CCU。

步骤S202中，自动化测试程序调用cantools，解析与采集通道对应的DBC文件，在采集规则范围内匹配该DBC中指定的信号，并识别信号的有效值区间随机取值，最终通过大/小端字节排序算法组合成测试报文。接着调用CAN工具驱动发送与测试数量对应的测试报文给CCU，并记录测试报文内容和发送时间。其中，DBC文件可以是预先配置好的。

示例性的，这里的测试报文的格式可以为MsgID:100len:16type:CANFD data:0011 22 33 44 55 66 77，或MsgID:110len:8type:CAN data:80 81 82 83 84 85 86 87。

CCU则根据车辆数据采集规则，按照500ms的频率采集车辆数据，按照30ms的频率上传采集的车辆数据给云端。

S203、确定中央计算单元已上传至云端的车辆数据的上传数量。

S204、根据所述上传数量和单轮测试数量之间的大小，确定本轮测试是否结束。

S205、若是，则获取所发送过的所有测试报文并解析出第一数据集，以及获取中央计算单元上传至云端的所有车辆数据作为第二数据集；

S206、基于所述第一数据集和第二数据集的匹配程度，确定所述中央计算单元的数据采集测试结果。

可以理解的是，匹配程度的计算，可以是任意时间点，或者是单轮测试结束、或是单个车辆数据采集规则的多轮测试结束、或是多个车辆数据采集规则的多轮测试结束。

测试指令还用于指示测试迭代次数，当测试迭代次数为多次时，当确定本轮测试结束后，还包括：

确定当前完成的测试迭代次数是否等于测试指令指示的测试迭代次数。若否，则返回执行确定出车辆数据采集规则并下发至中央计算单元的步骤。若是，则确定所有测试结束。

即当一轮测试结束后，则重新确定新的车辆数据采集规则，按照上述步骤S101至S104或步骤S201至S206执行新一轮的测试。

实施例三

在该实施例中，自动化测试程序可以通过以下方式确定出第一数据集和第二数据集的匹配程度：

统计出中央计算单元的采集频率、上传频率以及每次采集的测试数量，并确定出其与车辆数据采集规则中的采集频率、上传频率以及测试数量的第一偏差值。

示例性的，第一数据集中可能记录有上传共100条记录，而CCU上传的只有98条，则说明CCU在数采过程中丢失了数据，这里的第一偏差值可以为|100-98|＝2，则第一偏差值越大，则说明该CCU的准确性越差。

还可以针对第一数据集中的每条车辆数据，确定其与对应的第二数据集中的车辆数据的第二偏差值；基于所有车辆数据的第二偏差值，确定出第三偏差值。

示例性的，第一数据集中的测试报文所指示的车辆数据可以为温度值T1＝34.2℃，而第二数据集中CCU上传至云端的车辆数据则为T2＝34℃，则记录第二偏差值为1，若T1＝T2则可以将第二偏差值记为0。

统计所有车辆数据的第二偏差值的总和，作为第三偏差值，则第三偏差值越大，说明CCU采集到的车辆数据不准确的数量越多，则说明该CCU的准确性越差。

参阅图4，图4为本申请一实施例提供的一种中央计算单元的测试装置的结构示意图。如图4中所示，本申请实施例提供的中央计算单元的测试装置的结构示意图，包括：

响应模块410，用于响应测试指令，确定出车辆数据采集规则并下发至中央计算单元；

报文模块420，用于将基于车辆数据采集规则生成的测试报文发送至中央计算单元并记录，使中央计算单元按照车辆数据采集规则采集车辆数据并上传至云端；

统计模块430，用于获取当前所发送过的所有测试报文并解析出第一数据集，以及获取当前中央计算单元上传至云端的所有车辆数据作为第二数据集；

分析模块440，用于基于第一数据集和第二数据集的匹配程度，确定中央计算单元的数据采集测试结果。

在一优选实施例中，测试指令还用于指示单轮测试数量，统计模块430还用于在解析出第一数据集的步骤之前，确定中央计算单元已上传至云端的车辆数据的上传数量；根据所述上传数量和单轮测试数量之间的大小，确定本轮测试是否结束；若是，则执行解析出第一数据集的步骤。

在一优选实施例中，测试指令还用于指示测试迭代次数，当确定本轮测试结束后，响应模块410还用于确定当前完成的测试迭代次数是否等于测试指令指示的测试迭代次数；若否，则返回执行确定出车辆数据采集规则并下发至中央计算单元的步骤；若是，则确定所有测试结束。

在一优选实施例中，响应模块410通过以下方式确定出车辆数据采集规则：从预设的车辆数据采集条件库中，确定出多个规则配置项以及每个规则配置项的多个预设值；针对每一规则配置项，从该规则配置项的多个预设值中随机确定出一个目标值；将多个规则配置项以及每个规则配置项的目标值，确定为车辆数据采集规则。

在一优选实施例中，规则配置项还包括测试数量、采集频率、采集通道以及采集对象，报文模块420具体用于：获取车辆数据采集规则下每一采集通道对应的DBC文件，所述DBC文件至少用于指示车辆数据的取值范围；针对每一DBC文件，随机生成与测试数量对应的测试报文；按照采集频率向采集对象所指示的车辆的中央计算单元发送与测试数量对应的测试报文。

在一优选实施例中，第一数据集或第二数据集中包括多条车辆数据，以及每条从车辆数据发送或上传的时间，规则配置项还包括上传频率，统计模块430通过以下方式确定出第一数据集和第二数据集的匹配程度：统计出中央计算单元的采集频率、上传频率以及每次采集的测试数量，并确定出其与车辆数据采集规则中的采集频率、上传频率以及测试数量的第一偏差值。

在一优选实施例中，统计模块430还用于针对第一数据集中的每条车辆数据，确定其与对应的第二数据集中的车辆数据的第二偏差值；基于所有车辆数据的第二偏差值，确定出第三偏差值。

请参阅图5，图5为本申请实施例所提供的一种电子设备的结构示意图。如图5中所示，所述电子设备500包括处理器510、存储器520和总线530。

所述存储器520存储有所述处理器510可执行的机器可读指令，当电子设备500运行时，所述处理器510与所述存储器520之间通过总线530通信，所述机器可读指令被所述处理器510执行时，可以执行如上述方法实施例中的中央计算单元的测试方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时可以执行如上述方法实施例中的中央计算单元的测试方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种中央计算单元的测试方法，其特征在于，所述方法包括：

响应测试指令，确定出车辆数据采集规则并下发至对应的中央计算单元；

将基于所述车辆数据采集规则生成的测试报文发送至所述中央计算单元并记录，使中央计算单元按照所述车辆数据采集规则采集车辆数据并上传至云端；

获取所发送过的所有测试报文并解析出第一数据集，以及获取中央计算单元上传至云端的所有车辆数据作为第二数据集；

基于所述第一数据集和第二数据集的匹配程度，确定所述中央计算单元的数据采集测试结果。

2.根据权利要求1所述的方法，其特征在于，所述测试指令还用于指示单轮测试数量，在解析出第一数据集的步骤之前，还包括：

确定中央计算单元已上传至云端的车辆数据的上传数量；

根据所述上传数量和单轮测试数量之间的大小，确定本轮测试是否结束；

若是，则执行解析出第一数据集的步骤。

3.根据权利要求2所述的方法，其特征在于，所述测试指令还用于指示测试迭代次数，当确定本轮测试结束后，还包括：

确定当前完成的测试迭代次数是否等于所述测试指令指示的测试迭代次数；

若否，则返回执行所述确定出车辆数据采集规则并下发至中央计算单元的步骤；

若是，则确定所有测试结束。

4.根据权利要求1所述的方法，其特征在于，通过以下方式确定出车辆数据采集规则：

从预设的车辆数据采集条件库中，确定出多个规则配置项以及每个规则配置项的多个预设值；

针对每一规则配置项，从该规则配置项的多个预设值中随机确定出一个目标值；

将多个规则配置项以及每个规则配置项的目标值，确定为所述车辆数据采集规则。

5.根据权利要求4所述的方法，其特征在于，所述规则配置项还包括测试数量、采集频率、采集通道以及采集对象，所述将基于所述车辆数据采集规则生成的测试报文发送至所述中央计算单元的步骤，具体包括：

获取车辆数据采集规则下每一采集通道对应的DBC文件，所述DBC文件至少用于指示车辆数据的取值范围；

针对每一DBC文件，随机生成与测试数量对应的测试报文；

按照所述采集频率向采集对象所指示的车辆的中央计算单元发送与测试数量对应的测试报文。

6.根据权利要求5所述的方法，其特征在于，所述第一数据集或第二数据集中包括多条车辆数据，以及每条从车辆数据发送或上传的时间，所述规则配置项还包括上传频率，通过以下方式确定出第一数据集和第二数据集的匹配程度：

统计出中央计算单元的采集频率、上传频率以及每次采集的测试数量，并确定出其与所述车辆数据采集规则中的采集频率、上传频率以及测试数量的第一偏差值。

7.根据权利要求6所述的方法，其特征在于，还包括：

针对第一数据集中的每条车辆数据，确定其与对应的第二数据集中的车辆数据的第二偏差值；

基于所有车辆数据的第二偏差值，确定出第三偏差值。

8.一种中央计算单元的测试装置，其特征在于，所述装置包括：

响应模块，用于响应测试指令，确定出车辆数据采集规则并下发至中央计算单元；

报文模块，用于将基于所述车辆数据采集规则生成的测试报文发送至中央计算单元并记录，使中央计算单元按照所述车辆数据采集规则采集车辆数据并上传至云端；

统计模块，用于获取当前所发送过的所有测试报文并解析出第一数据集，以及获取当前中央计算单元上传至云端的所有车辆数据作为第二数据集；

分析模块，用于基于所述第一数据集和第二数据集的匹配程度，确定所述中央计算单元的数据采集测试结果。

9.一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述处理器执行所述机器可读指令，以执行如权利要求1至7任一所述中央计算单元的测试方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至7任一所述中央计算单元的测试方法的步骤。