CN115328082A - 测试数据处理方法、装置、电子设备及介质 - Google Patents

Abstract

本申请涉及汽车电器试验验证技术领域，特别涉及一种测试数据处理方法、装置、电子设备及介质，方法包括：从多个预设测试场景中确定满足预设条件的当前测试场景，并采集当前测试场景下待测车辆的测试数据；判断测试数据是否满足当前测试场景对应的触发条件；如果测试数据满足当前测试场景对应的触发条件，则将待测车辆的测试数据保存至第一存储位置和第二存储位置，否则将待测车辆的测试数据仅保存至第二存储位置，其中，第一存储位置的优先级高于第二存储位置。本申请实施例的测试数据处理方法，通过数据采集软件中数据的变化规律定位实车测试过程中出现的问题工况，从大批量数据文件中快速提取问题数据并进行分析，从而高效的完成系统功能测试。

Description

测试数据处理方法、装置、电子设备及介质

技术领域

本申请涉及汽车电器试验验证技术领域，特别涉及一种测试数据处理方法、装置、电子设备及介质。

背景技术

随着人工智能和5G通信技术的高速发展，车辆的智能驾驶已成为提高行车安全和出行效率的一个未来趋势。在智能驾驶中，系统的控制关乎使用者即驾驶员和乘车人员的生命安全，因此在系统功能验证阶段需要大量的实车测试来保证功能的稳定性和安全性。

相关技术中，车辆智能驾驶辅助系统已经被广泛运用，该系统大多是基于安装在车体上的摄像头，雷达等传感器进行采集外界的环境参数从而传输至控制器，控制器再基于感知对车辆进行控制，从而达成辅助驾驶的功能。

然而，由于系统的复杂程度，往往会产生十分庞大的数据量，在处理这些数据时会花费较多的时间和人力成本，因此降低了测试的效率，亟待解决。

发明内容

本申请提供一种测试数据处理方法、装置、电子设备及介质，以解决通过驾驶辅助系统提取车辆问题工况的数据信息时耗时长、成本高，效率低等问题。

本申请第一方面实施例提供一种测试数据处理方法，包括以下步骤：从多个预设测试场景中确定满足预设条件的当前测试场景，并采集所述当前测试场景下待测车辆的测试数据；判断所述测试数据是否满足当前测试场景对应的触发条件；以及如果所述测试数据满足所述当前测试场景对应的触发条件，则将所述待测车辆的测试数据保存至第一存储位置和第二存储位置，否则将所述待测车辆的测试数据仅保存至所述第二存储位置，其中，所述第一存储位置的优先级高于所述第二存储位置。

根据上述技术手段，通过多个测试场景的参数变化规律，能够定位出实车测试过程中的问题场景，从而快速高效的完成测试分析任务。

进一步地，在本申请的一个实施例中，所述多个预设测试场景包括驾驶员接管场景、漏制动场景和误制动场景中的至少两个。

根据上述技术手段，通过不同的测试场景进行数据分析，提高了测试数据的准确性。

进一步地，在本申请的一个实施例中，在采集所述当前测试场景下待测车辆的测试数据之前，还包括：若所述当前测试场景为驾驶员接管场景，则确定所述当前测试场景对应的触发条件为制动踏板的开度大于预设开度或转动方向盘的力矩大于预设力矩；若所述当前测试场景为漏制动场景，则所述当前测试场景对应的触发条件为所述制动踏板被触发时，在第一预设时间内所述待测车辆的减速度达到第一预设减速度；若所述当前测试场景为误制动场景，则所述当前测试场景对应的触发条件为所述制动踏板未被触发时，在第二预设时间内所述待测车辆的减速度达到第二预设减速度。

根据上述技术手段，根据不同测试场景设置相应的触发条件，能够使智能驾驶辅助系统快速定位到问题场景工况，从而提高了测试分析的效率。

进一步地，在本申请的一个实施例中，所述判断所述测试数据是否满足当前测试场景对应的触发条件，包括：在所述当前测试场景为所述驾驶员接管场景时，如果制动踏板的当前开度大于所述预设开度或转动方向盘的当前力矩大于所述预设力矩，则判定所述测试数据满足驾驶员接管场景对应的触发条件；在所述当前测试场景为所述漏制动场景时，如果所述制动踏板被触发，且在所述第一预设时间内所述待测车辆的减速度达到所述第一预设减速度，则判定所述测试数据满足所述漏制动场景对应的触发条件；在所述当前测试场景为误制动场景时，如果所述制动踏板未被触发，且在所述第二预设时间内所述待测车辆的减速度达到所述第二预设减速度，则判定所述测试数据满足所述误制动场景对应的触发条件。

