CN115658527A - 批量驾驶数据回注测试方法、装置、设备及存储介质 - Google Patents

Abstract

本申请涉及车辆技术领域，特别涉及一种批量驾驶数据回注测试方法、装置、设备及存储介质，其中，方法包括：获取实车测试数据，并将实车测试数据输入至预设的自动驾驶软件框架系统进行回注测试，输出初始回注结果，将初始回注结果输入至预设的回注测试工具，并通过预设的回注测试工具批量执行预设的回注评测规则脚本，得到多个不同软件版本的回注结果，根据多个不同软件版本的回注结果生成驾驶数据回注测试报告。由此，通过批量回注实车历史场景数据到自动驾驶不同软件版本集成环境中进行测试，解决了实车场景问题分析效率低以及因为台架环境复杂而测试效率低的问题，高效利用历史数据，节约了测试人员的测试验证时间，提升了测试效率。

Description

批量驾驶数据回注测试方法、装置、设备及存储介质

技术领域

本申请涉及车辆技术领域，特别涉及一种批量驾驶数据回注测试方法、装置、设备及存储介质。

背景技术

随着车辆工业的发展，车辆性能提升的同时，如何节约相应的测试成本也逐渐被关注，比如在进行实车测试时，记录了大量的数据，然而很多数据没有被有效利用，容易造成资源浪费。

相关技术中，对于车辆采集的历史数据提供了一种回注方案，其中，数据回注系统仅仅只能进行离线回注，并且每一次回注都需要在回注台架上进行。

然而，台架资源费用昂贵，数量有限，并且搭建台架环境复杂耗时，导致测试效率低下，测试成本高，亟待解决。

发明内容

本申请提供一种批量驾驶数据回注测试方法、装置、设备及存储介质，以解决实车场景问题分析效率低以及因为台架环境复杂而测试效率低的问题，通过批量回注实车历史场景数据到自动驾驶不同软件版本集成环境中进行测试，解决了实车场景问题分析效率低以及因为台架环境复杂而测试效率低的问题，高效利用历史数据，节约了测试人员的测试验证时间，提升了测试效率。

本申请第一方面实施例提供一种批量驾驶数据回注测试方法，包括以下步骤：

获取实车测试数据，并将所述实车测试数据输入至预设的自动驾驶软件框架系统进行回注测试，输出初始回注结果；

将所述初始回注结果输入至预设的回注测试工具，并通过所述预设的回注测试工具批量执行预设的回注评测规则脚本，得到多个不同软件版本的回注结果；以及

根据所述多个不同软件版本的回注结果生成驾驶数据回注测试报告。

根据上述技术手段，通过批量回注实车历史场景数据到自动驾驶不同软件版本集成环境中进行测试，解决了实车场景问题分析效率低以及因为台架环境复杂而测试效率低的问题，高效利用历史数据，节约了测试人员的测试验证时间，提升了测试效率。

进一步地，在通过所述预设的回注测试工具批量执行所述预设的回注评测规则脚本之前，还包括：

确定当前回注测试需求，并根据所述当前回注测试需求制定至少一个目标规则策略；

基于所述至少一个目标规则策略，分析初始回注结果，得到当前缺陷和所述当前缺陷对应的校验规则，并根据所述当前缺陷和所述当前缺陷对应的校验规则生成所述预设的回注评测规则脚本。

根据上述技术手段，通过预先确定的测试需求制定目标规则策略，避免测试的盲目性，有利于提高测试效率。

进一步地，所述根据所述多个不同软件版本的回注结果生成驾驶数据回注测试报告，包括：

获取缺陷系统的缺陷编号；

识别每个软件版本的版本号，并基于所述每个软件版本的版本号确定所述每个软件版本的回注结果和所述每个软件版本的测试用例；

根据所述缺陷系统的缺陷编号、所述每个软件版本的版本号、所述每个软件版本的回注结果和所述每个软件版本的测试用例生成excel测试报告。

