CN115686982A - 车载系统主机测试方法、装置、设备及可读存储介质 - Google Patents

车载系统主机测试方法、装置、设备及可读存储介质 Download PDF

Info

Publication number
CN115686982A
CN115686982A CN202211029445.3A CN202211029445A CN115686982A CN 115686982 A CN115686982 A CN 115686982A CN 202211029445 A CN202211029445 A CN 202211029445A CN 115686982 A CN115686982 A CN 115686982A
Authority
CN
China
Prior art keywords
target
data
host
test
preset
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202211029445.3A
Other languages
English (en)
Inventor
何峰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangzhou Weride Technology Co Ltd
Original Assignee
Guangzhou Weride Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangzhou Weride Technology Co Ltd filed Critical Guangzhou Weride Technology Co Ltd
Priority to CN202211029445.3A priority Critical patent/CN115686982A/zh
Publication of CN115686982A publication Critical patent/CN115686982A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Debugging And Monitoring (AREA)

Abstract

本申请提供一种车载系统主机测试方法、装置、设备及可读存储介质,在接收对目标主机进行测试的测试指令后,确定与测试指令对应的测试任务;在确定测试任务之后,可以在预设的目标车载数据集合中,选取与测试任务对应的目标模拟数据;在确定目标模拟数据之后,可以依据目标模拟数据,对目标主机进行测试,可得到目标主机的测试结果。通过将在真实路测中采集的数据作为实现测试任务的目标模拟数据,并通过自动驾驶模拟运行目标模拟数据的结果来测试真实的主机状态,以解决自动驾驶中对于主机状态的检测或评估的问题,可以提高对主机状态的检测速度,降低对硬件的损耗的同时,节约成本,提高对自动驾驶系统维护的效率。

Description