根据上述技术手段，通过判断测试数据是否满足当前测试场景对应的触发条件，进行专项场景的具体分析，从而进行针对性问题场景工况。

本申请第二方面实施例提供一种测试数据处理装置，包括：采集模块，用于从多个预设测试场景中确定满足预设条件的当前测试场景，并采集所述当前测试场景下待测车辆的测试数据；判断模块，用于判断所述测试数据是否满足当前测试场景对应的触发条件；以及存储模块，用于如果所述测试数据满足所述当前测试场景对应的触发条件，则将所述待测车辆的测试数据保存至第一存储位置和第二存储位置，否则将所述待测车辆的测试数据仅保存至所述第二存储位置，其中，所述第一存储位置的优先级高于所述第二存储位置。

进一步地，在本申请的一个实施例中，所述多个预设测试场景包括驾驶员接管场景、漏制动场景和误制动场景中的至少两个。

进一步地，在本申请的一个实施例中，在采集所述当前测试场景下待测车辆的测试数据之前，所述采集模块，还包括：接管单元，用于若所述当前测试场景为驾驶员接管场景，则确定所述当前测试场景对应的触发条件为制动踏板的开度大于预设开度或转动方向盘的力矩大于预设力矩；漏制动单元，用于若所述当前测试场景为漏制动场景，则所述当前测试场景对应的触发条件为所述制动踏板被触发时，在第一预设时间内所述待测车辆的减速度达到第一预设减速度；误制动单元，用于若所述当前测试场景为误制动场景，则所述当前测试场景对应的触发条件为所述制动踏板未被触发时，在第二预设时间内所述待测车辆的减速度达到第二预设减速度。

进一步地，在本申请的一个实施例中，所述判断模块，包括：第一判断单元，用于在所述当前测试场景为所述驾驶员接管场景时，如果制动踏板的当前开度大于所述预设开度或转动方向盘的当前力矩大于所述预设力矩，则判定所述测试数据满足驾驶员接管场景对应的触发条件；第二判断单元，用于在所述当前测试场景为所述漏制动场景时，如果所述制动踏板被触发，且在所述第一预设时间内所述待测车辆的减速度达到所述第一预设减速度，则判定所述测试数据满足所述漏制动场景对应的触发条件；第三判断单元，用于在所述当前测试场景为误制动场景时，如果所述制动踏板未被触发，且在所述第二预设时间内所述待测车辆的减速度达到所述第二预设减速度，则判定所述测试数据满足所述误制动场景对应的触发条件。

本申请第三方面实施例提供一种车辆，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的测试数据处理方法。

本申请第四方面实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以用于实现如上述实施例所述的测试数据处理方法。

本申请实施例可以从多个预设测试场景中确定满足预设条件的当前测试场景，并采集待测车辆的测试数据，进而判断是否满足当前测试场景对应的触发条件，如果测试数据满足触发条件，则将待测车辆的测试数据保存至第一存储位置和第二存储位置，否则仅保存至第二存储位置。由此，解决了通过驾驶辅助系统提取车辆问题工况的数据信息时耗时长、成本高，效率低下等问题。

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

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本申请实施例提供的一种测试数据处理方法的流程图；

图2为根据本申请一个实施例提供的数据采集软件的高效测试数据处理方法的具体流程图；

图3为根据本申请实施例的测试数据处理装置的示例图；

图4为根据本申请实施例的车辆的结构示意图。

附图标记：10-测试数据处理装置；100-采集模块、200-判断模块、300-存储模块。

具体实施方式

下面详细描述本申请的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的测试数据处理方法、装置、电子设备及介质。针对上述背景技术中提到的通过驾驶辅助系统提取车辆问题工况的数据信息时耗时长、成本高，效率低的问题，本申请提供了一种测试数据处理方法，在该方法中，从多个预设测试场景中确定满足预设条件的当前测试场景，并采集待测车辆的测试数据，进而判断是否满足当前测试场景对应的触发条件，如果测试数据满足触发条件，则将待测车辆的测试数据保存至第一存储位置和第二存储位置，否则仅保存至第二存储位置，通过数据采集软件中数据的变化规律定位实车测试过程中出现的问题工况，从大批量数据文件中快速提取问题数据并进行分析，从而高效的完成系统功能测试。由此，解决了通过驾驶辅助系统提取车辆问题工况的数据信息时耗时长、成本高，效率低下等问题。

