掌桥专利:专业的专利平台
掌桥专利
首页

车辆的测试方法、装置、系统、电子设备以及存储介质

文献发布时间:2024-04-18 19:58:53


车辆的测试方法、装置、系统、电子设备以及存储介质

技术领域

本申请属于车辆技术领域,尤其涉及一种车辆的测试方法、车辆的测试装置、车辆的测试系统、电子设备以及计算机可读存储介质。

背景技术

随着车辆智能化的快速发展,车辆功能爆发式增长,对车辆功能的测试需求也越来越迫切。其中,自动化及提升效率是车辆功能测试过程中的重点和难点。

目前,车辆功能测试方法主要包括台架测试和实车测试。其中,台架测试是将实体控制器及相关零部件布置到黄板车台架,实现相应的功能,解决装车前的功能测试。实车功能测试则是直接操作车辆功能对应的部件,以触发车辆功能从而完成测试。但不论是哪种测试方法,都依赖于人工操作;这不仅使得测试效率偏低,而且在测试过程中,不同测试人员的经验和能力有所不同,也容易导致测试质量得不到保障,使得测试结果的一致性较差。

发明内容

本申请提供了一种车辆的测试方法、车辆的测试装置、车辆的测试系统、电子设备及计算机可读存储介质,不仅能够提高车辆的测试效率和测试质量,还能够提高测试结果的一致性。

第一方面,本申请提供了一种车辆的测试方法,该测试方法包括:应用于电子设备,电子设备与至少一组测试组件连接,测试组件包括执行部件和第一采集器;测试方法包括:

针对已安装的每组测试组件:

控制执行部件执行目标测试操作,以触发车辆的目标待测功能;目标待测功能为车辆的所有待测功能中与执行部件的位置信息匹配的待测功能;目标测试操作为预设的测试操作中用于触发目标待测功能的测试操作;

通过第一采集器采集车辆实现目标待测功能的实现结果;

根据实现结果和目标测试操作所对应的参考结果,确定目标待测功能的测试结果。

第二方面,本申请提供了一种车辆的测试装置,该测试装置包括:应用于电子设备,电子设备至少与一组测试组件连接,测试组件包括执行部件和第一采集器;测试装置包括:

控制模块,用于针对已安装的每组测试组件,控制执行部件执行目标测试操作,以触发车辆上的目标待测功能;目标待测功能为车辆的所有待测功能中与执行部件的位置信息匹配的待测功能;目标测试操作为预设的测试操作中用于触发目标待测功能的测试操作;

第一采集模块,用于通过第一采集器采集车辆实现目标待测功能的实现结果;

第一确定模块,用于根据实现结果和目标测试操作所对应的参考结果,确定目标待测功能的测试结果。

第三方面,本申请提供了一种车辆的测试系统,该测试系统包括电子设备、至少一组测试组件,测试组件包括执行部件和第一采集器,电子设备分别与执行部件和第一采集器连接;电子设备用于实现如上述第一方面的方法的步骤。

第四方面,本申请提供了一种电子设备,该电子设备包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序,处理器执行计算机程序时实现如上述第一方面的方法的步骤。

第五方面,本申请提供了一种计算机可读存储介质,计算机可读存储介质存储有计算机程序,计算机程序被处理器执行时实现如上述第一方面的方法的步骤。

第六方面,本申请提供了一种计算机程序产品,计算机程序产品包括计算机程序,计算机程序被一个或多个处理器执行时实现如上述第一方面的方法的步骤。

本申请与现有技术相比存在的有益效果是:电子设备与至少一组测试组件连接,具体地,测试组件包括执行部件和第一采集器。针对每组测试组件,电子设备可控制该组测试组件中的执行部件执行目标测试操作,以触发与该执行部件的位置信息相对应的车辆的待测功能,即目标待测功能。电子设备还可控制第一采集器采集车辆对目标待测功能实现的实现结果,在得到实现结果后,电子设备即可结合实现结果和目标测试操作所对应的参考结果确定目标待测功能的测试结果。至此,电子设备基于测试组件完成了对目标待测功能的测试,并得出了相应的测试结果。