车载系统主机测试方法、装置、设备及可读存储介质
技术领域
本申请涉及自动驾驶技术领域,尤其涉及一种车载系统主机测试方法、装置、设备及可读存储介质。
背景技术
随着科学技术的发展,自动驾驶技术也发展地越来越好。在自动驾驶中,一个执行自动驾驶的主车通常有一个或者多个主机在运行。主机的生命周期一般符合电子产品的澡盆曲线,即生命周期的初始和生命周期的末端故障率比较高,生命周期中间段的故障率比较低。但一方面由于计算机系统的复杂度很高以及自动驾驶的苛刻使用场景,使得主机性能即使在澡盆曲线中间阶段也更容易出故障。另一方面,传统的测试技术主要是把主机拆分成一个一个小的模块进行测试确保各个部件的健康来保证整个主机的健康,比如分别测试内存和磁盘是否都性能良好来推断主机性能是否良好。但这种测试方案不仅耗时太长且对硬件的损耗比较大、成本高,无法频繁使用。
发明内容
本申请旨在至少能解决上述的技术缺陷之一,有鉴于此,本申请提供了一种车载系统主机测试方法、装置、设备及可读存储介质,用于解决现有技术中测试自动驾驶主机的状态困难的技术缺陷。
一种车载系统主机测试方法,包括:
接收对目标主机进行测试的测试指令,确定与所述测试指令对应的测试任务;
在预设的目标车载数据集合中,选取与所述测试任务对应的目标模拟数据;
依据所述目标模拟数据,对所述目标主机进行测试,得到所述目标主机的测试结果。
优选地,在预设的目标车载数据集合中,选取与所述测试任务对应的目标模拟数据,包括:
确定第一时间戳,所述第一时间戳为目标车辆发生与所述测试任务对应的预定操作时的时间戳;
在所述目标车载数据集合中,选取发生时间位于第一时间区间中的各个第一目标数据,所述第一时间区间为所述第一时间戳的前一时刻至所述第一时间戳的后一时刻;
对各个所述第一目标数据进行预处理,以获得与所述测试任务对应的目标模拟数据。
优选地,所述对各个所述第一目标数据进行预处理,以获得与所述测试任务对应的目标模拟数据,包括:
对于每个所述第一目标数据,确定该第一目标数据在预设的模拟环境中是否满足预设的复现条件;
若该第一目标数据满足所述复现条件,对该第一目标数据添加与所述目标车辆发生的预定操作对应的数据标签;
将各个添加有数据标签的第一目标数据作为与所述测试任务对应的目标模拟数据。
优选地,若所述测试任务的任务类型为性能测试,所述依据所述目标模拟数据,对所述目标主机进行测试,得到所述目标主机的测试结果,包括:
依据所述目标模拟数据,对所述目标主机进行多个不同类型的对比测试,获得每个对比测试下的对比测试结果;
对各个所述对比测试结果进行置信度组合以获得所述目标主机的测试结果。
优选地,若测试任务为对所述目标主机的性能进行测试,该方法还包括:
基于所述目标主机的测试结果,判断当前所述目标主机的总体性能是否出现异常;
若确定所述目标主机的总体性能发生异常,则对所述目标主机进行异常测试;
若确定所述目标主机的总体性能未发生异常,则确定所述目标主机状态良好。
优选地,所述判断当前所述目标主机的总体性能是否出现异常,包括:
将所述目标主机的测试结果,与所述目标主机在所述目标模拟数据中在相同的时间段的性能数据相比得的第一标准差;
若所述第一标准差大于预设的第一阈值,则确定当前所述目标主机的总体性能出现异常。
优选地,所述判断当前所述目标主机的总体性能是否出现异常,包括:
将所述目标主机的测试结果,与已获得的参考性能数据相比得到第二标准差;
若所述第二标准差大于预设的第二阈值,则确定当前所述目标主机的总体性能出现异常。
优选地,所述对于每个所述第一目标数据,确定该第一目标数据在预设的模拟环境中是否满足预设的复现条件,包括:
将每个所述第一目标数据在预设的模拟环境下运行,若该第一目标数据在所述预设的模拟环境下产生第一参数,则确定该第一目标数据在所述预设的模拟环境中满足预设的复现条件,其中,所述第一参数与所述目标车辆执行驾驶任务时产生的相关参数相同;
若该第一目标数据不能在所述预设的模拟环境下产生第一参数,则确定所述第一目标数据不满足预设的复现条件。
一种车载系统主机测试装置,包括:
指令接收单元,用于接收对目标主机进行测试的测试指令,确定与所述测试指令对应的测试任务;
数据获取单元,用于在预设的目标车载数据集合中,选取与所述测试任务对应的目标模拟数据;
测试单元,用于依据所述目标模拟数据,对所述目标主机进行测试,得到所述目标主机的测试结果。
一种车载系统主机测试设备,包括:一个或多个处理器,以及存储器;
所述存储器中存储有计算机可读指令,其特征在于,所述计算机可读指令被所述一个或多个处理器执行时,实现如前述介绍中任一项所述车载系统主机测试方法的步骤。
一种可读存储介质,所述可读存储介质中存储有计算机可读指令,所述计算机可读指令被一个或多个处理器执行时,使得一个或多个处理器实现如前述介绍中任一项所述车载系统主机测试方法的步骤。
从以上技术方案可以看出,本申请实施例可以接收对目标主机进行测试的测试指令之后,确定与所述测试指令对应的测试任务;在确定测试任务之后,可以在预设的目标车载数据集合中,选取与所述测试任务对应的目标模拟数据;在确定所述目标模拟数据之后,可以依据所述目标模拟数据,对所述目标主机进行测试,由此可以得到所述目标主机的测试结果。
本申请实施例提供的方法可以通过将在真实路测中采集的数据作为实现测试任务的目标模拟数据,并通过自动驾驶模拟运行目标模拟数据的结果来测试真实的主机状态,以解决自动驾驶中对于主机状态的检测或评估的问题,大大提高了对主机状态的检测速度,降低了对硬件的损耗的同时,节约了成本,提高了对自动驾驶系统维护的效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其它的附图。
图1为本申请实施例提供的一种实现车载系统主机测试方法的流程图;
图2为本申请实施例示例的一种车载系统主机测试装置结构示意图;
图3为本申请实施例公开的一种车载系统主机测试设备的硬件结构框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
传统的自动驾驶主机状态测试技术主要是把待测试的主机拆分成一个一个小的模块分别进行测试,以此确保各个部件的健康来保证整个主机的健康,比如,分别测试待测试的主机的内存和磁盘是否都性能良好来推断待测试的主机性能是否良好。但这样测试耗时太长:往往每个部件单独的性能和完整性测试都需要好几个小时,把主机涉及的关键部件测试完毕需要十几个小时。不仅如此,这样测试对硬件的损耗也极大,且测试的成本比较高。如果直接用一个高的等级的硬件,例如,使用充足的硬件指标的冗余来弥补软件上可能出现问题。
鉴于目前大部分的车载系统主机测试方案的测试时间较长且对硬件的损耗较大、测试成本高,为此,本申请人研究了一种车载系统主机测试方案,该可以通过将在真实路测中采集的数据作为实现测试任务的目标模拟数据,并通过自动驾驶模拟运行目标模拟数据的结果来测试真实的主机状态,以解决自动驾驶中对于主机状态的检测或评估的问题,大大提高了对主机状态的检测速度,降低了对硬件的损耗的同时,节约了成本,提高了对自动驾驶系统维护的效率。
本申请实施例提供的方法可以用于众多通用或专用的计算装置环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器装置、包括以上任何装置或设备的分布式计算环境等等。
本申请实施例提供一种车载系统故障检测方法,该方法可以应用于各种车辆的车载系统或飞行设备的机载系统中,亦可以应用在各种计算机终端或是智能终端中,其执行主体可以为计算机终端或是智能终端的处理器或服务器。
下面结合图1,介绍本申请实施例给出的车载系统主机测试方法的流程,该流程可以包括以下几个步骤:
步骤S101,接收对目标主机进行测试的测试指令,确定与所述测试指令对应的测试任务。
具体地,一般地,自动驾驶中,主车通常有一个或者多个主机。由上述介绍可知,主机的生命周期一般符合电子产品的澡盆曲线,即生命周期的初始和生命周期的末端故障率比较高,生命周期中间段的故障率比较低。但一方面由于计算机系统的复杂度很高以及自动驾驶的苛刻使用场景,使得主机性能即使在澡盆曲线中间阶段也更容易出故障。
自动驾驶的主车在行驶过程中会收集各个主机的运行数据,主车的车载数据反映着各个主机的运行情况,本申请实施例提供的方法可以在接收对目标主机进行测试的测试指令之后,确定与所述测试指令对应的测试任务。
其中,所述测试指令可以包括对所述目标主机的测试任务或测试要求。
步骤S102,在预设的目标车载数据集合中,选取与所述测试任务对应的目标模拟数据。
具体地,由上述介绍可知,主车的车载数据可以反馈各个主机的运行情况,但是主车的车载数据往往很大且比较杂乱,其中,有可能有关于主机性能方面的数据,也有可能有关于自动驾驶主车行程的数据。
由上述步骤可知,本申请实施例提供的方法可以依据所接收到对所述目标主机进行测试的测试指令之后,确定与所述测试指令对应的测试任务。
因此,本申请实施例提供的方法可以依据所述测试任务,在预设的目标车载数据集合中,选取与所述测试任务对应的目标模拟数据。其中,所述目标模拟数据可以是用来针对待测试的目标主机进行测试的数据。
例如,若测试任务为针对目标主机的性能状态进行测试,则可以从预设的目标车载数据集合中选取与所述目标主机的性能相关的数据作为对所述目标主机进行测试的目标模拟数据。
步骤S103,依据所述目标模拟数据,对所述目标主机进行测试,得到所述目标主机的测试结果。
具体地,由上述步骤可知,本申请实施例提供的方法可以从预设的目标车载数据集合中选取可以用来对目标主机进行测试的目标模拟数据。
进一步地,可以基于所获取的目标模拟数据及所述测试任务,对所述目标主机的状态进行测试。由此可以得到关于所述目标主机的状态的测试结果。
例如,在获得所述目标主机的测试结果之后,可以根据所述目标主机的测试结果,进一步评估所述目标主机的状态是否健康。
从上技术方案可以看出,本申请实施例提供的方法可以通过将在真实路测中采集的数据作为实现测试任务的目标模拟数据,并通过自动驾驶模拟运行目标模拟数据的结果来测试真实的主机状态,以解决自动驾驶中对于主机状态的检测或评估的问题,提高对主机状态的检测速度,降低对硬件的损耗的同时,节约成本,提高对自动驾驶的车载系统进行维护的效率。
由上述介绍可知,本申请实施例提供的方法可以在预设的目标车载数据集合中,选取与所述测试任务对应的目标模拟数据。例如,在实际应用过程中,有可能需要对目标主机的性能状态进行测试,以便可以了解目标主机的状态是否健康。因此,若测试任务为对目标主机的性能进行测试,则需要获取与所述目标主机的性能相关的模拟数据,接下来,对在预设的目标车载数据集合中,选取与所述测试任务对应的目标模拟数据的过程,可以包括如下:
步骤S201,确定第一时间戳,所述第一时间戳为目标车辆发生与所述测试任务对应的预定操作时的时间戳。
具体地,在实际应用过程中,当车辆在执行自动驾驶任务的过程中,自动驾驶的主车在行驶过程中会收集各个主机的运行数据,主车的车载数据反映着各个主机的运行情况。当车载主机发生故障时,车载系统会记录由人员接管继续进行驾驶任务时的相关运行数据,例如,执行自动驾驶的目标车辆的车载系统会保存主机发生接管的具体时间。
因此,为了更好地在所述预设的目标车载数据集合中确定与所述测试任务对应的目标模拟数据,可以确定第一时间戳,其中,所述第一时间戳可以为目标车辆发生与所述测试任务对应的预定操作时的时间戳,以便可以依据所述第一时间戳来确定所述目标模拟数据。
例如,若所述测试任务为对目标主机的性能进行测试,则可以确定所述目标主机发生接管的第一时间戳。以便可以根据所述第一时间戳,从所述目标车载数据集合中截取用来分析所述目标主机的状态的相关数据。
步骤S202,在所述目标车载数据集合中,选取发生时间位于第一时间区间中的各个第一目标数据,所述第一时间区间为所述第一时间戳的前一时刻至所述第一时间戳的后一时刻。
具体地,由上述介绍可知,本申请实施例提供的方法可以确定所述目标车辆发生与所述测试任务对应的预定操作时的第一时间戳。依据所述第一时间戳可以从所述目标车载数据集合中选取所述目标模拟数据。
因此,在确定所述第一时间戳之后,可以在所述目标车载数据集合中,选取发生时间位于第一时间区间中的各个第一目标数据,所述第一时间区间为所述第一时间戳的前一时刻至所述第一时间戳的后一时刻。
例如,当车回到车库之后,可以根据所述第一时间戳,从所述目标车载数据集合中截取所述第一时间戳的前一时刻至所述第一时间戳的后一时刻之内的数据,并上传到模拟数据处理中心。
步骤S203,对各个所述第一目标数据进行预处理,以获得与所述测试任务对应的目标模拟数据。
具体地,所述目标车载数据集合中,可能包括了关于目标车辆运行期间的一切数据,如果直接从所述目标车载数据集合中选取所述目标模拟数据,可能其工作量会相对较大。
因此,对各个所述第一目标数据进行预处理,以获得与所述测试任务对应的目标模拟数据。
由此,在将从所述目标车载数据集合中截取的数据上传到模拟数据处理中心之后,可以将与所述目标主机发生接管相关的数据进行分类后分别存入模拟数据处理中心对应的档案数据库中。以便可以更好地管理从所述目标车载数据中截取的数据。
例如,可以将所述目标主机发生接管相关的数据进行分类,并构建所述目标主机发生接管相关的数据相关的存储目录,分别将所述目标主机发生接管相关的数据按照已经分类的存储目录分别存入模拟数据处理中心对应的档案数据库中。
从上述介绍的技术方案可以看出,本申请实施例提供的方法可以在预设的目标车载数据集合中,选取与所述测试任务对应的目标模拟数据,以便可以通过将在真实路测中采集的数据作为实现测试任务的目标模拟数据,并通过自动驾驶模拟运行目标模拟数据的结果来测试真实的主机状态,以解决自动驾驶中对于主机状态的检测或评估的问题,提高对主机状态的检测速度,降低对硬件的损耗的同时,节约成本,提高对自动驾驶的车载系统进行维护的效率。
由上述介绍可知,本申请实施例提供的方法可以对各个所述第一目标数据进行预处理,以获得与所述测试任务对应的目标模拟数据,接下来,介绍该过程,该过程可以包括如下几个步骤:
步骤S301,对于每个所述第一目标数据,确定该第一目标数据在预设的模拟环境中是否满足预设的复现条件。
具体地,在获得各个所述第一目标数据之后,可以判断各个所述第一目标数据是否是满足需求的数据。因此,可以进一步确定该第一目标数据在预设的模拟环境中是否满足预设的复现条件。若该第一目标数据满足所述复现条件,则说明所述第一目标数据是满足需求的数据,由此可以执行步骤S302。
步骤S302,对该第一目标数据添加与所述目标车辆发生的预定操作对应的数据标签。
具体地,由上述步骤介绍可知,若所述目标主机所在车辆发生接管产生的数据可以在模拟状态下能复现,虽然可以直接将该第一目标数据用来对所述目标主机进行测试,但为了确保所截取的数据是否存在缺失或错误的数据,可以将所述目标主机发生接管的数据中被标记为在模拟状态下能复现的相关数据进行进一步的纠错和确认后,再根据该第一目标数据不同的数据类别,将该第一目标数据分别标记上不同的数据标签。
其中,不同的数据标签可以是性能相关的标签,CPU相关的标签,内存相关的标签,GPU相关的标签,显存相关的标签,I/O相关的标签。
步骤S303,将各个添加有数据标签的第一目标数据作为与所述测试任务对应的目标模拟数据。
具体地,由上述介绍可知,可以根据所述目标主机所在的车辆发生接管的数据不同的数据类别,将所述目标主机发生接管相关的数据分别标记上不同的标签。进一步地,可以将各个添加有数据标签的第一目标数据作为与所述测试任务对应的目标模拟数据。
从上述介绍的技术方案可以知道,本申请实施例提供的方法可以对各个所述第一目标数据进行预处理,以获得与所述测试任务对应的目标模拟数据,以便可以通过将在真实路测中采集的数据作为实现测试任务的目标模拟数据,并通过自动驾驶模拟运行目标模拟数据的结果来测试真实的主机状态,以解决自动驾驶中对于主机状态的检测或评估的问题,提高对主机状态的检测速度,降低对硬件的损耗的同时,节约成本,提高对自动驾驶的车载系统进行维护的效率。
由上述介绍可知,本申请实施例提供的方法可以依据所述目标模拟数据,对所述目标主机进行测试,得到所述目标主机的测试结果,在实际应用过程中,若根据所述测试指令确定所述测试任务的类型为性能测试,则依据所述目标模拟数据,对所述目标主机进行测试,得到所述目标主机的测试结果的实现方式会有所不同,接下来介绍当测试任务类型为性能测试时,依据所述目标模拟数据,对所述目标主机进行测试,得到所述目标主机的测试结果的实现方式,可以包括如下几个步骤:
步骤S401,依据所述目标模拟数据,对所述目标主机进行多个不同类型的对比测试,获得每个对比测试下的对比测试结果。
具体地,在获取所述目标模拟数据之后,可以进一步基于所述目标模拟数据及所述测试任务,将所述目标模拟数据在所述目标主机重新运行,由此可以测试所述目标主机的状态,得到所述目标主机的测试结果。
需要注意的是,相同的模拟数据集有可能同时运行在其他正在进行性能测试的主机和某些作为标准的主机上。在待测试的目标主机上运行这些测试的模拟数据集时,也需要同时收集在待测试的主机上运行模拟数据集时主机的性能相关的数据。
因此,在得到所述目标模拟数据之后,可以依据所述目标模拟数据,对所述目标主机进行多个不同类型的对比测试,获得每个对比测试下的对比测试结果。
例如,所述对比测试的方法可以包括以下几种,可以选择以下任意一种或多种测试方法对所述目标主机进行对比测试。
第一种测试方法:
将所述目标主机的测试结果与模拟数据对应时间段的性能数据相比,得到第一标准差。
具体地,在获得所述目标主机的测试结果之后,可以将所述目标主机的测试结果与模拟数据对应时间段的性能数据相比,得到第一标准差,以便可以用来评估所述目标主机的状态。
第二种测试方法:
将所述目标主机的测试结果与所述目标主机执行自动驾驶任务时运行相同模拟数据集时的性能数据相比,得到第二标准差。
具体地,在获得所述目标主机的测试结果之后,可以将所述目标主机的测试结果与所述目标主机执行自动驾驶任务时运行相同模拟数据集时的性能数据相比,得到第二标准差,以便可以用来评估所述目标主机的状态。
第三种测试方法:
将所述目标主机的测试结果与标准主机运行相同模拟数据集时的性能数据相比,得到第三标准差。
具体地,在获得所述目标主机的测试结果之后,可以将所述目标主机的测试结果与标准主机运行相同模拟数据集时的性能数据相比,得到第三标准差,以便可以用来评估所述目标主机的状态。
第四种测试方法:
将所述目标主机的测试结果与其他主机运行相同模拟数据集时的性能数据相比,得到第四标准差。
具体地,在获得所述目标主机的测试结果之后,可以将所述目标主机的测试结果与其他主机运行相同模拟数据集时的性能数据相比,得到第四标准差,以便可以用来评估所述目标主机的状态。
步骤S402,对各个所述对比测试结果进行置信度组合以获得所述目标主机的测试结果。
具体地,由上述介绍可知,本申请实施例提供的方法可以依据所述目标模拟数据,对所述目标主机进行多个不同类型的对比测试,获得每个对比测试下的对比测试结果,在获得每个对比测试下的对比测试结果之后,可以对各个所述对比测试结果进行置信度组合以获得所述目标主机的测试结果。以便可以判断当前所述目标主机的总体性能是否出现异常,若所述目标主机的总体性能发生异常,则需要对所述目标主机进行进一步检测。
例如,在获得所述第一标准差、所述第二标准差、所述第三标准差、所述第四标准差之后,可以将所述第一标准差、所述第二标准差、所述第三标准差、所述第四标准差加权生成一个置信度结果。
从上述介绍的技术方案可以知道,本申请实施例提供的方法可以依据所述目标模拟数据,对所述目标主机进行测试,得到所述目标主机的测试结果,通过多种不同的对比测试,以将待测试的目标主机的性能数据与多种数据进行综合比较,以便可以评估所述目标主机的状态。可以有效提高对主机状态的检测速度,降低对硬件的损耗的同时,节约成本,提高对自动驾驶的车载系统进行维护的效率。
在实际应用过程中,当测试任务为性能测试时,本申请实施例提供的方法还可以根据测试结果判断所述目标主机的总体性能是否出现异常,在获得所述置信度结果之后,可以基于所述测试结果,进一步判断当前所述目标主机的总体性能是否出现异常,若所述目标主机的总体性能发生异常,则需要对所述目标主机进行进一步检测。接下来,介绍该过程,该过程可以包括如下几个步骤:
步骤501,基于所述目标主机的测试结果,判断当前所述目标主机的总体性能是否出现异常。
具体地,在得到所述目标主机的测试结果之后,可以基于所述目标主机的测试结果,判断当前所述目标主机的总体性能是否出现异常,若确定所述目标主机的总体性能发生异常,则说明需要对所述目标主机进行异常测试,则可以执行步骤S502,若确定所述目标主机的总体性能未发生异常,则说明所述目标主机状态良好,可以执行步骤S503。
步骤S502,对所述目标主机进行异常测试。
具体地,由上述介绍可知,若确定所述目标主机的总体性能发生异常,则说明需要对所述目标主机进行异常测试。当前测试方式并不能确定所述目标主机异常的原因。因此,为了进一步定位异常点吧,可以对所述目标主机进行拆解逐个测试。例如,可以分别测试所述目标主机的CPU、GPU、I/O、显存或内存是否出现异常。以此来确定所述目标主机出现异常的原因。
步骤S503,确定所述目标主机状态良好。
具体地,若确定所述目标主机的总体性能未发生异常,则说明所述目标主机状态良好。
从上述介绍的技术方案可知,本申请实施例提供的方法可以在获得所述置信度结果之后,可以基于所述测试结果,进一步判断当前所述目标主机的总体性能是否出现异常。以便可以及时对所述目标主机进行异常测试,以排除所述目标主机的故障,可以有效提高对主机状态的检测速度,降低对硬件的损耗的同时,节约成本,提高对自动驾驶系统维护的效率。
在实际应用过程中,判断所述目标主机的总体性能是否出现异常,可以有不同的判断方法,接下来介绍判断所述目标主机的总体性能是否出现异常的方法,该方法可以包括以下三种实现方式:
第一种,
将所述目标主机的测试结果,与所述目标主机在所述目标模拟数据中在相同的时间段的性能数据相比得的第一标准差,若所述第一标准差大于第一预设阈值,则确定当前所述目标主机的总体性能出现异常;
第二种,
将所述目标主机的测试结果,与已获得的参考性能数据相比得到第二标准差;
若所述第二标准差大于预设的第二阈值,则确定当前所述目标主机的总体性能出现异常。
第三种,
将所述目标主机的测试结果,与所述目标主机在所述目标模拟数据中在相同的时间段的性能数据相比得的第一标准差,与已获得的参考性能数据相比得到第二标准差;若所述第一标准差大于所述预设的第一阈值,且所述第四标准差大于所述预设的第二阈值,则确定当前所述目标主机的总体性能出现异常。
例如,以一个60秒的模拟数据集为例,当在待测试的主机A上运行完此模拟数据集之后,自动驾驶系统会收集此时间段内自动驾驶系统的P50,P90,P99和Max等系统的CPU、内存、GPU、显存以及I/O的相关数据。
如果此时间段内,自动驾驶系统的P50,P90,P99和Max等系统的CPU、内存、GPU、显存以及I/O的相关数据与别的主机运行相同的模拟数据集所得到的此时间段内自动驾驶系统的P50,P90,P99和Max等系统的CPU、内存、GPU、显存以及I/O的相关数据相比高出15%。则可以判断该待测试的主机A的总体性能可以能有问题。
或者,此时间段内自动驾驶系统的P50,P90,P99和Max等系统的CPU、内存、GPU、显存以及I/O的相关数据与待测试的主机A运行同样的模拟数据集所得到的数据相比高6%以上,则可以判断待测试的主机A的总体性能可能有问题,需要安排进一步的排查。
因此,如果此时间段内自动驾驶系统的P50,P90,P99和Max等系统的CPU、内存、GPU、显存以及I/O的相关数据与别的主机运行相同的模拟数据集所得到的自动驾驶系统的P50,P90,P99和Max的系统CPU、内存、GPU、显存以及I/O的数据相比高出15%,则可以认为待测试的主机A的总体性能可能有问题,需要对主机A进行进一步的排查。
如果此时间段内自动驾驶系统的P50,P90,P99和Max等系统的CPU、内存、GPU、显存以及I/O的相关数据与别的主机运行相同的模拟数据集所得到的此时间段内自动驾驶系统的P50,P90,P99和Max等系统的CPU、内存、GPU、显存以及I/O的相关数据相比低于6%,则可以认为待测试的主机A的总体性能良好,不需要对待测试的主机A进行进一步的排查。
从上技术方案可以看出,本申请实施例可以本申请可以将所述目标主机的测试结果,与所述目标主机在所述目标模拟数据中在相同的时间段的性能数据相比得的第一标准差,与已获得的参考性能数据相比得到第二标准差,与已获得的参考性能数据相比得到第二标准差;若所述第一标准差大于所述预设的第一阈值,且所述第四标准差大于所述预设的第二阈值,并分别比较所述预设的第一标准差与所述预设的第一阈值、所述第四标准差与所述预设的第二阈值之间的关系来判断所述目标主机的总体性能是否出现异常,有效提高了对主机状态的检测速度,降低了对硬件的损耗的同时,节约了成本,提高了对自动驾驶系统维护的效率。
由上述介绍可知,本申请实施例提供的方法可以对于每个所述第一目标数据,确定该第一目标数据在预设的模拟环境中是否满足预设的复现条件,接下来介绍该过程,该过程可以包括如下几个步骤:
步骤S701,将每个所述第一目标数据在预设的模拟环境下运行,若该第一目标数据在所述预设的模拟环境下产生第一参数,则确定该第一目标数据在所述预设的模拟环境中满足预设的复现条件。
具体地,在获得每个所述第一目标数据之后,可以将每个所述第一目标数据在预设的模拟环境下运行,若该第一目标数据在所述预设的模拟环境下产生第一参数,则说明所述第一目标数据是所述目标正常运行所产生的数据,由此可以确定该第一目标数据在所述预设的模拟环境中满足预设的复现条件,其中,所述第一参数与所述目标车辆执行驾驶任务时产生的相关参数相同。
例如,在所述目标车载数据集合中截取了与所述目标主机发生接管相关的数据之后,可以进一步判断所述目标主机发生接管所产生的数据在模拟环境下是否能复现。
若所述目标主机发生接管所产生的数据在模拟环境下产生与所述目标主机执行自动驾驶任务时产生的CPU、内存和磁盘I/O曲线类似的CPU、内存和磁盘I/O曲线,则认为所述目标主机发生接管产生的数据在模拟状态下能复现。若所述目标主机发生接管产生的数据在模拟状态下能复现,则说明所截取的数据是可用作对所述目标主机进行测试的测试数据。
例如,可以利用模拟数据处理流程自动利用模拟程序验证所述目标主机发生接管产生的数据是否可以在模拟环境下进行复现。
步骤S702,确定所述第一目标数据不满足预设的复现条件。
具体地,若该第一目标数据不能在所述预设的模拟环境下产生第一参数,则说明所述第一目标数据中包括所述目标主机存在故障时的数据,由此可以确定该第一目标数据在所述预设的模拟环境中不能满足预设的复现条件。
从上述介绍的技术方案可以知道,本申请实施例提供的方法可以对于每个所述第一目标数据,确定该第一目标数据在预设的模拟环境中是否满足预设的复现条件。可以有效提高对主机状态的检测速度,降低对硬件的损耗的同时,节约成本,提高对自动驾驶的车载系统进行维护的效率。
下面对本申请实施例提供的车载系统主机测试装置进行描述,下文描述的车载系统主机测试装置与上文描述的车载系统主机测试方法可相互对应参照。
参见图2,图2为本申请实施例公开的一种车载系统主机测试装置结构示意图。
如图2所示,该车载系统主机测试装置可以包括:
指令接收单元101,用于接收对目标主机进行测试的测试指令,确定与所述测试指令对应的测试任务;
数据获取单元102,用于在预设的目标车载数据集合中,选取与所述测试任务对应的目标模拟数据;
测试单元103,用于依据所述目标模拟数据,对所述目标主机进行测试,得到所述目标主机的测试结果。
从上技术方案可以看出,本申请实施例可以利用指令接收单元101,接收对目标主机进行测试的测试指令,确定与所述测试指令对应的测试任务;在确定所述测试任务之后,可以利用数据获取单元102,在预设的目标车载数据集合中,选取与所述测试任务对应的目标模拟数据;在确定所述目标模拟数据之后,可以利用测试单元103,依据所述目标模拟数据,对所述目标主机进行测试,得到所述目标主机的测试结果。本申请实施例提供的装置可以通过将在真实路测中采集的数据作为实现测试任务的目标模拟数据,并通过自动驾驶模拟运行目标模拟数据的结果来测试真实的主机状态,以解决自动驾驶中对于主机状态的检测或评估的问题,提高对主机状态的检测速度,降低对硬件的损耗的同时,节约成本,提高对自动驾驶的车载系统进行维护的效率。
进一步可选的,数据获取单元102,可以包括:
第一数据获取子单元,用于确定第一时间戳,所述第一时间戳为目标车辆发生与所述测试任务对应的预定操作时的时间戳;
第二数据获取子单元,用于在所述目标车载数据集合中,选取发生时间位于第一时间区间中的各个第一目标数据,所述第一时间区间为所述第一时间戳的前一时刻至所述第一时间戳的后一时刻;
第三数据获取子单元,用于对各个所述第一目标数据进行预处理,以获得与所述测试任务对应的目标模拟数据。
进一步可选的,,所述第三数据获取子单元,可以包括:
第一判断单元,用于对于每个所述第一目标数据,确定该第一目标数据在预设的模拟环境中是否满足预设的复现条件;
标签添加单元,用于当所述第一判断单元的执行结果为确定为该第一目标数据满足所述复现条件,对该第一目标数据添加与所述目标车辆发生的预定操作对应的数据标签;
数据确定单元,用于将各个添加有数据标签的第一目标数据作为与所述测试任务对应的目标模拟数据。
进一步可选的,若所述测试任务的任务类型为性能测试,所述测试单元103,可以包括:
对比测试单元,用于依据所述目标模拟数据,对所述目标主机进行多个不同类型的对比测试,获得每个对比测试下的对比测试结果;
测试结果获取单元,用于对各个所述对比测试结果进行置信度组合以获得所述目标主机的测试结果。
进一步可选的,若测试任务为对所述目标主机的性能进行测试,该装置还可以包括:
第二判断单元,用于基于所述目标主机的测试结果,判断当前所述目标主机的总体性能是否出现异常;
异常测试单元,用于当所述第二判断单元的执行结果为确定所述目标主机的总体性能发生异常,对所述目标主机进行异常测试;
状态判断单元,用于当所述第二判断单元的执行结果为确定所述目标主机的总体性能未发生异常,确定所述目标主机状态良好。
进一步可选的,所述第二判断单元,可以包括:
第一标准差获取单元,用于将所述目标主机的测试结果,与所述目标主机在所述目标模拟数据中在相同的时间段的性能数据相比得的第一标准差;
第三判断单元,用于当所述第一标准差大于预设的第一阈值时,确定当前所述目标主机的总体性能出现异常。
进一步可选的,所述第二判断单元,可以还包括:
第二标准差获取单元,用于将所述目标主机的测试结果,与已获得的参考性能数据相比得到第二标准差;
第四判断单元,用于当所述第二标准差大于预设的第二阈值,确定当前所述目标主机的总体性能出现异常。
进一步可选的,所述第一判断单元,可以包括:
第一参数判断单元,用于将每个所述第一目标数据在预设的模拟环境下运行,若该第一目标数据在所述预设的模拟环境下产生第一参数,则确定该第一目标数据在所述预设的模拟环境中满足预设的复现条件,其中,所述第一参数与所述目标车辆执行驾驶任务时产生的相关参数相同;
复现确定单元,用于当第一参数判断单元的执行结果为确定该第一目标数据不能在所述预设的模拟环境下产生第一参数,确定所述第一目标数据不满足预设的复现条件。
其中,上述车载系统主机测试装置所包含的各个单元的具体处理流程,可以参照前文车载系统主机测试方法部分相关介绍,此处不再赘述。
本申请实施例提供的车载系统主机测试装置可应用于车载系统主机测试设备,如终端:手机、电脑等。可选的,图3示出了车载系统主机测试设备的硬件结构框图,参照图3,车载系统主机测试设备的硬件结构可以包括:至少一个处理器1,至少一个通信接口2,至少一个存储器3和至少一个通信总线4。
在本申请实施例中,处理器1、通信接口2、存储器3、通信总线4的数量为至少一个,且处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信。
处理器1可能是一个中央处理器CPU,或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit),或者是被配置成实施本申请实施例的一个或多个集成电路等;
存储器3可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatilememory)等,例如至少一个磁盘存储器;
其中,存储器存储有程序,处理器可调用存储器存储的程序,所述程序用于:实现前述终端车载系统主机测试方案中的各个处理流程。
本申请实施例还提供一种可读存储介质,该存储介质可存储有适于处理器执行的程序,所述程序用于:实现前述终端在车载系统主机测试方案中的各个处理流程。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。各个实施例之间可以相互组合。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (11)