具体而言，图1为本申请实施例所提供的一种测试数据处理方法的流程示意图。

如图1所示，该测试数据处理方法包括以下步骤：

在步骤S101中，从多个预设测试场景中确定满足预设条件的当前测试场景，并采集当前测试场景下待测车辆的测试数据。

其中，多个预设测试场景可以包括驾驶员接管场景、漏制动场景和误制动场景中的至少两个，预设条件可以为用户预先设定的条件或经计算机多次仿真得到的条件，在此不做具体限定。

具体地，本申请实施例在对车辆进行数据采集软件的高效测试数据处理方法中，应首先确定当前测试场景下需要采集的数据与目标场景的对应关系，当某些参数发生特定规律的变化时，该场景即为所需的问题工况目标场景，并采集当前测试场景下待测车辆的测试数据。其中，待测车辆的测试数据可以由数据采集软件通过CANape18进行数据采集，测试数据变化规律可由trigger软件进行记录，以减少在后期处理数据时减少寻找问题数据所需的时间。

进一步地，在本申请的一个实施例中，在采集当前测试场景下待测车辆的测试数据之前，还包括：若当前测试场景为驾驶员接管场景，则确定当前测试场景对应的触发条件为制动踏板的开度大于预设开度或转动方向盘的力矩大于预设力矩；若当前测试场景为漏制动场景，则当前测试场景对应的触发条件为制动踏板被触发时，在第一预设时间内待测车辆的减速度达到第一预设减速度；若当前测试场景为误制动场景，则当前测试场景对应的触发条件为制动踏板未被触发时，在第二预设时间内待测车辆的减速度达到第二预设减速度。

其中，预设开度、预设力矩、第一预设时间、第一预设减速度、第二预设时间以及第二预设时间均可通过驾驶员自行设置，也可以通过计算机多次仿真的结果进行设置，在此不做具体限定。

具体地，本申请实施例在在采集当前测试场景下待测车辆的测试数据之前，还需要确定每个测试场景所需要的触发条件，下面将以驾驶员接管场景、漏制动场景以及误制动场景为例。

可选地，若当前测试场景为驾驶员接管场景，则本申请实施例的系统功能首先需处于激活状态，其次根据激活的模式ACC(Adaptive Cruise Control，巡航控制系统)或IACC(Integrated Adapted Cruise Control，集成式自适应巡航)进一步定义参数变化，如系统功能激活的参数会由1变为0，通过参数变化确定当前测试场景对应的触发条件为制动踏板的开度大于预设开度或转动方向盘的力矩大于预设力矩，也就是说，通过系统的参数变化定义驾驶员制动踏板的开度大于预设开度或者在ACC或IACC模式下转动方向盘的力矩大于预设力矩时，此时作为驾驶员接管场景的触发条件，因此，当前测试场景可视为驾驶员接管场景。

可选地，若当前测试场景为漏制动场景，本申请实施例在系统功能激活的前提下，由于测试人员进行测试接管时较实际会偏晚，若当前测试场景对应的触发条件为制动踏板被触发，则可以直接确定驾驶员踩下制动踏板在第一预设时间内待测车辆的减速度达到第一预设减速度，如短时间内减速度达到-1.5m/s^2或-2m/s^2的情况为漏制动场景。

可选地，若当前测试场景为误制动场景，本申请实施例在系统功能激活的前提下，若当前测试场景对应的触发条件为制动踏板未被触发，也就是和上述漏制动场景触发条件相反，则在第二预设时间内待测车辆的减速度达到第二预设减速度，如实际响应减速度达到-1.5m/s^2的情况，即可定义为误制动场景。

在步骤S102中，判断测试数据是否满足当前测试场景对应的触发条件。

进一步地，在本申请的一个实施例中，判断测试数据是否满足当前测试场景对应的触发条件，包括：在当前测试场景为驾驶员接管场景时，如果制动踏板的当前开度大于预设开度或转动方向盘的当前力矩大于预设力矩，则判定测试数据满足驾驶员接管场景对应的触发条件；在当前测试场景为漏制动场景时，如果制动踏板被触发，且在第一预设时间内待测车辆的减速度达到第一预设减速度，则判定测试数据满足漏制动场景对应的触发条件；在当前测试场景为误制动场景时，如果制动踏板未被触发，且在第二预设时间内待测车辆的减速度达到第二预设减速度，则判定测试数据满足误制动场景对应的触发条件。

具体地，如图2所示，本申请实施例在当前测试场景采集到待测车辆的测试数据后，需要对该待测车辆的测试数据是否满足当前测试场景对应的触发条件进行判断，同样的，下面将以驾驶员接管场景、漏制动场景以及误制动场景为例。

可选地，若当前测试场景为驾驶员接管场景，如果制动踏板的当前开度大于预设开度或转动方向盘的当前力矩大于预设力矩，则判定测试数据满足驾驶员接管场景对应的触发条件，例如，当前制动踏板开度为5，预设制动踏板开度为3，此时当前制动踏板开度大于预设开度，因此，该测试数据满足驾驶员接管场景所对应的触发条件。

可选地，若当前测试场景为漏制动场景，如果制动踏板被触发，且在第一预设时间内待测车辆的减速度达到第一预设减速度，则判定测试数据满足漏制动场景对应的触发条件，例如，在漏制动场景中，若系统已进行减速度，则可定义为制动不足场景；若存在1号目标车，且本车与1号目标车距离逐渐缩短，同时预计碰撞事件TTC(Time-To-Collision，碰撞时间)小于一定值，则可以定义为对1号目标车的漏制动场景；若存在3号、4号或其他邻车道目标车，并且于本车的横向距离逐渐缩短同时1号目标车信息发生跳变变为原3号，4号或其他邻车道目标车信息，则可定义为邻道车辆切入时的漏制动场景，即判定测试数据满足漏制动场景对应的触发条件。

另外需要说明的是，与车辆目标信息相关的事件测试场景定义均需建立在传感器输出目标信息无误的条件下，所以因此，当无法避免的出现由于传感器输出不稳定导致的识别错误，仍存在可优化项。

可选地，若当前测试场景为误制动场景，在系统功能激活的前提下，如果制动踏板未被触发，且在第二预设时间内待测车辆的减速度达到第二预设减速度，则判定测试数据满足误制动场景对应的触发条件。例如，基于上述的举例说明，若不存在1号目标车和横向距离逐渐缩短的3号，4号或其他邻车道目标车辆信息，当系统发出制动请求且实际响应减速度达到-1.5m/s^2的时，即判定测试数据满足误制动场景对应的触发条件。

需要说明的是，在系统出现持续较长时间的误制动后，往往会跟随驾驶员的按键退出接管操作，也可作为附件项进行进一步的筛选。

在步骤S103中，如果测试数据满足当前测试场景对应的触发条件，则将待测车辆的测试数据保存至第一存储位置和第二存储位置，否则将待测车辆的测试数据仅保存至第二存储位置，其中，第一存储位置的优先级高于第二存储位置。

具体地，如图2所示，通过上述实施例的论述，当数据采集软件确定当前测试场景，并采集当前测试场景下待测车辆的测试数据后，如果测试数据满足当前测试场景对应的触发条件，则将待测车辆的测试数据进行记录，并保存至第一存储位置和第二存储位置；如果测试数据不满足当前测试场景对应的触发条件，则将待测车辆的测试数据进行单独记录，并仅保存至第二存储位置，其中，第一存储位置的优先级高于第二存储位置。

具体而言，本申请实施例首先通过数据采集软件采集到当前测试场景的测试数据后，若测试数据满足当前测试场景对应的触发条件，则在数据测试过程中通过trigger软件对多个测试场景所采集的测试数据同时记录，并自动归类进行保存；若测试数据不满足当前测试场景对应的触发条件，则在数据测试过程中通过trigger软件分别对多个测试场景所采集的测试数据单独记录，并自动归类进行保存。

根据本申请实施例提出的测试数据处理方法，从多个预设测试场景中确定满足预设条件的当前测试场景，并采集待测车辆的测试数据，进而判断是否满足当前测试场景对应的触发条件，如果测试数据满足触发条件，则将待测车辆的测试数据保存至第一存储位置和第二存储位置，否则仅保存至第二存储位置，通过数据采集软件中数据的变化规律定位实车测试过程中出现的问题工况，从大批量数据文件中快速提取问题数据并进行分析，从而高效的完成系统功能测试。由此，解决了通过驾驶辅助系统提取车辆问题工况的数据信息时耗时长、成本高，效率低下等问题。

其次参照附图描述根据本申请实施例提出的测试数据处理装置。

图3是本申请实施例的测试数据处理装置的方框示意图。

如图3所示，该测试数据处理装置10包括：采集模块100、判断模块200和存储模块300。