根据上述技术手段，可以有效将不同软件版本的回注结果与脚本执行正确结果进行比对，从而将复杂的测试工作简单化。

进一步地，在根据所述多个不同软件版本的回注结果生成所述驾驶数据回注测试报告之后，还包括：

从所述excel测试报告分析获取测试不通过的缺陷编号和不通过的版本的版本号；

根据所述不通过的缺陷编号和不通过的版本的版本号生成不通过原因。

根据上述技术手段，通过回注实车历史数据到自动驾驶不同软件版本集成环境中进行测试，可高效利用历史问题数据，验证算法缺陷问题是否得到修复。

本申请第二方面实施例提供一种批量驾驶数据回注测试装置，包括：

获取模块，用于获取实车测试数据，并将所述实车测试数据输入至预设的自动驾驶软件框架系统进行回注测试，输出初始回注结果；

执行模块，用于将所述初始回注结果输入至预设的回注测试工具，并通过所述预设的回注测试工具批量执行预设的回注评测规则脚本，得到多个不同软件版本的回注结果；以及

生成模块，用于根据所述多个不同软件版本的回注结果生成驾驶数据回注测试报告。

进一步地，在通过所述预设的回注测试工具批量执行所述预设的回注评测规则脚本之前，所述执行模块，还用于：

确定当前回注测试需求，并根据所述当前回注测试需求制定至少一个目标规则策略；

基于所述至少一个目标规则策略，分析初始回注结果，得到当前缺陷和所述当前缺陷对应的校验规则，并根据所述当前缺陷和所述当前缺陷对应的校验规则生成所述预设的回注评测规则脚本。

进一步地，所述生成模块，具体用于：

获取缺陷系统的缺陷编号；

识别每个软件版本的版本号，并基于所述每个软件版本的版本号确定所述每个软件版本的回注结果和所述每个软件版本的测试用例；

根据所述缺陷系统的缺陷编号、所述每个软件版本的版本号、所述每个软件版本的回注结果和所述每个软件版本的测试用例生成excel测试报告。

进一步地，在根据所述多个不同软件版本的回注结果生成所述驾驶数据回注测试报告之后，所述生成模块，还用于：

从所述excel测试报告分析获取测试不通过的缺陷编号和不通过的版本的版本号；

根据所述不通过的缺陷编号和不通过的版本的版本号生成不通过原因。

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

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

由此，通过获取实车测试数据，并将实车测试数据输入至预设的自动驾驶软件框架系统进行回注测试，输出初始回注结果，将初始回注结果输入至预设的回注测试工具，并通过预设的回注测试工具批量执行预设的回注评测规则脚本，得到多个不同软件版本的回注结果，根据多个不同软件版本的回注结果生成驾驶数据回注测试报告。由此，通过批量回注实车历史场景数据到自动驾驶不同软件版本集成环境中进行测试，解决了实车场景问题分析效率低以及因为台架环境复杂而测试效率低的问题，高效利用历史数据，节约了测试人员的测试验证时间，提升了测试效率。

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

附图说明

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

图1为根据本申请实施例提供的一种批量驾驶数据回注测试方法的流程图；

图2为根据本申请的一个实施例的回注测试结果的示意图；

图3为根据本申请的一个实施例的回注测试工具流程图；

图4为根据本申请实施例的批量驾驶数据回注测试装置的方框示意图；

图5为根据本申请实施例的电子设备的结构示意图。

具体实施方式

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

下面参考附图描述本申请实施例的批量驾驶数据回注测试方法、装置、设备及存储介质。

在介绍本申请实施例的批量驾驶数据回注测试方法之前，先简单介绍下相关技术中的数据回灌方法。