在该测试过程中,从执行测试至结果输出都是电子设备自动化完成,能够提高测试效率;并且该测试过程中,通过控制执行部件来模拟人的测试操作,即控制执行部件执行目标测试操作,在触发车辆的目标待测功能的过程中,能够保障目标测试操作的准确性和一致性,进而在提高测试质量的同时,提高测试结果的一致性。

可以理解的是,上述第二方面至第六方面的有益效果可以参见上述第一方面中的相关描述,在此不再赘述。

附图说明

为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的车辆的测试方法的流程示意图;

图2是本申请实施例提供的车辆的测试系统的结构示意图;

图3是本申请实施例提供的车辆的测试装置的结构示意图;

图4是本申请实施例提供的电子设备的结构示意图。

具体实施方式

以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。

相关技术中,车辆功能的测试方法都依赖于人工操作,这不仅使得测试效率偏低,而且在测试过程中,不同测试人员的经验和能力有所不同,也容易导致测试质量得不到保障,使得测试结果的一致性较差。

为了解决该问题,本申请实施例提出了一种车辆的测试方法,能够提高车辆功能的测试效率、测试质量以及测试结果的一致性。下面将通过具体的实施例对本申请所提出的测试方法进行说明。

本申请实施例所提供的车辆的测试方法可以应用于连接有至少一组测试组件的电子设备。其中,电子设备包括手机、平板电脑、车载设备、增强现实(augmented reality,AR)/虚拟现实(virtual reality,VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer,UMPC)、上网本、个人数字助理(personal digitalassistant,PDA)等电子设备上,本申请实施例对电子设备的具体类型不作任何限制。

车辆的每个待测功能,都设置有相应的触发部件;基于测试操作来触发触发部件,即可控制车辆实现对应的待测功能。不同的触发部件,可设置于车辆上的不同位置。对于每个测试组件,要让其测试哪个待测功能,就可以基于该待测功能的触发部件的设置位置来安装该测试组件。

其中,该测试组件包括执行部和采集器,执行部用于触发车辆的待测功能,采集器用于采集车辆对待测功能的实现结果。因此在安装测试组件时,既要保障执行部件能够触发所要测试的待测功能,又要保障采集器能够采集到车辆对待测功能的实现结果。

图1示出了本申请提供的车辆的测试方法的示意性流程图,针对已安装的每组测试组件,该车辆的测试方法包括:

步骤110、电子设备控制执行部件执行目标测试操作,以触发车辆的目标待测功能。

不同的待测功能可通过不同的测试操作来进行触发。例如下降车窗,可通过按下相关按钮的测试操作来触发;调节空调温度,可通过旋转相关旋钮的测试操作来触发。由此,可以认为,不同的待测功能对应不同的测试操作。若将执行部件所要测试的待测功能记作目标待测功能,那么,相应地可将用来触发该目标待测功能的测试操作记作目标测试操作。

为了能够控制执行部件执行目标操作触发目标待测功能,电子设备可预先存储各位置信息和各待测功能之间的对应关系,以及各待测功能和各测试操作之间的对应关系。在此基础上,电子设备可先根据执行部件的位置信息,以及各位置信息和各待测功能之间的对应关系,从车辆的所有待测功能中确定与执行部件的位置信息匹配的目标待测功能;进而根据目标待测功能,以及各待测功能和各测试操作之间的对应关系,从所有测试操作中确定目标测试操作。

在确定出目标测试操作后,电子设备可控制执行部件执行该目标测试操作,从而触发车辆的目标待测功能,即完成自动化的测试操作。可以理解,在电子设备的控制下,目标测试操作的操作幅度、速度以及力度等都是可控的,在多次重复的过程中,可保证目标测试操作的准确性和一致性,从而有助于提高车辆的测试质量,并提高测试结果的一致性。