其中，采集模块100，用于从多个预设测试场景中确定满足预设条件的当前测试场景，并采集当前测试场景下待测车辆的测试数据；

判断模块200，用于判断测试数据是否满足当前测试场景对应的触发条件；以及

存储模块300，用于如果测试数据满足当前测试场景对应的触发条件，则将待测车辆的测试数据保存至第一存储位置和第二存储位置，否则将待测车辆的测试数据仅保存至第二存储位置，其中，第一存储位置的优先级高于第二存储位置。

进一步地，在本申请的一个实施例中，多个预设测试场景包括驾驶员接管场景、漏制动场景和误制动场景中的至少两个。

进一步地，在本申请的一个实施例中，在采集当前测试场景下待测车辆的测试数据之前，采集模块100，还包括：接管单元、漏制动单元和误制动单元。

其中，接管单元，用于若当前测试场景为驾驶员接管场景，则确定当前测试场景对应的触发条件为制动踏板的开度大于预设开度或转动方向盘的力矩大于预设力矩；

漏制动单元，用于若当前测试场景为漏制动场景，则当前测试场景对应的触发条件为制动踏板被触发时，在第一预设时间内待测车辆的减速度达到第一预设减速度；

误制动单元，用于若当前测试场景为误制动场景，则当前测试场景对应的触发条件为制动踏板未被触发时，在第二预设时间内待测车辆的减速度达到第二预设减速度。

进一步地，在本申请的一个实施例中，判断模块200，包括：第一判断单元、第二判断单元和第三判断单元。

其中，第一判断单元，用于在当前测试场景为驾驶员接管场景时，如果制动踏板的当前开度大于预设开度或转动方向盘的当前力矩大于预设力矩，则判定测试数据满足驾驶员接管场景对应的触发条件；

第二判断单元，用于在当前测试场景为漏制动场景时，如果制动踏板被触发，且在第一预设时间内待测车辆的减速度达到第一预设减速度，则判定测试数据满足漏制动场景对应的触发条件；

第三判断单元，用于在当前测试场景为误制动场景时，如果制动踏板未被触发，且在第二预设时间内待测车辆的减速度达到第二预设减速度，则判定测试数据满足误制动场景对应的触发条件。

根据本申请实施例提出的测试数据处理装置，从多个预设测试场景中确定满足预设条件的当前测试场景，并采集待测车辆的测试数据，进而判断是否满足当前测试场景对应的触发条件，如果测试数据满足触发条件，则将待测车辆的测试数据保存至第一存储位置和第二存储位置，否则仅保存至第二存储位置，通过数据采集软件中数据的变化规律定位实车测试过程中出现的问题工况，从大批量数据文件中快速提取问题数据并进行分析，从而高效的完成系统功能测试。由此，解决了通过驾驶辅助系统提取车辆问题工况的数据信息时耗时长、成本高，效率低下等问题。

图4为本申请实施例提供的电子设备的结构示意图。该电子设备可以包括：

存储器401、处理器402及存储在存储器401上并可在处理器402上运行的计算机程序。

处理器402执行程序时实现上述实施例中提供的测试数据处理方法。

进一步地，电子设备还包括：

通信接口403，用于存储器401和处理器402之间的通信。

存储器401，用于存放可在处理器402上运行的计算机程序。

存储器401可能包含高速RAM(Random Access Memory，随机存取存储器)存储器，也可能还包括非易失性存储器，例如至少一个磁盘存储器。

如果存储器401、处理器402和通信接口403独立实现，则通信接口403、存储器401和处理器402可以通过总线相互连接并完成相互间的通信。总线可以是ISA(IndustryStandard Architecture，工业标准体系结构)总线、PCI(Peripheral Component，外部设备互连)总线或EISA(Extended Industry Standard Architecture，扩展工业标准体系结构)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器401、处理器402及通信接口403，集成在一块芯片上实现，则存储器401、处理器402及通信接口403可以通过内部接口完成相互间的通信。

处理器402可能是一个CPU(Central Processing Unit，中央处理器)，或者是ASIC(Application Specific Integrated Circuit，特定集成电路)，或者是被配置成实施本申请实施例的一个或多个集成电路。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的测试数据处理方法。

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

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“N个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更N个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

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

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种测试数据处理方法，其特征在于，包括以下步骤：

从多个预设测试场景中确定满足预设条件的当前测试场景，并采集所述当前测试场景下待测车辆的测试数据；

判断所述测试数据是否满足当前测试场景对应的触发条件；以及