相关技术中提出一种基于数据拼接技术实现历史传感器数据回灌的方法，包括：(1)利用dat文件中的整车信息和摄像头pack文件中的整车信息进行匹配，找出摄像头每一帧数据需要插入到dat中的哪个位置，将每一帧需要插入的位置存储为一个map；(2)利用匹配后得到的map，将摄像头pack数据中每一帧的车道线，以及目标车信息转化为dat中的数据格式并插入到dat中，进行数据拼接；(3)将拼接后的数据回灌到自动驾驶融合算法中，验证历史场景是否还会出现自动驾驶出错问题。由此，对自动驾驶车辆的历史行驶场景和历史数据进行二次利用，避免数据的浪费，有利于验证自动驾驶算法在历史场景上的有效性。

然而，该数据回注系统进行仅仅只能离线回注，每一次回注都需要在回注台架上进行；并且由于台架资源费用昂贵，数量有限，搭建台架环境复杂耗时，测试效率低下，如果能够在纯软件环境进行测试可以大大节约测试成本。

相关技术中还提出一种自动驾驶测试系统及方法，属于自动驾驶汽车测试技术领域。该自动驾驶测试系统，包括数据输入模块、数据接收模块、数据分析模块和数据反馈模块：数据输入模块负责对自动驾驶控制系统各层输入数据及错误注入操作；数据接收模块负责接收各层输出数据；数据分析模块负责根据输入数据和输出数据分析判断自动驾驶控制系统各层功能、性能是否正常；数据反馈模块负责为各层提供必要的数据反馈，模拟车辆数据反馈。该自动驾驶测试系统能够完成模块化测试，分析测试车辆控制指令完成整套自动驾驶控制系统的测试验证，并能完成不同型号和性能车辆的模拟测试验证，具有很好的推广应用价值。

然而，该测试系统及方法对比分析不够自动化，效率低，无法利用历史实车数据，造成历史数据的浪费。

正是基于上述问题，本申请提供了一种批量驾驶数据回注测试方法，在该方法中，通过将获取的实车测试数据，输入至预设的自动驾驶软件框架系统进行回注测试，将输出的初始回注结果输入至预设的回注测试工具，批量执行预设的回注评测规则脚本，根据得到多个不同软件版本的回注结果生成驾驶数据回注测试报告。由此，通过批量回注实车历史场景数据到自动驾驶不同软件版本集成环境中进行测试，解决了实车场景问题分析效率低以及因为台架环境复杂而测试效率低的问题，高效利用历史数据，节约了测试人员的测试验证时间，提升了测试效率。

具体而言，图1为本申请实施例所提供的一种批量驾驶数据回注测试方法的流程示意图。

该实施例中，测试工具的运行环境为办公电脑纯软件环境，通过自动驾驶软件框架系统，从应用层最前端组件注入数据，通过配置文件设置，启动智能驾驶框架软件中所有的组件，该系统集成了ADC(Autonomous Driving Controller，模拟数字转换器)域控制器的所有的组件算法模块，如此完全模拟了实车场景，无需搭建复杂的ADC域控制器+PC的台架测试环境。

如图1所示，该批量驾驶数据回注测试方法包括以下步骤：

在步骤S101中，获取实车测试数据，并将实车测试数据输入至预设的自动驾驶软件框架系统进行回注测试，输出初始回注结果。

具体地，本申请实施例将测试人员实车测试中记录实车数据通过预设的自动驾驶软件框架系统进行数据回注器。其中，数据回注器负责读取记录的原始dat数据文件，按照数据记录时间的时序，进行同步后，回注到软件框架中，驱动组件运行进行离线数据的分析和验证。

在步骤S102中，将初始回注结果输入至预设的回注测试工具，并通过预设的回注测试工具批量执行预设的回注评测规则脚本，得到多个不同软件版本的回注结果。

具体而言，本申请实施例可将自动驾驶框架软件输出的各组件模块的离线数据回注结果需要输入到回注测试工具。

进一步地，在一些实施例中，在通过预设的回注测试工具批量执行预设的回注评测规则脚本之前，还包括：确定当前回注测试需求，并根据当前回注测试需求制定至少一个目标规则策略；基于至少一个目标规则策略，分析初始回注结果，得到当前缺陷和当前缺陷对应的校验规则，并根据当前缺陷和当前缺陷对应的校验规则生成预设的回注评测规则脚本。