步骤120、电子设备通过采集器采集车辆实现目标待测功能的实现结果。

在执行部件执行目标操作后,车辆可在该目标操作的触发下,实现目标待测功能。为了能够准确确定车辆的目标待测功能是否正常,电子设备可通过采集器采集车辆对目标待测功能的实现结果。

仅作为示例,假定执行部件按下下降车窗对应的触发按钮,车辆会在该触发按钮的控制下,实现下降车窗这一功能,此时,电子设备可通过采集器采集实现结果,例如车窗的下降高度。

步骤130、电子设备根据实现结果和目标测试操作所对应的参考结果,确定目标待测功能的测试结果。

可以理解,前述步骤得到的实现结果,是车辆真的去实现目标待测功能后得到的结果,因此是一个真实的实现结果。假定车辆功能正常,执行部件在执行目标测试操作触发车辆的目标待测功能后,依据理论推算,可以确定出车辆在理论上去实现该目标待测功能后可得到的结果,这则是一个理论的实现结果。电子设备将真实的实现结果和理论的实现结果相比较,即可确定出目标测试功能的测试结果。

为了便于区分和描述,仍将真实的实现结果记作实现结果,将理论的实现结果记作参考结果。

本申请实施例通过电子设备控制连接的测试组件执行相应的测试操作,这相当于模拟人所完成的测试操作,以触发车辆的待测功能;在测试过程中,电子设备通过控制测试组件采集车辆对待测功能的实现结果,可基于实现结果和测试操作所对应的参考结果得到待测功能的测试结果。也就是说,从测试到得到测试结果,都是自动化的,能够提高测试效率;并且,在测试过程中,通过电子设备控制测试组件执行测试操作,能够提高测试操作的一致性和准确性,进而在提高测试质量的同时,提高测试结果的一致性。

在一些实施例中,由前述内容可知,不同的触发部件,其测试操作有所不同。触发部件包括可通过点触或长按来进行操作的触发部件,例如按钮式触发部件,记作第一触发部件。与第一触发部件对应的测试操作,可以是点动或长按类测试操作。基于此,目标测试操作也可包括点动或长按类测试操作。为了让执行部件准确执行该目标测试操作,执行部件可以包括气缸。电子设备可控制气缸伸出活塞杆来模拟人的手指操作,以触发第一触发部件。

基于此,步骤110具体包括:基于预设的进气压力控制气缸伸出活塞杆,以使活塞杆的端部在预设时长内基于预设压力对目标待测功能对应的第一触发部件点触或长按。

各第一触发部件,即使其类型相同,因其对应的目标待测功能有所不同,所以其对应的目标测试操作也可能存在区别,例如操作的时长和操作的力度有所不同。

仅作为示例,对于升降车窗的按钮和控制灯光的按钮来说,虽然都属于第一触发部件,但前者在操作过程中可根据升降高度在一定的时间内长按;后者只需在短时间内点触。如果升降车窗的按钮的灵敏度比控制灯光的按钮的灵敏度低,那么在操作的过程中,活塞杆的端部对升降车窗的按钮所施加的压力将比活塞杆的端部对控制灯光的按钮所施加的压力大。

由此,为了精确控制气缸执行目标测试操作,电子设备可先基于目标测试操作确定对应的预设时长和预设压力。对于已知缸径尺寸的气缸来说,其输出力和控制速度可通过进气压力来控制。基于此,电子设备可进一步确定进气压力,并基于进气压力控制气缸伸出活塞杆,从而让活塞杆的端部在预设压力下对目标待测功能对应的第一触发部件进行点触或长按。

得益于气缸的位置开关,在进气压力下,可控制气缸的活塞杆输出行程;根据输出行程的变化,气缸的电磁阀可准确驱动气缸的执行目标测试操作,即精确控制活塞杆的端部所要到达的目标位置。也就是说,电子设备可通过气缸精确的模拟人的手指所执行的触发、停止和撤回动作,并且在模拟过程中,精确控制压力、位移量和稳定的速度,能够保障目标测试操作的准确性和一致性。