如果所述测试数据满足所述当前测试场景对应的触发条件，则将所述待测车辆的测试数据保存至第一存储位置和第二存储位置，否则将所述待测车辆的测试数据仅保存至所述第二存储位置，其中，所述第一存储位置的优先级高于所述第二存储位置。

2.根据权利要求1所述的方法，其特征在于，所述多个预设测试场景包括驾驶员接管场景、漏制动场景和误制动场景中的至少两个。

3.根据权利要求2所述的方法，其特征在于，在采集所述当前测试场景下待测车辆的测试数据之前，还包括：

若所述当前测试场景为驾驶员接管场景，则确定所述当前测试场景对应的触发条件为制动踏板的开度大于预设开度或转动方向盘的力矩大于预设力矩；

若所述当前测试场景为漏制动场景，则所述当前测试场景对应的触发条件为所述制动踏板被触发时，在第一预设时间内所述待测车辆的减速度达到第一预设减速度；

若所述当前测试场景为误制动场景，则所述当前测试场景对应的触发条件为所述制动踏板未被触发时，在第二预设时间内所述待测车辆的减速度达到第二预设减速度。

4.根据权利要求1所述的方法，其特征在于，所述判断所述测试数据是否满足当前测试场景对应的触发条件，包括：

在所述当前测试场景为所述驾驶员接管场景时，如果制动踏板的当前开度大于所述预设开度或转动方向盘的当前力矩大于所述预设力矩，则判定所述测试数据满足驾驶员接管场景对应的触发条件；

在所述当前测试场景为所述漏制动场景时，如果所述制动踏板被触发，且在所述第一预设时间内所述待测车辆的减速度达到所述第一预设减速度，则判定所述测试数据满足所述漏制动场景对应的触发条件；

在所述当前测试场景为误制动场景时，如果所述制动踏板未被触发，且在所述第二预设时间内所述待测车辆的减速度达到所述第二预设减速度，则判定所述测试数据满足所述误制动场景对应的触发条件。

5.一种测试数据处理装置，其特征在于，包括：

采集模块，用于从多个预设测试场景中确定满足预设条件的当前测试场景，并采集所述当前测试场景下待测车辆的测试数据；

判断模块，用于判断所述测试数据是否满足当前测试场景对应的触发条件；以及

存储模块，用于如果所述测试数据满足所述当前测试场景对应的触发条件，则将所述待测车辆的测试数据保存至第一存储位置和第二存储位置，否则将所述待测车辆的测试数据仅保存至所述第二存储位置，其中，所述第一存储位置的优先级高于所述第二存储位置。

6.根据权利要求5所述的装置，其特征在于，所述多个预设测试场景包括驾驶员接管场景、漏制动场景和误制动场景中的至少两个。

7.根据权利要求6所述的装置，其特征在于，在采集所述当前测试场景下待测车辆的测试数据之前，所述采集模块，还包括：

接管单元，用于若所述当前测试场景为驾驶员接管场景，则确定所述当前测试场景对应的触发条件为制动踏板的开度大于预设开度或转动方向盘的力矩大于预设力矩；

漏制动单元，用于若所述当前测试场景为漏制动场景，则所述当前测试场景对应的触发条件为所述制动踏板被触发时，在第一预设时间内所述待测车辆的减速度达到第一预设减速度；

误制动单元，用于若所述当前测试场景为误制动场景，则所述当前测试场景对应的触发条件为所述制动踏板未被触发时，在第二预设时间内所述待测车辆的减速度达到第二预设减速度。

8.根据权利要求5所述的装置，其特征在于，所述判断模块，包括：

第一判断单元，用于在所述当前测试场景为所述驾驶员接管场景时，如果制动踏板的当前开度大于所述预设开度或转动方向盘的当前力矩大于所述预设力矩，则判定所述测试数据满足驾驶员接管场景对应的触发条件；

第二判断单元，用于在所述当前测试场景为所述漏制动场景时，如果所述制动踏板被触发，且在所述第一预设时间内所述待测车辆的减速度达到所述第一预设减速度，则判定所述测试数据满足所述漏制动场景对应的触发条件；

第三判断单元，用于在所述当前测试场景为误制动场景时，如果所述制动踏板未被触发，且在所述第二预设时间内所述待测车辆的减速度达到所述第二预设减速度，则判定所述测试数据满足所述误制动场景对应的触发条件。

9.一种电子设备，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如权利要求1-4任一项所述的测试数据处理方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行，以用于实现如权利要求1-4任一项所述的测试数据处理方法。

Images