应当理解的是，本申请实施例可以根据回注测试需求，进行规则策略的制定，对场景数据进行校验，不同的规则策略会产生不同的场景数据，各种规则策略可以进行组合，也可以通过需求选取感兴趣的数据，并进行具体的分析，验证算法的有效性，进行各种场景算法模块逻辑的校验。

需要说明的是，回注测试工具集成上述缺陷系统的所有的该版本的缺陷对应校验规则后，执行自动化脚本，通过各个组件的信号输出进行特定模块的算法以及智能驾驶的安全性、舒适性等需求校验，验证问题模块的算法缺陷是否修复。

在步骤S103中，根据多个不同软件版本的回注结果生成驾驶数据回注测试报告。

其中，不同软件版本指的是软件产品投入使用以后，经过一段时间运行提出了变更的要求，需要做较大的修正或纠错，为增强功能或提高性能而更新出新的版本。

具体地，当工具中所有测试规则脚本执行完成后，系统会自动生成excel测试报告，如图2所示，分别包含了缺陷系统的缺陷编号，用例名，测试前后两个版本的版本号和两个版本对应的测试结果。

进一步地，在一些实施例中，根据多个不同软件版本的回注结果生成驾驶数据回注测试报告，包括：获取缺陷系统的缺陷编号；识别每个软件版本的版本号，并基于每个软件版本的版本号确定每个软件版本的回注结果和每个软件版本的测试用例；根据缺陷系统的缺陷编号、每个软件版本的版本号、每个软件版本的回注结果和每个软件版本的测试用例生成excel测试报告。

举例来说，如图2所示，缺陷编号DTM20211122000184，当软件版本为2.8.0版本时，测试结果为fail，更新版本为2.8.3版本时，回注测试结果为success，测试结论为通过，表明更新后的版本解决了对应的缺陷问题。由此，根据多个缺陷问题进行不同版本的数据回注测试得到的测试结果，即可生成测试报告，证实更新版本是否解决相应的缺陷问题。

进一步地，在一些实施例中，在根据多个不同软件版本的回注结果生成驾驶数据回注测试报告之后，还包括：从excel测试报告分析获取测试不通过的缺陷编号和不通过的版本的版本号；根据不通过的缺陷编号和不通过的版本的版本号生成不通过原因。

举例来说，如图2所示，缺陷编号DTM20211122000185，当软件版本为2.8.0版本时，测试结果为fail，更新版本为2.8.3版本时，回注测试结果仍为fail，测试结论为不通过，表明更新后的版本未解决对应的缺陷问题，本申请实施例可以根据未通过的缺陷编号以及版本号生成失败原因，从而便于相关测试人员后期优化改进。

为了使得本领域技术人员进一步了解本申请实施例的目标重叠显示的优化方法，下面结合图3进行详细说明。

如图3所示，图3为本申请的一个实施例的回注测试工具流程图，包括以下步骤：

S301，新版本实车测试。

S302，记录问题。

S303，实车记录数据dat。

S304，自动驾驶软件框架系统启动所有组件。

S305，数据回注器。

S306，输出回注结果。

具体地，本申请实施例将实车数据通过自动驾驶框架软件，进行数据回注器。其中，数据回注器负责读取记录的原始dat数据文件，按照数据记录时间的时序，进行同步后，回注到软件框架中，驱动组件运行进行离线数据的分析和验证。

S307，回注自动化测试脚本。

具体地，本申请实施例将自动驾驶框架软件输出的各组件模块的离线数据回注结果输入到回注测试工具。

S308，通过回注测评规则。

具体地，本申请实施例根据回注测试需求，进行规则策略的制定，对场景数据进行校验，不同的规则策略会产生不同的场景数据，各种规则策略可以进行组合，也可以通过需求选取感兴趣的数据，并进行具体的分析，验证算法的有效性，进行各种场景算法模块逻辑的校验。

