一种车路协同应用场景测试方法及系统与流程

1.本发明涉及智能联网技术领域，尤其涉及一种车路协同应用场景测试方法及系统。


背景技术：

2.随着车辆物联网技术不断发展，v2x效率类应用逐步被应用在车辆之中，同时也为各地示范区建立更加全面的智能网联汽车、智慧交通测试环境创造了有利条件。
3.智能网联汽车：是指搭载先进的车载传感器、控制器、执行器等装置，并融合现代通信与网络技术，实现车与x(人、车、路、云端等)智能信息交换、共享，具备复杂环境感知、智能决策、协同控制等功能，实现“安全、舒适、节能、高效”行驶，并最终可替代人来操作的新一代汽车。场景：是指一定时间和空间范围内驶行环境与汽车驾驶行为的综合反映，描述了外部道路、气象和交通参与物以及车辆自身的驾驶任务和状态等信息。服务于特定测试目的的场景被成为测试场景。
4.当前，智能网联车载终端v2x功能测试方法多为实车测试，采用真实存在的背景参与者如背景车辆、背景人，会耗费大量人力、物力成本进行安装、调试、驾驶等工作，测试成本较高，并且测试过程需要人工全程干预，测试效率较低，无法及时准确对测试数据进行分析，测试效率较低，且可能存在测试数据无法使用的情况。


技术实现要素：