在一些实施例中,活塞杆的端部可打磨为钝圆,或者可在活塞杆的端部套设柔软材料所做成的触摸部件,例如橡胶套,这样可保护第一触发部件不易被活塞杆的端部磨损,提高测试方法的可靠性。

在一些实施例中,触发部件还包括可通过旋转来进行操作的触发部件,例如旋钮式触发部件,记作第二触发部件。与第二触发部件对应的测试操作,可以是旋转类测试操作。基于此,目标测试操作也可包括旋转类测试操作。为了让执行部件准确执行该目标测试操作,执行部件可以包括连接有夹具的电机,该夹具用于夹持目标待测功能对应的第二触发部件。电子设备可控制电机旋转夹具来模拟人手的旋转操作,以触发第二触发部件。

基于此,步骤110具体包括:在夹具夹持第二触发部件的情况下,基于预设的脉冲宽度调制信号控制电机旋转,以使夹具旋转预设角度。

各第二触发部件,即使其类型相同,由于其对应的目标待测功能有所不同,所以其对应的目标测试操作也可能存在区别,例如旋转角度不同。

基于此,为了精确控制电机执行目标测试操作,电子设备可先基于目标测试操作确定对应的预设角度。对于电机来说,是通过脉冲宽度调制(Pulse Width Modulation,PWM)信息来控制电机旋转的,因此要让电机带动夹具旋转预设角度,可进一步确定相应的PWM信息,具体地,该PWM信息可以是PWM控制占空比。

在夹具夹持住第二触发部件的情况下,电子设备基于PWM信息控制电机旋转,相应地,夹具可在电机的带动下旋转预设角度。也就是说,设置有夹具的电机,可在电子设备的控制下精确模拟人手对第二触发部件的旋转,以准确触发目标待测功能。

在一些实施例中,执行部件可包括至少一个子执行部件,例如当执行部件为气缸时,其子执行部件包括电磁阀和活塞杆;每个测试操作可包括多个分解动作,例如当测试操作为上升车窗时,其分解动作包括控制气缸伸出活塞杆、检测活塞杆的止点以及控制气缸复位活塞杆;可以理解,目标测试操作也包括多个分解动作,并且,每个分解动作对应至少一个子执行部件。故此,上述步骤120具体包括:基于预设的执行顺序依次控制子执行部件执行对应的分解动作,其中,执行顺序基于目标测试操作的各分解动作之间的顺序确定。

仅作为示例,假定目标测试操作为上升车窗,已知上升车窗这一测试操作的分解动作有三个,这三个按照相互之间的顺序列出,分别为:控制气缸伸出活塞杆,以及检测活塞杆的止点并控制气缸复位活塞杆;气缸的子执行部件包括活塞杆和电磁阀,其中,电磁阀包括A状态和B状态,A状态控制气缸伸出活塞杆,B状态控制气缸回收活塞杆。那么基于预设的执行顺序依次控制子执行部件执行对应的分解动作包括:先控制电磁阀处于A状态,以使得气缸伸出活塞杆;在电子设备在检测到活塞杆伸出至目标位置后,即检测到活塞杆的止点后,可控制电磁阀处于B状态,收回活塞杆。至此,便完成了上升车窗这一测试操作。

可以理解,目标测试操作是从测试操作中确定的,由此,对于测试操作来说,其也包括多个分解动作。

在一些实施例中,测试操作可以被设计为执行模型,即针对每个测试操作,将其设计为一套执行模型,该执行模型包括各该测试操作的各个分解动作。针对每套执行模型,可将其转化为可执行的C语言代码,之后通过C语言代码编译为可被执行的动态链接库(Dynamic Link Library,DLL)文件,最后将该可被执行的DLL文件导入可加载DLL文件的测试系统中,这样电子设备要运行各执行模型,只需要安装该测试系统即可。