进一步地，回注测试工具集成所有的该版本的缺陷对应校验规则后，执行自动化脚本，通过各个组件的信号输出进行特定模块的算法以及智能驾驶的安全性、舒适性等需求校验，验证问题模块的算法缺陷是否修复。

S309，自动生成xls测试报告。

具体地，当工具中所有测试规则脚本执行完成后，系统会自动生成excel测试报告，分别包含了缺陷系统的缺陷编号，用例名，测试前后两个版本的版本号和两个版本对应的测试结果。

本领域技术人员应该理解到的是，本申请的上述实施例仅是为说明本申所作的举例，而并非是对本申请实施方式的限定。

根据本申请实施例提出的批量驾驶数据回注测试方法，通过将获取的实车测试数据，输入至预设的自动驾驶软件框架系统进行回注测试，将输出的初始回注结果输入至预设的回注测试工具，批量执行预设的回注评测规则脚本，根据得到多个不同软件版本的回注结果生成驾驶数据回注测试报告。由此，通过批量回注实车历史场景数据到自动驾驶不同软件版本集成环境中进行测试，解决了实车场景问题分析效率低以及因为台架环境复杂而测试效率低的问题，高效利用历史数据，节约了测试人员的测试验证时间，提升了测试效率。

其次参照附图描述根据本申请实施例提出的批量驾驶数据回注测试装置。

图4是本申请实施例的批量驾驶数据回注测试装置的方框示意图。

如图4所示，该批量驾驶数据回注测试装置10包括：获取模块100、执行模块200和生成模块300。

其中，获取模块100，用于获取实车测试数据，并将实车测试数据输入至预设的自动驾驶软件框架系统进行回注测试，输出初始回注结果；

执行模块200，用于将初始回注结果输入至预设的回注测试工具，并通过预设的回注测试工具批量执行预设的回注评测规则脚本，得到多个不同软件版本的回注结果；以及

生成模块300，用于根据多个不同软件版本的回注结果生成驾驶数据回注测试报告。

进一步地，在一些实施例中，在通过预设的回注测试工具批量执行预设的回注评测规则脚本之前，执行模块200，还用于：

确定当前回注测试需求，并根据当前回注测试需求制定至少一个目标规则策略；

基于至少一个目标规则策略，分析初始回注结果，得到当前缺陷和当前缺陷对应的校验规则，并根据当前缺陷和当前缺陷对应的校验规则生成预设的回注评测规则脚本。

进一步地，在一些实施例中，生成模块300，具体用于：

获取缺陷系统的缺陷编号；

识别每个软件版本的版本号，并基于每个软件版本的版本号确定每个软件版本的回注结果和每个软件版本的测试用例；

根据缺陷系统的缺陷编号、每个软件版本的版本号、每个软件版本的回注结果和每个软件版本的测试用例生成excel测试报告。

进一步地，在一些实施例中，在根据多个不同软件版本的回注结果生成驾驶数据回注测试报告之后，生成模块300，还用于：

从excel测试报告分析获取测试不通过的缺陷编号和不通过的版本的版本号；

根据不通过的缺陷编号和不通过的版本的版本号生成不通过原因。

需要说明的是，前述对批量驾驶数据回注测试方法实施例的解释说明也适用于该实施例的批量驾驶数据回注测试装置，此处不再赘述。

根据本申请实施例提出的批量驾驶数据回注测试装置，通过将获取的实车测试数据，输入至预设的自动驾驶软件框架系统进行回注测试，将输出的初始回注结果输入至预设的回注测试工具，批量执行预设的回注评测规则脚本，根据得到多个不同软件版本的回注结果生成驾驶数据回注测试报告。由此，通过批量回注实车历史场景数据到自动驾驶不同软件版本集成环境中进行测试，解决了实车场景问题分析效率低以及因为台架环境复杂而测试效率低的问题，高效利用历史数据，节约了测试人员的测试验证时间，提升了测试效率。

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

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

