一种基于车辆的版本测试方法、装置及电子设备与流程

1.本公开涉及升级测试技术领域，尤其涉及一种基于车辆的版本测试方法、装置及电子设备。


背景技术：

2.空中下载技术(over-the-air technology，ota)用于更新车机终端的版本，从而修补漏洞，提升性能。现有的ota测试包括版本发布、版本升级以及性能测试环节，各个环节都需要工作人员介入才能完成比如在版本升级环节，需要工作人员基于版本信息制作升级包，然后发送至车机终端，以由车机终端通过线刷工具利用升级包完成版本升级。现有的ota测试需要工作人员全程参与，还不能实现自动化，测试效率低。
3.公开内容
4.为了解决上述技术问题或者至少部分地解决上述技术问题，本公开提供了一种基于车辆的版本测试方法、装置及电子设备，可以无需工作人员参与到ota测试的各个环节，实现了ota自动化测试，提升了测试效率。
5.为了实现上述目的，本公开实施例提供的技术方案如下：
6.第一方面，提供一种基于车辆的版本测试方法，包括：
7.接收云平台发送的第一升级包；
8.向车机终端发送第一升级指令，升级指令中包括第一升级包，以使得车机终端根据升级包对软件系统版本进行升级，得到升级结果；
9.接收车机终端发送的升级结果；
10.在升级结果指示升级成功时，根据预设的配置参数和第一升级包，创建测试任务；
11.基于测试任务进行版本测试。
12.作为本公开实施例一种可选的实施方式，在升级结果指示升级成功时，根据预设的配置参数和第一升级包，创建测试任务之前，包括：获取用户输入的配置参数；其中，配置参数包括下述至少一项：执行时间、车辆识别码、测试次数。
13.作为本公开实施例一种可选的实施方式，基于测试任务进行版本测试，包括：在升级结果指示升级成功时，从云平台下载第二升级包，第二升级包是第一升级包的上一版本的升级包；向车机终端发送第二升级包，以使得车机终端基于第一升级包和第二升级包进行升级测试；接收车机终端发送的第一测试结果并展示。
14.作为本公开实施例一种可选的实施方式，测试次数为m，基于测试任务进行版本测试，包括：向车机终端发送第二升级指令，第二升级指令指示车机终端基于第一升级包执行m次升级测试；接收车机终端发送的m次升级结果作为测试结果，测试结果中包括但不限于下述至少一项：计划执行次数、实际执行次数、执行成功次数和执行失败次数；基于测试结果进行统计分析并展示。
15.作为本公开实施例一种可选的实施方式，向车机终端发送第一升级指令，包括：在预设时间段内车机终端的定位信息发生变化的情况下，向车机终端发送第一升级指令。
16.作为本公开实施例一种可选的实施方式，向车机终端发送第一升级指令之前，还包括：获取多个待升级车辆的车辆识别码；车机终端包括多个车机，向车机终端发送第一升级指令，包括：基于多个待升级车辆的车辆识别码，向每个待升级车辆的车辆识别码对应的车机发送第一升级指令。
17.第二方面，提供一种基于车辆的版本测试装置，包括：
18.接收模块，用于接收云平台发送的第一升级包；
19.发送模块，用于向车机终端发送第一升级指令，升级指令中包括第一升级包，以使得车机终端根据升级包对软件系统版本进行升级，得到升级结果；
20.接收模块，还用于接收车机终端发送的升级结果；
21.版本测试模块，用于在升级结果指示升级成功时，根据预设的配置参数和第一升级包，创建测试任务；基于测试任务进行版本测试。
22.作为本公开实施例一种可选的实施方式，版本测试模块，还用于获取用户输入的配置参数；其中，配置参数包括下述至少一项：执行时间、车辆识别码、测试次数。
23.作为本公开实施例一种可选的实施方式，版本测试模块，具体用于在升级结果指示升级成功时，从云平台下载第二升级包，第二升级包是第一升级包的上一版本的升级包；向车机终端发送第二升级包，以使得车机终端基于第一升级包和第二升级包进行升级测试；接收车机终端发送的第一测试结果并展示。
24.作为本公开实施例一种可选的实施方式，测试次数为m，版本测试模块，具体用于向车机终端发送第二升级指令，第二升级指令指示车机终端基于升级包执行m次升级测试；接收车机终端发送的m次升级结果作为测试结果，测试结果中包括但不限于下述至少一项：计划执行次数、实际执行次数、执行成功次数和执行失败次数；基于测试结果进行统计分析并展示。
25.作为本公开实施例一种可选的实施方式，发送模块，具体用于在预设时间段内车机终端的定位信息发生变化的情况下，向车机终端发送第一升级指令。作为本公开实施例一种可选的实施方式，发送模块，还用于获取多个待升级车辆的车辆识别码；发送模块，具体用于基于多个待升级车辆的车辆识别码，向每个待升级车辆的车辆识别码对应的车机发送第一升级指令。
26.第三方面，提供一种电子设备，包括：处理器、存储器及存储在存储器上并可在处理器上运行的计算机程序，计算机程序被处理器执行时实现如第一方面或其任意一种可选的实施方式的基于车辆的版本测试方法方法。
27.第四方面，提供一种计算机可读存储介质，包括：计算机可读存储介质上存储计算机程序，计算机程序被处理器执行时实现如第一方面或其任意一种可选的实施方式的基于车辆的版本测试方法方法。
28.第五方面，提供一种计算机程序产品，其特征在于，包括：计算机程序产品包括计算机程序，当计算机程序产品在计算机上运行时，使得计算机实现如第一方面或其任意一种可选的实施方式的基于车辆的版本测试方法方法。
29.本公开实施例提供的技术方案与现有技术相比具有如下优点：
30.本公开实施例中提供的一种基于车辆的版本测试方法，首先接收云平台发送的第一升级包，再向车机终端发送第一升级指令，该第一升级指令指示车机终端基于第一升级
包进行版本升级。然后，接收车机终端发送的升级结果，在升级结果指示升级成功时，根据预设的配置参数和第一升级包，创建测试任务；进一步的，基于测试任务进行版本测试。通过上述基于车辆的版本测试方法，使得工作人员只需在更新版本发布前设置配置参数然后由设备执行测试任务，从而无需工作人员参与到ota测试的各个环节，实现了ota自动化测试，提升了测试效率。
附图说明
31.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
32.为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
33.图1为ota的架构示意图；
34.图2为本公开实施例所述一种基于车辆的版本测试方法的实现场景示意图；
35.图3为本公开实施例所述一种基于车辆的版本测试方法的流程示意图；
36.图4为本公开实施例所述一种基于车辆的版本测试装置的结构图；
37.图5为本公开实施例所述一种电子设备的结构图。
具体实施方式
38.为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。
39.在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。
40.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本技术中的具体含义。此外，在本技术的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
41.为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的技术名词作简单地介绍：
42.空中下载技术(over-the-air technology，ota)用于更新车机终端的版本，从而修补漏洞，提升性能。基线是软件文档或源码(或其它产出物)的一个稳定版本，它是进一步开发的基础。
43.线刷，线刷是全自动进行的通过电脑写入脚本实现一键刷机，目前主要通过线刷工具进行线刷，例如刷机精灵、刷机大师等。
44.车辆识别码(vehicle identification number，vin)，车辆识别代码根据国家车辆管理标准确定，包含了车辆的生产厂家、年代、车型、车身型式及代码、发送机代码及组装地点等信息。
45.随着用户对于车辆性能和多元化功能的需求日益增加，车机终端、电子电路等也在不断快速地更新迭代，车机终端的升级变得更为频繁，尤其是基于ota进行远程升级，已经成为必不可少的功能。基于ota进行远程升级主要是指通过空中接口远程管理，更新终端设备中固件的方法，通过版本升级可以更新设备的操作系统，系统配置等。为保证升级功能的顺利进行，需对车机终端的升级功能进行ota测试。
46.如图1所示，图1为ota的架构示意图，ota包括ota云端、ota终端以及ota升级对象三部分。其中，ota云端包括ota云服务器；ota终端可以车联网系统(telematics box，tbox)，tbox是的用途是远程协助和控制车辆，可以实现远距离通讯控制的功能；ota升级对象包括但不限于动力系统域、座舱娱乐域、自动驾驶域。该ota技术的出现建立了整车厂与车辆的链接。
47.现有的ota测试包括版本发布、版本升级以及性能测试环节，各个环节都需要工作人员介入才能完成。比如，在版本升级环节，需要工作人员基于版本信息制作基线，然后发送至车机终端，以由车机终端通过线刷工具利用基线完成版本升级。现有的ota测试需要工作人员全程参与，还不能实现自动化，测试效率低。
48.为了解决上述问题，本公开实施例中提供的一种基于车辆的版本测试方法，首先接收云平台发送的第一升级包，再向车机终端发送第一升级指令，该第一升级指令指示车机终端基于第一升级包进行版本升级。然后，接收车机终端发送的升级结果，在升级结果指示升级成功时，根据预设的配置参数和第一升级包，创建测试任务，进一步的基于测试任务进行版本测试。通过上述基于车辆的版本测试方法，使得工作人员只需在更新版本发布前设置配置参数然后由设备执行测试任务，从而无需工作人员参与到ota测试的各个环节，实现了ota自动化测试，提升了测试效率。
49.如图2所示，图2为本公开实施例所述的一种基于车辆的版本测试方法的实现场景示意图，图中包括云平台201、ota测试平台202、车机终端203。ota测试平台202定时检测云平台201发布版本的更新状态，在检测到更新状态时，接收云平台201发送的第一升级包，再向车机终端203发送第一升级指令，以使得车机终端203根据该第一升级指令利用第一升级包进行升级，得到升级结果。在ota测试平台202接收到升级结果，且升级结果指示升级成功时，根据预设的配置参数和第一升级包创建测试任务，进一步的基于测试任务进行版本测试，使得工作人员只需在云平台201发布版本的更新状态之前设置配置参数后续由ota测试平台202实现自动化测试，提升了测试效率。
50.需要说明的是，本公开实施例所述的一种基于车辆的版本测试方法的保护范围不限于本实施例列举的步骤执行顺序，凡是根据本公开的原理所做的现有技术的步骤增减、步骤替换所实现的方案都包括在本公开的保护范围内。
51.本公开实施例中提供的一种基于车辆的版本测试方法，可以通过计算机设备设备实现，计算机设备包括但不限于服务器、个人电脑、笔记本电脑、平板电脑、智能手机、车载
设备等。计算机设备包括用户设备与网络设备。其中，用户设备包括但不限于电脑、智能手机、平板电脑等；网络设备包括但不限于单个网络服务器、多个网络服务器组成的服务器组或于云计算的由大量计算机或网络服务器构成的云，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。其中，计算机设备可单独运行来实现本公开，也可接入网络并通过与网络中的其他计算机设备的交互操作来实现本公开。其中，计算机设备所处的网络包括但不限于互联网、广域网、城域网、局域网、虚拟专用(virtual private network，vpn)网络等。
52.如图3所示，图3为本公开实施例所述一种基于车辆的版本测试方法的流程示意图，该方法包括：
53.s301、接收云平台发送的第一升级包。
54.其中，第一升级包可以是用于车机终端升级的电子控制单元(electroniccontrol unit，ecu)升级包，该ecu升级包可以是ecu全量包或ecu差分包。ecu全量包为完整的批量压缩的系统升级包，ecu差分包为只包括更新部分的补丁升级包。
55.为保障从开发者开始到后面的整车厂、汽车产品，保证所有的数据通道都是安全的，云平台会对第一升级包进行加密。其中，云平台对升级包进行更新，并通过公钥进行加密，之后通过移动网络建立与电子设备(例如本公开提供的ota测试平台)之间安全、全新的连接，以保证数据传输通道的安全稳定性，保证数据安全传输，之后，将加密后的升级包通过所建立的全新通道进行传输。
56.一些实施例中，ota测试平台定时检测版本的更新状态，在确定存在更新的版本升级包时，向云平台发送下载更新的版本升级包的请求，云平台在接收到该请求后，将存储的更新的版本升级包返回至ota测试平台。接收云平台发送的第一升级包，然后利用与上述公钥对应的私钥解密第一升级包，解密成功之后再进行升级包的下载，若解密失败，则说明所接受的升级包可能存在危险，则不下载第一升级包。
57.上述实施例中，采用公钥和私钥的不对称加密方式，其中公钥和私钥均是采用高级加密标准(advanced encryption standard，aes)加密的密钥，公钥用于加密/验章，私钥用于解密/签章，利用公钥加密的内容只能用私钥解密，利用私钥加密的内容只能用公钥解密，从而保证云平台与ota测试平台之间数据传输的安全性，相对于对称加密方式，不对称加密方式大大提高了数据传输的安全性。
58.一些实施例中，完成升级包的下载任务之后，为进一步保证车辆的升级安全，需要对升级包进行安全等级验证，以保证升级能够安全进行。
59.当所下载的第一升级包的安全等级验证通过时，对第一升级包的内容进行测试，以保证第一升级包的安全性及完整性，以免出现车机终端在升级过程中由于升级信息的不完整而造成升级失败，尽可能避免车机终端升级失败。
60.进一步的，若第一升级包的验证结果不合格，则ota测试平台生成错误提示信息，并发送至云平台；根据错误提示信息，云平台重新向ota测试平台发送加密后的升级包。
61.上述实施例，通过对第一升级包进行加密，从而使得第一升级包在传输过程中不易被恶意篡改，且可以保证第一升级包的结构完整，使其准确性能够得以验证，进而提高系统升级的安全性。
62.s302、向车机终端发送第一升级指令。
63.其中，升级指令中包括第一升级包，以使得车机终端根据升级包对软件系统版本进行升级，得到升级结果。
64.一些实施例中，在向车机终端发送第一升级指令之前，获取多个待升级车辆的车辆识别码；车机终端包括多个车机，可以理解的是，车机终端是多个待升级车辆的车机终端，车机终端的数量为多个，每个车机终端作为一个车机。然后，根据多个车辆识别码，向每个车辆识别码对应的车机发送第一升级指令。
65.上述实施例，在整车厂生产线场景中通过ota测试平台获取多个待升级车辆的车辆识别码，也即总装下线车辆的车辆识别码，使得无需工作人员一一输入总装下线车辆的车辆识别码，直接批量获取，并向总装下线车辆发送第一升级指令，以由总装下线车辆进行升级，从而实现了总装下线车辆的自动化升级，提升了升级的效率。
66.实际应用中，车辆可能在运输阶段进行升级，例如车辆从整车厂运输至销售商的过程中需要升级，在这一场景中为防止长时间的运输途中发生漏电现象，厂家会开启车辆的运输模式，在ota测试平台向车机终端发送第一升级指令之前，先通过与车机终端之间的无线通信连接获取车机终端的状态，在确定车机终端处于运输模式时，向车机终端发送第一升级指令，指示车机终端进行静默升级，或者，指示在车机终端升级成功后切换回运输模式，减少电量的消耗。
67.另一些实施例中，在向车机终端发送第一升级指令之前，确定预设时间段内车机终端的定位信息是否发生变化，在预设时间段内车机终端的定位信息发生变化的情况下，表示车辆处于运输模式，向车机终端发送第一升级指令，指示车机终端进行静默升级，或者，指示在车机终端升级成功后切换回运输模式，减少电量的消耗。
68.s303、接收车机终端发送的升级结果。
69.其中，升级结果包括指示升级成功的升级结果和指示升级失败的升级结果。
70.需要说明的是，车辆从整车厂生产完成直至交付到用户这整个流程中，都可能存在升级车机终端的需求，这整个流程包括下线、测试、交付等环节，而针对每个环节根据不同的升级结果存在不同的处理方式：
71.下述将在升级结果指示失败的情况下，针对下线环节交付环节的处理方式进行说明：
72.(1)下线环节
73.一些实施例中，在升级结果指示失败的情况下，获取基线版本号，然后基于基线版本号创建基线升级包，再将基线升级包发送至车机终端，以由车机终端根据该基线升级包进行再次升级。避免车机终端的软件系统升级失败所造成的崩溃。
74.其中，基线升级包是标准版本的升级包，可以在车机终端升级基线是软件文档或源码(或其它产出物)的一个稳定版本，也是进一步开发的基础。在计算机术语中，基线是项目储存库中每个工件版本在特定时期的一个“快照”。
75.(2)交付环节
76.一些实施例中，在升级结果指示失败的情况下，重新从云平台下载升级包，向车机终端发送，直至车机终端的软件系统升级至更新的版本，从而保证在车辆交付场景中车辆升级至最新版本，使得提车用户有更好的使用体验。
77.上述实施例，在升级结果指示失败的情况下，针对不同的场景例如下线和交付，分
别存在不同的实施方式，从而提升了车机终端的软件系统升级的场景适应性，提升了下线环节升级的效率，提升了交付环节用户的使用体验感。
78.需要说明的是，上述针对车辆从整车厂生产完成直至交付到用户这整个流程的划分，仅为示例性说明，本公开在此不做具体限定。
79.除此之外，针对测试环节，需要在车机终端返回的升级结果指示升级成功的情况下进行处理，也就是执行步骤s204～205。
80.s304、在升级结果指示升级成功时，根据预设的配置参数和第一升级包，创建测试任务。
81.一些实施例中，在根据预设的配置参数和第一升级包，创建测试任务之前，获取用户输入的配置参数，配置参数包括下述至少一项：执行时间、车辆识别码、测试次数。其中，执行时间是指测试任务执行的时间，可以是创建测试任务之后立刻执行，也可以设置时间点定时执行测试任务；车辆识别码是需要执行测试任务的车机终端所对应的车辆的唯一识别码；测试次数是执行测试任务的次数，也是车机终端根据升级包进行升级的次数。
82.其中，车辆识别码的输入方式可以是用户手动输入也可以是表格数据批量导入；用户还可以输入车系、车型，ota测试平台根据车系和车型能够确定多个车辆识别码，实现车辆识别码的输入。
83.进一步的，在升级结果指示升级成功时，保存第一升级包的版本号以及车辆识别码，从而确定车辆识别码对应的车机终端已经完成升级。
84.s305、基于测试任务进行版本测试。
85.其中，测试任务包括但不限于普通测试任务、同版本压力测试任务、新旧版本压力测试任务、基线测试任务。
86.一些实施例中，在版本测试之后将测试结果进行统计分析并展示，测试结果包括但不限于计划执行次数、实际执行次数、执行成功次数、执行失败次数；统计分析包括但不限于，将测试结果进行图表化处理，可以是柱状图、折线图等，本公开对此不做限定。
87.针对不同的测试任务，版本测试也不同，下述将针对普通测试任务、同版本压力测试、新旧版本压力测试这三个不同的测试任务来说明版本测试过程。
88.a、普通测试任务
89.普通测试任务是针对第一升级包进行的一次升级测试，在车机终端基于第一升级包升级成功，也即升级结果指示升级成功时，表示普通测试任务执行成功。普通测试任务的测试结果：计划执行次数为1、实际执行次数为1、执行成功次数为1、执行失败次数为0。
90.需要说明的是，在执行s201时，若接收到云平台发送的第一升级包，但下载失败，则在根据预设的配置参数和第一升级包创建测试任务为普通测试任务时，可得到测试结果：计划执行次数为1、实际执行次数为0、执行成功次数为0、执行失败次数为0。
91.b、同版本压力测试任务
92.同版本压力测试任务是针对同一版本的升级包进行预设次数的升级测试。根据用户输入的配置参数其中测试次数为m时，创建的测试任务为同版本压力测试任务，则向车机终端发送第二升级指令，该第二升级指令指示车机终端基于第一升级包执行m次升级测试，也就是由车机终端根据第一升级包进行m次升级。然后，接收车机终端返回的m次升级结果，将m次升级结果进行统计分析确定最终的测试结果。其中，测试结果包括：计划执行次数为
m、实际执行次数为n、执行成功次数为s、执行失败次数为t，m、n、s、t均为大于或等于0的正整数。
93.示例性的，用户输入的测试次数为100次时，由车机终端根据第一升级包进行100次升级，接收到车机终端返回的100次升级结果中，计划执行次数为100、实际执行次数为100、执行成功次数为85、执行失败次数为15，则进行图表化处理，以可视化的方式工作人员进行判断。
94.c、新旧版本压力测试任务
95.新旧版本压力测试任务是针对不同版本的升级包进行升级测试，可以理解的是，利用更新的版本升级包和之前的版本升级包进行升级。
96.一些实施例中，在升级结果指示升级成功时，从云平台下载第二升级包，该第二升级包是第一升级包的上一版本的升级包；然后，向车机终端发送第二升级包，以使得车机终端基于第一升级包和第二升级包进行升级测试，进一步的，接收车机终端发送的第一测试结果并展示。还可以设置根据第一升级包和第二升级包进行升级测试的次数使得利用第一升级包和第二升级包进行交替升级测试，从而确定第一升级包是否合格、稳定。
97.示例性的，在升级结果指示升级成功时，从云平台下载第二升级包，设置测试次数为200，则由车机终端先根据第一升级包进行升级然后再根据第二升级包进行升级，如此交替升级，直至达到200次。接收车机终端返回的200次升级结果，确定测试结果为计划执行次数为200、实际执行次数为200、第一升级包对应的执行成功次数为85、第二升级包对应的执行成功次数为93、第一升级包对应的执行失败次数为15、第二升级包对应的执行失败次数为7，将测试结果进行图表化处理并进行展示。
98.上述实施例，根据不同的测试任务进行不同的版本测试得到相应的测试结果，使得工作人员根据测试结果进行来判断升级的第一升级包是否合格、稳定。
99.综上，本公开实施例中提供的一种基于车辆的版本测试方法，首先接收云平台发送的第一升级包，再向车机终端发送第一升级指令，该第一升级指令指示车机终端基于第一升级包进行版本升级。然后，接收车机终端发送的升级结果，在升级结果指示升级成功时，根据预设的配置参数和第一升级包，创建测试任务，进一步的基于测试任务进行版本测试。通过上述基于车辆的版本测试方法，使得工作人员只需在更新版本发布前设置配置参数然后由设备执行测试任务，从而无需工作人员参与到ota测试的各个环节，实现了ota自动化测试，提升了测试效率。
100.如图4所示，图4为本公开实施例所述一种基于车辆的版本测试装置的结构图，该装置包括：
101.接收模块401，用于接收云平台发送的第一升级包；
102.发送模块402，用于向车机终端发送第一升级指令，升级指令中包括第一升级包，以使得车机终端根据升级包对软件系统版本进行升级，得到升级结果；
103.接收模块401，还用于接收车机终端发送的升级结果；
104.版本测试模块403，用于在升级结果指示升级成功时，根据预设的配置参数和第一升级包，创建测试任务；基于测试任务进行版本测试。
105.需要说明的是，本公开实施例提供的一种基于车辆的版本测试装置除上述模块之外，还可以包括管理模块、监控模块、ecu管理模块等，其中，管理模块包括用户管理、角色管
理、菜单管理、部门管理、岗位管理等子模块；监控模块包括登陆记录、在线用户、定时任务等子模块；ecu管理模块用于对ecu进行添加、修改、删除。
106.作为本公开实施例一种可选的实施方式，版本测试模块403，还用于获取用户输入的配置参数；其中，配置参数包括下述至少一项：执行时间、车辆识别码、测试次数。
107.作为本公开实施例一种可选的实施方式，版本测试模块403，具体用于在升级结果指示升级成功时，从云平台下载第二升级包，第二升级包是第一升级包的上一版本的升级包；向车机终端发送第二升级包，以使得车机终端基于第一升级包和第二升级包进行升级测试；接收车机终端发送的第一测试结果并展示。
108.作为本公开实施例一种可选的实施方式，测试次数为m，版本测试模块403，具体用于向车机终端发送第二升级指令，第二升级指令指示车机终端基于升级包执行m次升级测试；接收车机终端发送的m次升级结果作为测试结果，测试结果中包括但不限于下述至少一项：计划执行次数、实际执行次数、执行成功次数和执行失败次数；基于测试结果进行统计分析并展示。
109.作为本公开实施例一种可选的实施方式，发送模块402，具体用于在预设时间段内车机终端的定位信息发生变化的情况下，向车机终端发送第一升级指令。作为本公开实施例一种可选的实施方式，发送模块402，还用于获取多个待升级车辆的车辆识别码；发送模块，具体用于基于多个待升级车辆的车辆识别码，向每个待升级车辆的车辆识别码对应的车机发送第一升级指令。
110.综上，本公开实施例中提供的一种基于车辆的版本测试装置，首先由接收模块接收云平台发送的第一升级包，再通过发送模块向车机终端发送第一升级指令，该第一升级指令指示车机终端基于第一升级包进行版本升级。然后，通过接收模块接收车机终端发送的升级结果，在升级结果指示升级成功时，通过版本测试模块根据预设的配置参数和第一升级包，创建测试任务，进一步的基于测试任务进行版本测试。通过上述基于车辆的版本测试装置，使得工作人员只需在更新版本发布前设置配置参数然后由设备执行测试任务，从而无需工作人员参与到ota测试的各个环节，实现了ota自动化测试，提升了测试效率。
111.如图5所示，本公开实施例提供一种电子设备，该电子设备包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述方法实施例中的基于车辆的版本测试方法的各个过程。且能达到相同的技术效果，为避免重复，这里不再赘述。
112.本公开实施例提供一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储计算机程序，该计算机程序被处理器执行时实现上述方法实施例中基于车辆的版本测试方法的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
113.其中，该计算机可读存储介质可以为只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等。
114.本公开实施例提供一种计算程序产品，该计算机程序产品存储有计算机程序，计算机程序被处理器执行时实现上述方法实施例中基于车辆的版本测试方法的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
115.本领域技术人员应明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施
例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质上实施的计算机程序产品的形式。
116.本公开中，处理器可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
117.本公开中，存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。存储器是计算机可读介质的示例。
118.本公开中，计算机可读介质包括永久性和非永久性、可移动和非可移动存储介质。存储介质可以由任何方法或技术来实现信息存储，信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。根据本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
119.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。
120.以上仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。