5.本发明主要目的在于提供一种车路协同应用场景测试方法及系统，能够减少实际交通参与者，降低测试成本，实现全流程自动化测试，并且提高测试效率，同时还能够对不合格的测试过程及时进行补测，保证测试数据有效。
6.第一方面，本技术提供了一种车路协同应用场景测试方法，该方法包括步骤：
7.创建虚拟下发数据库，并通过所述虚拟下发数据库为被测车辆选取测试用例，其中所述虚拟下发数据包括：背景交通参与者行驶数据和道路事件类型；
8.通过选取的测试用例，判断被测车辆到达指定区域时的行驶状态是否满足下发虚拟用例的条件，其中所述虚拟用例为采用虚拟的数据代替真实的车辆、人和道路事件；
9.当满足下发虚拟用例的条件时，对所述被测车辆下发虚拟用例，并进行测试。
10.结合上述第一方面，作为一种可选的实现方式，根据v2x场景测试内容，梳理所有测试用例中背景交通参与者运行工况及路径，并采集背景交通参与者行驶数据，以生成背景交通参与者场景数据库；
11.且梳理道路事件类型和区域，并采集事件位置信息，以生成事件类型场景数据库；
12.通过整合所述背景交通参与者场景数据库和事件类型场景数据库，得到虚拟下发数据库。
13.结合上述第一方面，作为一种可选的实现方式，对各个应用场景按照首字母顺序进行自动编号，其中同一场景中按照速度大小的顺序进行自动编号；
14.根据测试需求从所述虚拟下发数据库中，选取被测车辆在各个应用场景中所需的测试用例。
15.结合上述第一方面，作为一种可选的实现方式，根据实时获取的车辆位置，确定被测车辆是否行驶至指定区域；
16.当确定所述被测车辆行驶至指定区域内时，实时采集所述被测车辆的速度和行驶位置；
17.当所述被测车辆的速度与选取的测试用例速度的偏差不超过预设范围，且所述被测车辆沿道路中心线或指定位置行驶时，判断所述被测车辆到达指定区域时的行驶状态满足下发虚拟用例的条件。
18.结合上述第一方面，作为一种可选的实现方式，当判断所述被测车辆到达指定区域时的行驶状态不满足下发虚拟用例的条件时，在所述被测车辆显示器上显示本次选取的测试用例无效，并重新进行测试。
19.结合上述第一方面，作为一种可选的实现方式，采集所述被测车辆的行驶数据，其中所述行驶数据包括速度、轨迹、加速度和转向灯；
20.对采集的行驶数据进行分析，确定是否满足测试标准；
21.若是，对满足测试的数据进行标记，若否，对不满足测试的数据进行重测。
22.结合上述第一方面，作为一种可选的实现方式，在所述被测车辆的显示器上显示已经标记的测试数据、已完成测试用例信息、当前测试用例信息和下一测试用例信息。
23.第二方面，本技术提供了一种车路协同应用场景测试系统，该系统包括：
24.操作单元，其用于创建的虚拟下发数据库，并通过所述虚拟下发数据库为被测车辆选取测试用例，其中所述虚拟下发数据包括：背景交通参与者行驶数据和道路事件类型；
25.中央处理单元，其用于通过选取的测试用例，判断被测车辆到达指定区域时的行驶状态是否满足下发虚拟用例的条件，其中所述虚拟用例为采用虚拟的数据代替真实的车辆、人和道路事件；
26.虚拟下发单元，其用于当满足下发虚拟用例的条件时，对所述被测车辆下发虚拟用例，并进行测试。
27.结合上述第二方面，作为一种可选的实现方式，还包括数据采集单元，其用于采集所述被测车辆的行驶数据，其中所述行驶数据包括速度、轨迹、加速度和转向灯；
28.对采集的行驶数据进行分析，确定是否满足测试标准；
29.若是，对满足测试的数据进行标记，若否，不满足测试的数据进行重测。
30.结合上述第二方面，作为一种可选的实现方式，还包括显示单元，其用于在所述被测车辆的显示器上显示已经标记的测试数据、已完成测试用例信息、当前测试用例信息和下一测试用例信息。
31.本技术提供的一种车路协同应用场景测试方法及系统，其中该方法包括步骤：创建虚拟下发数据库，并通过所述虚拟下发数据库为被测车辆选取测试用例，其中所述虚拟下发数据包括：背景交通参与者行驶数据和道路事件类型；通过选取的测试用例，判断被测车辆到达指定区域时的行驶状态是否满足下发虚拟用例的条件，其中所述虚拟用例为采用虚拟的数据代替真实的车辆、人和道路事件；当满足下发虚拟用例的条件时，对所述被测车辆下发虚拟用例，并进行测试。本技术能够减少实际交通参与者，降低测试成本，实现全流
程自动化测试，并且提高测试效率，同时还能够对不合格的测试过程及时进行补测，保证测试数据有效。
32.应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。
附图说明
33.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并于说明书一起用于解释本发明的原理。
34.图1为本技术实施例中提供的一种车路协同应用场景测试方法流程图；
35.图2为本技术实施例中提供的一种车路协同应用场景测试系统示意图。
具体实施方式
36.这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
37.此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。附图所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。
38.本技术实施例提供了一种车路协同应用场景测试方法及系统，能够减少实际交通参与者，降低测试成本，实现全流程自动化测试，并且提高测试效率，同时还能够对不合格的测试过程及时进行补测，保证测试数据有效。
39.为达到上述技术效果，本技术的总思路如下：
40.一种车路协同应用场景测试方法，该方法包括步骤：
41.s101：创建虚拟下发数据库，并通过所述虚拟下发数据库为被测车辆选取测试用例，其中所述虚拟下发数据包括：背景交通参与者行驶数据和道路事件类型。
42.s102：通过选取的测试用例，判断被测车辆到达指定区域时的行驶状态是否满足下发虚拟用例的条件，其中所述虚拟用例为采用虚拟的数据代替真实的车辆、人和道路事件。
43.s103：当满足下发虚拟用例的条件时，对所述被测车辆下发虚拟用例，并进行测试。
44.以下结合附图对本技术的实施例作进一步详细说明。
45.参照图1，图1所示为本发明提供的一种车路协同应用场景测试方法流程图，如图1所示，该方法包括步骤：
46.步骤s101：创建虚拟下发数据库，并通过所述虚拟下发数据库为被测车辆选取测试用例，其中所述虚拟下发数据包括：背景交通参与者行驶数据和道路事件类型。
47.具体而言，根据v2x场景测试内容梳理所有测试用例中背景交通参与者(背景车、背景人)运行工况及路径，建立背景交通参与者工况梳理表，并完成背景交通参与者行驶数据采，以生成背景交通参与者场景数据库。根据v2x场景测试内容，梳理事件类型、区域，建立事件位置信息表，并进行事件位置信息采集，以生成事件类型场景数据库，4、整合有背景
交通参与者场景数据库、事件类场景数据库得到虚拟下发数据库(v2x虚拟下发数据库)。
48.对各个应用场景按照首字母顺序自动编号，同1个场景按照速度大小顺序进行编号，完成后继续进行下场景编号，直至所有场景自动编号完成。根据测试需求从所述虚拟下发数据库中，选取被测车辆在各个应用场景中所需的测试用例。
49.需要说明的是，系统自动编号，需表现对于的测试用例(如：fcw-a-40-20-01，表示fcw应用功能、a场景、被测车40、目标车20用例的第1次测试)，可以理解的是编号的目的是便于后期检查是否完成测试，并进行后续数据处理工作。
50.可以理解的是，从建立的虚拟下发数据库中选取被测车辆在各个场景中的测试用例，需要说明的是，每个场景有多个用例，根据需求选取用例，方便理解举例说明，例如有a、b、c和d四个场景中，选取用例时根据需求在a场景中选取一个，到b场景时，选取三个，到c场景时选取两个，到d场景时选取四个。
51.可选的，根据选取的测试用例，在显示系统中按顺序进行显示。
52.一实施例中，1、梳理标准t/csae 246-2022中背景车行驶要求，组织车辆在被测道路按要求行驶，记录行驶过程参数(车辆位置、速度、加速度、转向灯、航向角、故障灯信号、abs、esp、tcs、ldw状态)。建立用例库。
53.步骤s102：通过选取的测试用例，判断被测车辆到达指定区域时的行驶状态是否满足下发虚拟用例的条件，其中所述虚拟用例为采用虚拟的数据代替真实的车辆、人和道路事件。
54.具体而言，通过选取各个应用场景的测试用例，实时获取的车辆位置，确定被测车辆是否行驶至指定区域，当确定所述被测车辆行驶至指定区域内时，实时采集所述被测车辆的速度和行驶位置，当所述被测车辆的速度与选取的测试用例速度的偏差不超过预设范围，且所述被测车辆沿道路中心线或指定位置行驶时，判断所述被测车辆到达指定区域时的行驶状态满足下发虚拟用例的条件。
55.一实施例中，当判断所述被测车辆到达指定区域时的行驶状态不满足下发虚拟用例的条件时，不进行虚拟数据的下发，并在被测车辆显示器上显示本次选取的测试用例无效，并重新进行测试。
56.需要说明的是，假设选取a场景用例速度为20km/h，当车辆行驶至指定区域后，在进入d区域前需速度为20
±
1km/h，沿目标车道中心行驶或其他指定位置行驶(无特殊要求均是沿中心线)时，满足下发虚拟数据的条件。
57.一实施例中，根据测试用例设置，判断车辆到达测试区域内时是否达到测试要求，若达到则开始下发用例。(车辆速度、行驶轨迹测试满足试验要求)
58.在进行下发同时在被测车辆的显示系统上进行显示告知驾驶员。对于不满足情况不进行下发。(采用的是下发前进行测试用例可行性判断，减少工作测试工作量及不符合项，避免后续补测)实时记录完成用例情况、当前用例、下一个用例便于驾驶员准备。同时驾驶员也可通过手动处理方式暂停、删除不符合测试。
59.需要说明的是，虚拟下发测试是通过上位机控制通信单元发送由系统模拟器模拟的测试用例来完成测试。虚拟下发测试系统由上位机和系统模拟器两个部分组成。上位机实现测试用例发送及运行，系统模拟器上实现基于lte的车联网无线通信技术的交通参与者或交通事件信息的模拟。
60.可以理解的是，判断是否满足虚拟下发的条件为1、车辆行驶位置，车辆到达指定区域(d区域)、是否沿目标车道中间或其他位置要求行驶
61.2、车辆行驶参数是否满足测试需求，如：速度、加速度。
62.需要说明的是，实际测试车速与标准规定的试验车速偏差不超过1km/h被测车辆侧向偏移量为
±
0.5m。(如要求沿车道中心行驶，则在车道中心
±
0.5m即满足条件)
63.方便理解举例说明，测试中要求被测车辆以a速度、沿车道x位置稳定行驶。判断的是被测车辆行驶状况是否满足用例要求。
64.如用例1：测试参数为被测车辆速度20km/h，背景车辆速度0，重叠率100％
65.被测车辆要求：在进入d区域前需速度为20
±
1km/h，沿目标车道中心行驶
66.虚拟下发的数据：背景车静止在l区域目标车道中心某点。
67.可选的，当车辆行驶至指定区域(d区)开始下发虚拟数据，判断车辆当前行驶状况是否满足测试要求(速度、位置)
68.同时在下发数据前需判断进入d区域前车辆速度、位置是否满足要求(如：要求车辆速度为40km/h，沿中心线行驶(无特殊要求均是沿中心线)，车在进入d区域36km/h就不合格/未沿中心线行驶，不进行下发)
69.一实施例中，被测车辆安装高精定位及采集设备后按测试要求(如：fcw测试(v2v场景)，目标车速20
±
1km/h、沿车道中间稳定行驶)行驶到指定区域(d区域)。中央处理器实时分析被测车辆数据，当被测车辆进入d区域后，且此时被测车辆满足测试要求时，由路侧rsu/obu下发背景车辆数据(v2v场景用obu发、v2i场景用rsu发)，同时中央处理器收集并记录车辆的数采设备采集的被测车辆位置、速度、加速度、转向灯信息。若遇到车辆故障情况则需人工暂停测试，若无，则通过中央处理器进行d段中被测车辆行驶数据分析，对有效数据进行记录并编号(如要求车辆按照20
±
1km/h的速度行驶，d段均满足要求，则该条测试数据有效)。
70.步骤s103：当满足下发虚拟用例的条件时，对所述被测车辆下发虚拟用例，并进行测试。
71.具体而言，判断车辆当前行驶状况是否满足测试要求(速度、位置)，同时在下发数据前需判断进入d区域前车辆速度、位置是否满足要求(如：要求车辆速度为40km/h，沿中心线行驶(无特殊要求均是沿中心线)，车在进入d区域36km/h就不合格/未沿中心线行驶，不进行下发)当满足测要求时，进行虚拟数据下发，并进行测试数据采集记录，对遇到车辆故障情况则需人工暂停测试，若无则通过中央处理器进行d段中被测车辆行驶数据分析，对有效数据进行记录并编号(如要求车辆按照20
±
1km/h的速度行驶，d段均满足要求，则该条测试数据有效)。
72.一实施例中，采集所述被测车辆的行驶数据，其中所述行驶数据包括速度、轨迹、加速度和转向灯，对采集的行驶数据进行分析，确定是否满足测试标准，若是，对满足测试的数据进行标记，若否，对不满足测试的数据进行重测。
73.可以理解的是，在下发虚拟数据，并且测试车辆测试完成后(可理解为，车辆驶出d区域)，对测试完成的数据进行判断是否满足测试要求，若满足则确定本次测试数据有效，并记录为有效数据，若否则进行显示，并重测。
74.一实施例中，根据数据采集单元发送给中央处理单元的测试车辆数据确定当被测
车辆满足测试条件，进行测试用例下发至rsu，在下发用例同时控制高精数据采集及记录设备开始进行数据采集记录，并接收数据编号，将测试数据编号、已完成测试用例信息、当前测试用例信息、下一测试用例信息发送在显示系统，显示系统：显示中央处理系统发送的内容。
75.需要说明的是，本测试系统各组件需保持时间同步，原因是：后期数据处理中需要进行数据对齐，选取同时间被测车辆数据和背景车辆/人数据，判断预警时机是否满足要求(预警距离、预警ttc等是否与标准要求相符合)不同步就无法准确提取预警距离、预警ttc(＝相对纵向距离/速度差)，测试数据不可用。
76.参照图2，图2所示为本发明提供的一种车路协同应用场景测试系统示意图，如图2所示，该系统包括：
77.操作单元201：其用于创建的虚拟下发数据库，并通过所述虚拟下发数据库为被测车辆选取测试用例，其中所述虚拟下发数据包括：背景交通参与者行驶数据和道路事件类型。
78.中央处理单元202：其用于通过选取的测试用例，判断被测车辆到达指定区域时的行驶状态是否满足下发虚拟用例的条件，其中所述虚拟用例为采用虚拟的数据代替真实的车辆、人和道路事件。
79.虚拟下发单元203：其用于当满足下发虚拟用例的条件时，对所述被测车辆下发虚拟用例，并进行测试。
80.进一步地，操作单元，还用于根据v2x场景测试内容，梳理所有测试用例中背景交通参与者运行工况及路径，并采集背景交通参与者行驶数据，以生成背景交通参与者场景数据库；
81.且梳理道路事件类型和区域，并采集事件位置信息，以生成事件类型场景数据库；
82.通过整合所述背景交通参与者场景数据库和事件类型场景数据库，得到虚拟下发数据库。
83.进一步地，所述中央处理单元还用于，对各个应用场景按照首字母顺序进行自动编号，其中同一场景中按照速度大小的顺序进行自动编号；
84.根据测试需求从所述虚拟下发数据库中，选取被测车辆在各个应用场景中所需的测试用例。
85.进一步地，所述中央处理单元还用于，根据实时获取的车辆位置，确定被测车辆是否行驶至指定区域；
86.当确定所述被测车辆行驶至指定区域内时，实时采集所述被测车辆的速度和行驶位置；
87.当所述被测车辆的速度与选取的测试用例速度的偏差不超过预设范围，且所述被测车辆沿道路中心线或指定位置行驶时，判断所述被测车辆到达指定区域时的行驶状态满足下发虚拟用例的条件。
88.进一步地，所述中央处理单元还用于，当判断所述被测车辆到达指定区域时的行驶状态不满足下发虚拟用例的条件时，在所述被测车辆显示器上显示本次选取的测试用例无效，并重新进行测试。
89.进一步地，还包括数据采集单元205，其用于采集所述被测车辆的行驶数据，其中
所述行驶数据包括速度、轨迹、加速度和转向灯，并将数据发送给中央处理单元；
90.所述中央处理单元还用于对采集的行驶数据进行分析，确定是否满足测试标准；
91.若是，对满足测试的数据进行标记，若否，不满足测试的数据进行重测。
92.进一步地，还包括显示单元206，其用于在所述被测车辆的显示器上显示已经标记的测试数据、已完成测试用例信息、当前测试用例信息和下一测试用例信息。
93.此外，还需说明的是，操作系统：还可对中央处理系统测试用例进行编辑，具有开启、暂停、删除，重置测试用例。
94.虚拟下发单元还用于接收被测车辆距离、速度等数据，并将数据回传至中央处理系统，并在接收到中央处理系统下发的用例后，通过广播形式发送给被测车辆。根据测试需求可选用obu\rsu。
95.需要说明的是，中央处理器与虚拟下发系统采用光纤进行数据传输。中央处理器与显示系统、操作系统、数据采集单元采用5g网联传输，数据采集单元与被测车辆obu无连接，通过数据采集单元的高精定位系统、摄像头等获取被测车辆obu位置及报警信息。虚拟下发装置与被测车辆obu通过c-v2x进行数据传输。
96.综上所述，本技术提供的一种车路协同应用场景测试方法及系统，其中该方法包括步骤：创建虚拟下发数据库，并通过所述虚拟下发数据库为被测车辆选取测试用例，其中所述虚拟下发数据包括：背景交通参与者行驶数据和道路事件类型；通过选取的测试用例，判断被测车辆到达指定区域时的行驶状态是否满足下发虚拟用例的条件，其中所述虚拟用例为采用虚拟的数据代替真实的车辆、人和道路事件；当满足下发虚拟用例的条件时，对所述被测车辆下发虚拟用例，并进行测试。本技术能够减少实际交通参与者，降低测试成本，实现全流程自动化测试，并且提高测试效率，同时还能够对不合格的测试过程及时进行补测，保证测试数据有效。
97.以上所述仅是本技术的具体实施方式，使本领域技术人员能够理解或实现本技术。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

技术特征：
1.一种车路协同应用场景测试方法，其特征在于，包括：创建虚拟下发数据库，并通过所述虚拟下发数据库为被测车辆选取测试用例，其中所述虚拟下发数据包括：背景交通参与者行驶数据和道路事件类型；通过选取的测试用例，判断被测车辆到达指定区域时的行驶状态是否满足下发虚拟用例的条件，其中所述虚拟用例为采用虚拟的数据代替真实的车辆、人和道路事件；当满足下发虚拟用例的条件时，对所述被测车辆下发虚拟用例，并进行测试。2.根据权利要求1所述的方法，其特征在于，所述创建的虚拟下发数据库，包括：根据v2x场景测试内容，梳理所有测试用例中背景交通参与者运行工况及路径，并采集背景交通参与者行驶数据，以生成背景交通参与者场景数据库；且梳理道路事件类型和区域，并采集事件位置信息，以生成事件类型场景数据库；通过整合所述背景交通参与者场景数据库和事件类型场景数据库，得到虚拟下发数据库。3.根据权利要求1所述的方法，其特征在于，通过所述虚拟下发数据库为被测车辆选取测试用例，包括：对各个应用场景按照首字母顺序进行自动编号，其中同一场景中按照速度大小的顺序进行自动编号；根据测试需求从所述虚拟下发数据库中，选取被测车辆在各个应用场景中所需的测试用例。4.根据权利要求1所述的方法，其特征在于，所述通过选取的测试用例，判断所述被测车辆到达指定区域时的行驶状态是否满足下发虚拟用例的条件，包括：根据实时获取的车辆位置，确定被测车辆是否行驶至指定区域；当确定所述被测车辆行驶至指定区域内时，实时采集所述被测车辆的速度和行驶位置；当所述被测车辆的速度与选取的测试用例速度的偏差不超过预设范围，且所述被测车辆沿道路中心线或指定位置行驶时，判断所述被测车辆到达指定区域时的行驶状态满足下发虚拟用例的条件。5.根据权利要求4所述的方法，其特征在于，还包括：当判断所述被测车辆到达指定区域时的行驶状态不满足下发虚拟用例的条件时，在所述被测车辆显示器上显示本次选取的测试用例无效，并重新进行测试。6.根据权利要求1所述的方法，其特征在于，对所述被测车辆下发虚拟用例，并进行测试之后，还包括：采集所述被测车辆的行驶数据，其中所述行驶数据包括速度、轨迹、加速度和转向灯；对采集的行驶数据进行分析，确定是否满足测试标准；若是，对满足测试的数据进行标记，若否，对不满足测试的数据进行重测。7.根据权利要求6所述的方法，其特征在于：在所述被测车辆的显示器上显示已经标记的测试数据、已完成测试用例信息、当前测试用例信息和下一测试用例信息。8.一种车路协同应用场景测试系统，其特征在于，包括：操作单元，其用于创建的虚拟下发数据库，并通过所述虚拟下发数据库为被测车辆选
取测试用例，其中所述虚拟下发数据包括：背景交通参与者行驶数据和道路事件类型；中央处理单元，其用于通过选取的测试用例，判断被测车辆到达指定区域时的行驶状态是否满足下发虚拟用例的条件，其中所述虚拟用例为采用虚拟的数据代替真实的车辆、人和道路事件；虚拟下发单元，其用于当满足下发虚拟用例的条件时，对所述被测车辆下发虚拟用例，并进行测试。9.根据权利要求8所述的系统，其特征在于，还包括：数据采集单元，其用于采集所述被测车辆的行驶数据，其中所述行驶数据包括速度、轨迹、加速度和转向灯；所述中央处理单元，对采集的行驶数据进行分析，确定是否满足测试标准；若是，对满足测试的数据进行标记，若否，不满足测试的数据进行重测。10.根据权利要求9所述的系统，其特征在于，还包括：显示单元，其用于在所述被测车辆的显示器上显示已经标记的测试数据、已完成测试用例信息、当前测试用例信息和下一测试用例信息。

技术总结
本发明公开了一种车路协同应用场景测试方法及系统，其中该方法包括步骤：创建虚拟下发数据库，并通过所述虚拟下发数据库为被测车辆选取测试用例，其中所述虚拟下发数据包括：背景交通参与者行驶数据和道路事件类型；通过选取的测试用例，判断被测车辆到达指定区域时的行驶状态是否满足下发虚拟用例的条件，其中所述虚拟用例为采用虚拟的数据代替真实的车辆、人和道路事件；当满足下发虚拟用例的条件时，对所述被测车辆下发虚拟用例，并进行测试。本申请能够减少实际交通参与者，降低测试成本，实现全流程自动化测试，并且提高测试效率，同时还能够对不合格的测试过程及时进行补测，保证测试数据有效。保证测试数据有效。保证测试数据有效。


技术研发人员：肖星星 左少雄 张显淳 韩鹏 王涛
受保护的技术使用者：襄阳达安汽车检测中心有限公司
技术研发日：2023.03.31
技术公布日：2023/6/27