1.一种车载系统主机测试方法,其特征在于,包括:
接收对目标主机进行测试的测试指令,确定与所述测试指令对应的测试任务;
在预设的目标车载数据集合中,选取与所述测试任务对应的目标模拟数据;
依据所述目标模拟数据,对所述目标主机进行测试,得到所述目标主机的测试结果。
2.根据权利要求1所述的方法,其特征在于,在预设的目标车载数据集合中,选取与所述测试任务对应的目标模拟数据,包括:
确定第一时间戳,所述第一时间戳为目标车辆发生与所述测试任务对应的预定操作时的时间戳;
在所述目标车载数据集合中,选取发生时间位于第一时间区间中的各个第一目标数据,所述第一时间区间为所述第一时间戳的前一时刻至所述第一时间戳的后一时刻;
对各个所述第一目标数据进行预处理,以获得与所述测试任务对应的目标模拟数据。
3.根据权利要求2所述的方法,其特征在于,所述对各个所述第一目标数据进行预处理,以获得与所述测试任务对应的目标模拟数据,包括:
对于每个所述第一目标数据,确定该第一目标数据在预设的模拟环境中是否满足预设的复现条件;
若该第一目标数据满足所述复现条件,对该第一目标数据添加与所述目标车辆发生的预定操作对应的数据标签;
将各个添加有数据标签的第一目标数据作为与所述测试任务对应的目标模拟数据。
4.根据权利要求1所述的方法,其特征在于,若所述测试任务的任务类型为性能测试,所述依据所述目标模拟数据,对所述目标主机进行测试,得到所述目标主机的测试结果,包括:
依据所述目标模拟数据,对所述目标主机进行多个不同类型的对比测试,获得每个对比测试下的对比测试结果;
对各个所述对比测试结果进行置信度组合以获得所述目标主机的测试结果。
5.根据权利要求1所述的方法,其特征在于,若测试任务为对所述目标主机的性能进行测试,该方法还包括:
基于所述目标主机的测试结果,判断当前所述目标主机的总体性能是否出现异常;
若确定所述目标主机的总体性能发生异常,则对所述目标主机进行异常测试;
若确定所述目标主机的总体性能未发生异常,则确定所述目标主机状态良好。
6.根据权利要求5所述的方法,其特征在于,所述判断当前所述目标主机的总体性能是否出现异常,包括:
将所述目标主机的测试结果,与所述目标主机在所述目标模拟数据中在相同的时间段的性能数据相比得的第一标准差;
若所述第一标准差大于预设的第一阈值,则确定当前所述目标主机的总体性能出现异常。
7.根据权利要求5所述的方法,其特征在于,所述判断当前所述目标主机的总体性能是否出现异常,包括:
将所述目标主机的测试结果,与已获得的参考性能数据相比得到第二标准差;
若所述第二标准差大于预设的第二阈值,则确定当前所述目标主机的总体性能出现异常。
8.根据权利要求3所述的方法,其特征在于,所述对于每个所述第一目标数据,确定该第一目标数据在预设的模拟环境中是否满足预设的复现条件,包括:
将每个所述第一目标数据在预设的模拟环境下运行,若该第一目标数据在所述预设的模拟环境下产生第一参数,则确定该第一目标数据在所述预设的模拟环境中满足预设的复现条件,其中,所述第一参数与所述目标车辆执行驾驶任务时产生的相关参数相同;
若该第一目标数据不能在所述预设的模拟环境下产生第一参数,则确定所述第一目标数据不满足预设的复现条件。
9.一种车载系统主机测试装置,其特征在于,包括:
指令接收单元,用于接收对目标主机进行测试的测试指令,确定与所述测试指令对应的测试任务;
数据获取单元,用于在预设的目标车载数据集合中,选取与所述测试任务对应的目标模拟数据;
测试单元,用于依据所述目标模拟数据,对所述目标主机进行测试,得到所述目标主机的测试结果。
10.一种车载系统主机测试设备,其特征在于,包括:一个或多个处理器,以及存储器;
所述存储器中存储有计算机可读指令,其特征在于,所述计算机可读指令被所述一个或多个处理器执行时,实现如权利要求1至8中任一项所述车载系统主机测试方法的步骤。
11.一种可读存储介质,其特征在于:所述可读存储介质中存储有计算机可读指令,所述计算机可读指令被一个或多个处理器执行时,使得一个或多个处理器实现如权利要求1至8中任一项所述车载系统主机测试方法的步骤。
CN202211029445.3A 2022-08-25 2022-08-25 车载系统主机测试方法、装置、设备及可读存储介质 Pending CN115686982A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211029445.3A CN115686982A (zh) 2022-08-25 2022-08-25 车载系统主机测试方法、装置、设备及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211029445.3A CN115686982A (zh) 2022-08-25 2022-08-25 车载系统主机测试方法、装置、设备及可读存储介质