处理器502执行程序时实现上述实施例中提供的批量驾驶数据回注测试方法。

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

通信接口503，用于存储器501和处理器502之间的通信。

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

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

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

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

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

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

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

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

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

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

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

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

Claims (10)

1.一种批量驾驶数据回注测试方法，其特征在于，包括以下步骤：

获取实车测试数据，并将所述实车测试数据输入至预设的自动驾驶软件框架系统进行回注测试，输出初始回注结果；

将所述初始回注结果输入至预设的回注测试工具，并通过所述预设的回注测试工具批量执行预设的回注评测规则脚本，得到多个不同软件版本的回注结果；以及

根据所述多个不同软件版本的回注结果生成驾驶数据回注测试报告。

2.根据权利要求1所述的方法，其特征在于，在通过所述预设的回注测试工具批量执行所述预设的回注评测规则脚本之前，还包括：

确定当前回注测试需求，并根据所述当前回注测试需求制定至少一个目标规则策略；

基于所述至少一个目标规则策略，分析初始回注结果，得到当前缺陷和所述当前缺陷对应的校验规则，并根据所述当前缺陷和所述当前缺陷对应的校验规则生成所述预设的回注评测规则脚本。

3.根据权利要求1所述的方法，其特征在于，所述根据所述多个不同软件版本的回注结果生成驾驶数据回注测试报告，包括：

获取缺陷系统的缺陷编号；

识别每个软件版本的版本号，并基于所述每个软件版本的版本号确定所述每个软件版本的回注结果和所述每个软件版本的测试用例；

根据所述缺陷系统的缺陷编号、所述每个软件版本的版本号、所述每个软件版本的回注结果和所述每个软件版本的测试用例生成excel测试报告。

4.根据权利要求3所述的方法，其特征在于，在根据所述多个不同软件版本的回注结果生成所述驾驶数据回注测试报告之后，还包括：

从所述excel测试报告分析获取测试不通过的缺陷编号和不通过的版本的版本号；

根据所述不通过的缺陷编号和不通过的版本的版本号生成不通过原因。

5.一种批量驾驶数据回注测试装置，其特征在于，包括：

获取模块，用于获取实车测试数据，并将所述实车测试数据输入至预设的自动驾驶软件框架系统进行回注测试，输出初始回注结果；

执行模块，用于将所述初始回注结果输入至预设的回注测试工具，并通过所述预设的回注测试工具批量执行预设的回注评测规则脚本，得到多个不同软件版本的回注结果；以及

生成模块，用于根据所述多个不同软件版本的回注结果生成驾驶数据回注测试报告。

6.根据权利要求5所述的装置，其特征在于，在通过所述预设的回注测试工具批量执行所述预设的回注评测规则脚本之前，所述执行模块，还用于：

确定当前回注测试需求，并根据所述当前回注测试需求制定至少一个目标规则策略；

基于所述至少一个目标规则策略，分析初始回注结果，得到当前缺陷和所述当前缺陷对应的校验规则，并根据所述当前缺陷和所述当前缺陷对应的校验规则生成所述预设的回注评测规则脚本。

7.根据权利要求5所述的装置，其特征在于，所述生成模块，具体用于：

获取缺陷系统的缺陷编号；

识别每个软件版本的版本号，并基于所述每个软件版本的版本号确定所述每个软件版本的回注结果和所述每个软件版本的测试用例；

根据所述缺陷系统的缺陷编号、所述每个软件版本的版本号、所述每个软件版本的回注结果和所述每个软件版本的测试用例生成excel测试报告。

8.根据权利要求7所述的装置，其特征在于，所述生成模块，还用于：

从所述excel测试报告分析获取测试不通过的缺陷编号和不通过的版本的版本号；

根据所述不通过的缺陷编号和不通过的版本的版本号生成不通过原因。

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

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

Images