在一些实施例中,在测试过程中,难免有执行部件出现故障。在该情况下,为了保障测试结果的准确性,提高测试方法的可靠性,测试组件还包括另一采集器,为了便于区分,将前述采集器记作第一采集器,此处的采集器记作第二采集器。其中,两个采集器分别设置于不同位置,以确保能够采集到对应的结果。

具体地,第一采集器可设置于车辆上,以便于第一采集器采集车辆对目标待测功能实现的实现结果;第二采集器可设置于执行部件上,以便于第二采集器采集执行部件对目标测试操作执行的执行结果。

为了有效确定执行部件是否出现故障,在控制执行部件执行目标测试操作之后,还包括:

步骤A1、电子设备基于第二采集器采集执行部件的执行结果。

步骤A2、电子设备根据执行结果确定执行部件是否出现故障。

步骤A3、电子设备在执行部件出现故障的情况下,停止对目标待测功能的测试,并执行预设的故障处理机制。

为了确定执行部件是否出现故障,电子设备可在执行部件执行到位后,通过第二采集器采集执行部件的执行结果。该执行结果为执行设备的实际的执行结果,将该实际的执行结果与理论的执行结果相比较,可确定执行部件是否出现故障。在确定执行设备出现故障后,电子设备为了保障测试结果的准确性,可停止对目标测试功能的测试,并执行相应的故障处理机制。

可选地,故障处理机制包括基于提示故障类型和/或根据预设的提示方式进行报警。这样,对于出现故障的执行部件所对应的目标待测功能,可安装新的执行部件对其进行测试,以确保其测试结果准确性。

在本申请实施例中,通过监测执行部件的执行情况,电子设备能够及时确定执行部件是否出现故障,并在出现故障的情况下,采取相应的措施,以保障测试结果的准确性,提高测试方法的可靠性。

在一些实施例中,上述提及的是电子设备控制每组测试组件执行的操作,也就是说,有几组测试组件,在各组测试组件匹配到目标待测功能并安装后,电子设备可以同时控制各组测试组件实现上述任一实施例所对应的步骤。这样,在所有待测功能的数量小于等于测试组件的数量的情况下,电子设备可以同时完成所有待测功能的测试。

但是在所有待测功能的数量大于测试组件的数量的情况下,电子设备无法一次性完成所有待测功能的测试。此时,为了完成所有待测功能的测试,在对一辆车测试的过程中,有的测试组件可能要对至少2个待测功能进行测试。基于此,在确定目标待测功能的测试结果之后,还包括:

步骤B1、在存在未测试的待测功能的情况下,电子设备从所有测试组件中确定与未测试的待测功能的数量匹配的目标测试组件。

在得到每个目标待测功能的测试结果后,也即在每个测试组件都完成对目标待测功能的测试后,如果还存在未测试的待测功能,那么,为了完成所有待测功能的测试,有多少个未测试的待测功能,就从所有测试组件中确定出多少组目标测试组件。

仅作为示例,假定待测功能共有10个,测试组件有8组。在该情况下,经过一轮测试,能够得到8个待测功能的测试结果,剩下2个待测功能未被测试。此时,可以从8组测试组件中确定2组目标测试组件。

可选地,如果有的测试组件执行触发某一类待测功能,那么在确定目标测试组件时,电子设备可先确定测试组件是否能触发未测试的待测功能,并在能触发未测试的待测功能的测试组件中,基于未测试的待测功能的数量确定目标测试组件。

仅作为示例,延续上述例子,假定剩下的2个待测功能对应的触发部件都为旋钮,要从8组测试组件中确定2组目标测试组件,电子设备可先从8组测试组件中确定有几组测试组件的执行部件为连接有夹具的电机,假定有3组,那么则从这3组测试组件中确定出2组目标测试组件。

步骤B2、电子设备调整各目标测试组件的位置,以使各目标测试组件的位置信息分别与各未测试的待测功能一一对应。

每组目标测试组件在之前的测试过程中,都被安装在能够触发目标待测功能的位置上。要对未测试的待测功能进行测试,需要调整目标待测功能的位置,以使各目标测试组件的位置信息分别与各未测试的待测功能一一对应。

仅作为示例,假定测试组件a在之前的测试过程中,测试的是待测功能a,因此测试组件a被安装在能够触发待测功能a的位置a处;在测试组件a完成对待测功能的测试后,若剩下未测试的待测功能b,且待测功能b对应位置为位置b,则在测试组件a被确定为目标测试组件后,可将测试组件a从位置a调整至位置b处,以确保测试组件a能够对待测功能b进行测试。对于多个目标测试组件的情况,以此类推。

步骤B3、电子设备将调整位置后的各目标测试组件确定为已安装的测试组件,并返回执行前述步骤110及其后续步骤,直至所有待测功能完成测试。

调整位置后的各目标测试组件,即完成了测试工作的前置工作,电子设备可将各目标测试组件确定为已安装的测试组件。对于安装完成的每组测试组件,电子设备可控制其进行相应的测试操作,即控制每组测试组件返回执行步骤110及后续其它步骤,以得到相应的测试结果。

可以理解,当未测试的待测功能的数量小于等于可选取的测试组件的数量的情况下,执行一次步骤B1-B3,以及步骤110-130后,即完成所有待测功能的测试,得到了所有待测功能的测试结果。

但如果未测试的待测功能的数量大于可选取的测试组件的数量,在执行步骤B1时,电子设备可将所有测试组件确定为目标测试组件,并基于目标测试组件执行步骤B2和步骤B3以及步骤110-130,并在执行步骤130后,继续执行步骤B1。也就是说,每当执行完步骤130后,只要还存在未测试的待测功能,电子设备就可以执行步骤B1-B3,直至所有的待测功能都完成测试。

在一些实施例中,此前得到的测试结果,是每个待测功能对应一个测试结果,这导致总体测试结果是零散的。为了便于用户查阅,在所有的待测功能都完成测试后,电子设备可以根据得到的所有测试结果生成车辆的测试结果,也即生成一个综合的测试结果。

在一些实施例中,车辆的待测功能可包括上升车窗、下降车窗、打开门锁、闭合门锁、调节座椅、调节方向盘和/或控制灯光等。

对应于上文实施例的车辆的测试方法,图2示出了本申请实施例提供的车辆的测试系统的结构框图。该测试系统包括电子设备、至少一组测试组件,测试组件包括执行部件和第一采集器,电子设备分别与执行部件和第一采集器连接;电子设备用于实现上述任意车辆的测试方法实施例中的步骤,例如图1所示出的步骤110-130。

在一些实施例中,测试组件中还可以包括第二采集器,第二采集器与电子设备连接。

可选地,电子设备可通过接口控制器与每个执行部件、第一采集器和第二采集器连接。

可选地,第一/第二采集器可包括位置传感器、压力传感器以及角度传感器等,具体选用哪种传感器,可根据实际需求确定。

对应于上文实施例的车辆的测试方法,图3示出了本申请实施例提供的车辆的测试装置3的结构框图,为了便于说明,仅示出了与本申请实施例相关的部分。

参照图3,该车辆的测试装置3集成于电子设备,电子设备至少与一组测试组件连接,测试组件包括执行部件和第一采集器;该测试装置3包括:

控制模块31,用于针对已安装的每组测试组件,控制执行部件执行目标测试操作,以触发车辆上的目标待测功能;目标待测功能为车辆的所有待测功能中与执行部件的位置信息匹配的待测功能;目标测试操作为预设的测试操作中用于触发目标待测功能的测试操作;

第一采集模块32,用于通过第一采集器采集车辆实现目标待测功能的实现结果;

第一确定模块33,用于根据实现结果和目标测试操作所对应的参考结果,确定目标待测功能的测试结果。

可选地,执行部件包括气缸,目标测试操作包括点动或长按类测试操作;控制模块31可以包括:

第一控制单元,用于基于预设的进气压力控制气缸伸出气缸的活塞杆,以使活塞杆的端部在预设时长内基于预设压力对目标待测功能对应的第一触发部件点触或长按,预设时长和预设压力基于目标测试操作确定。

可选地,执行部件包括连接有夹具的电机,夹具用于夹持目标待测功能对应的第二触发部件;目标测试操作包括旋转类测试操作;控制模块31还可以包括:

第二控制单元,用于在夹具夹持第二触发部件的情况下,基于预设的脉冲宽度调制信号控制电机旋转,以使夹具旋转预设角度,脉冲宽度调制信息基于目标测试操作确定。

可选地,测试组件还包括第二采集器;其中,第一采集器设置于车辆上,第二采集器设置于执行部件上,以采集不同结果;测试装置3还可以包括:

第二采集模块,用于在控制执行部件执行目标测试操作之后,基于第二采集器采集执行部件的执行结果;

第二确定模块,用于根据执行结果确定执行部件是否出现故障;

故障处理模块,用于在执行部件出现故障的情况下,停止对目标待测功能的测试,并执行预设的故障处理机制。

可选地,测试装置3还可以包括:

第三确定模块,用于在确定目标待测功能的测试结果之后,在存在未测试的待测功能的情况下,从所有测试组件中确定与未测试的待测功能的数量匹配的目标测试组件;

调整模块,用于调整各目标测试组件的位置,以使各目标测试组件的位置信息分别与各未测试的待测功能一一对应;

触发模块,用于将调整位置后的各目标测试组件确定为已安装的测试组件,并触发控制模块31的执行,直至所有待测功能完成测试。

需要说明的是,上述装置/单元之间的信息交互和执行过程等内容,由于与本申请方法实施例基于同一构思,其具体功能及带来的技术效果,具体可参见方法实施例部分,此处不再赘述。

可选地,执行部件包括至少一个子执行部件,目标测试操作包括多个分解动作,每个分解动作对应至少一个子执行部件,控制模块31具体用于:基于预设的执行顺序依次控制子执行部件执行对应的分解动作。

图4为本申请一实施例提供的电子设备的物理层面的结构示意图。如图4所示,该实施例的电子设备4包括:至少一个处理器40(图4中仅示出一个)处理器、存储器41以及存储在存储器41中并可在至少一个处理器40上运行的计算机程序42,处理器40执行计算机程序42时实现上述任意车辆的测试方法实施例中的步骤,例如图1所示出的步骤110-130。

所称处理器40可以是中央处理单元(Central Processing Unit,CPU),该处理器40还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器41在一些实施例中可以是电子设备4的内部存储单元,例如电子设备4的硬盘或内存。存储器41在另一些实施例中也可以是电子设备4的外部存储设备,例如电子设备4上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。

进一步地,存储器41还可以既包括电子设备4的内部存储单元也包括外部存储设备。存储器41用于存储操作装置、应用程序、引导装载程序(BootLoader)、数据以及其他程序等,例如计算机程序的程序代码等。存储器41还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将上述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品,当计算机程序产品在电子设备上运行时,使得电子设备执行时实现可实现上述各个方法实施例中的步骤。

该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,可以通过计算机程序来指令相关的硬件来完成,上述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,上述计算机程序包括计算机程序代码,上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读介质至少可以包括:能够将计算机程序代码携带到拍照装置/电子设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random AccessMemory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。

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

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

以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。

相关技术
  • Monkey测试方法、装置、电子设备及计算机可读存储介质
  • 保险产品的测试方法及装置、存储介质及电子设备
  • 接口测试方法、接口测试装置、电子设备及存储介质
  • 联网软件升级测试方法、装置、电子设备和存储介质
  • 一种测试方法、装置、电子设备和存储介质
  • 车辆测试方法、装置、系统、电子设备及存储介质
  • 测试方法、系统、存储介质、电子设备及车辆
技术分类

06120116514662