Publications (1)

Publication Number Publication Date
CN115686982A true CN115686982A (zh) 2023-02-03

Family

ID=85060882

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211029445.3A Pending CN115686982A (zh) 2022-08-25 2022-08-25 车载系统主机测试方法、装置、设备及可读存储介质

Country Status (1)

Country Link
CN (1) CN115686982A (zh)

Similar Documents

Publication Publication Date Title
US9672085B2 (en) Adaptive fault diagnosis
US8677191B2 (en) Early detection of failing computers
CN108388489B (zh) 一种服务器故障诊断方法、系统、设备及存储介质
CN110768872B (zh) 巡检方法、系统、装置、计算机设备和存储介质
CN109933504B (zh) 一种硬盘延迟测试方法、装置、终端及存储介质
CN113946499A (zh) 一种微服务链路跟踪及性能分析方法、系统、设备及应用
CN111258830A (zh) 一种服务器功耗对比测试系统及方法
CN105740122A (zh) 一种手机内存泄漏的监测方法及监测系统
CN101819549A (zh) 一种内存泄露的定位方法及装置
CN114691521A (zh) 一种基于人工智能的软件测试平台
CN113778960A (zh) 一种物联网系统的故障确定方法、装置及存储介质
CN111654405B (zh) 通信链路的故障节点方法、装置、设备及存储介质
CN113010341A (zh) 一种故障内存定位的方法和设备
CN113760689A (zh) 接口故障的报警方法、装置、设备及存储介质
CN115686982A (zh) 车载系统主机测试方法、装置、设备及可读存储介质
CN116628564A (zh) 用于检测发电机状态的模型训练方法和系统
CN115687951A (zh) 一种混合电子系统的可靠性评估方法及装置
CN115391110A (zh) 存储设备的测试方法、终端设备及计算机可读存储介质
CN115372752A (zh) 故障检测方法、装置、电子设备以及存储介质
CN111965609A (zh) 雷达可靠度评估方法、装置、电子设备及可读存储介质
CN115454954B (zh) 数据处理方法、系统、装置及电子设备
CN117439899B (zh) 一种基于大数据的通信机房巡检方法及系统
CN117407207B (zh) 一种内存故障处理方法、装置、电子设备及存储介质
CN115150254B (zh) 一种PCIe链路故障检测方法、检测装置、设备及介质
CN116627700A (zh) 内存故障检测及处理方法、装置、设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination