本文作者:kaifamei

OTA升级系统的测试方法、装置、测试设备及系统与流程

更新时间:2025-12-19 17:36:21 0条评论

OTA升级系统的测试方法、装置、测试设备及系统与流程


ota升级系统的测试方法、装置、测试设备及系统
技术领域
1.本技术涉及车辆测试技术领域,特别涉及一种ota升级系统的测试方法、装置、测试设备及系统。


背景技术:



2.随着汽车智能化程度逐渐升高,汽车软件开发周期更短,软件的漏洞修复、功能迭代都需要对车上控制器软件进行升级。ota(over-the-air technology,空中下载技术)则成为各大主机厂最常用的一种手段,其可靠性就显得尤其重要,因此对ota测试是必不可少的。
3.然而,目前ota自动化测试技术大多数都是对ota服务器进行测试,极少对整个ota系统进行测试,并且测试时过分依赖市面上昂贵的第三方自动化测试软件,测试框架较老,难以同时满足多变的ota方案。


技术实现要素:



4.本技术提供一种ota升级系统的测试方法、装置、测试设备及系统,以解决相关技术中对ota进行完整流程测试时,测试框架复杂,测试代码冗余导致测试周期长,无法兼容多种ota测试方案等问题。
5.本技术第一方面实施例提供一种ota升级系统的测试方法,所述ota升级系统包括服务器和客户端,包括以下步骤:获取ota升级系统的测试请求;根据所述测试请求进入测试流程,调用第一测试工具控制所述服务器创建并推送升级任务,以及调用第二测试工具控制所述客户端下载并部署所述升级任务,并调用所述第二测试工具控制所述客户端的目标软件进入升级流程;在检测到所述目标软件升级结束后,若读取所述客户端的升级结果为预设升级成功结果,则判定所述ota升级系统测试合格,否则判定所述ota升级系统测试不合格。
6.根据上述技术手段,本技术实施例可以通过测试工具控制升级任务自动创建以及目标软件的自动升级,并且可以对升级结果进行自动判定,提高测试效率,降低测试成本。
7.进一步地,所述调用第一测试工具控制所述服务器创建并推送升级任务,包括:基于所述第一测试工具控制所述服务器配置升级车辆的车辆信息;根据所述车辆信息匹配所述升级车辆的软件升级包,利用所述软件升级包创建升级任务,并推送所述升级任务至所述升级车辆的客户端。
8.根据上述技术手段,本技术实施例可以根据测试工具控制服务器配置所需升级车辆的车辆信息,通过车辆信息匹配对应的软件包,从而自动创建升级任务,无需进行人工操作,释放了人力资源。
9.进一步地,所述调用第二测试工具控制所述客户端下载并部署所述升级任务,包括:基于所述第二测试工具打开所述目标软件,并模拟点击所述目标软件的第一虚拟按钮,以模拟检测所述目标软件是否升级条件;若所述目标软件满足所述升级条件,则下载所述
升级任务中的软件升级包,并部署所述软件升级包。
10.根据上述技术手段,本技术实施例可以通过控制工具实现升级步骤的自动点击,实现目标软件的自动升级,节省人力资源。
11.进一步地,在调用第二测试工具控制所述客户端下载并部署所述升级任务之前,还包括:利用模拟量输出板卡模拟升级车辆的启停开关,以利用所述模拟量输出板卡模拟控制所述升级车辆执行自动点火与电源档位切换动作,并模拟所述升级车辆的升级条件。
12.根据上述技术手段,本技术实施例可以通过在部署升级任务之前对车辆的自动点火、电源档位切换条件以及车辆的升级条件进行模拟,可以解决测试中电源档位无法自动切换的问题。
13.进一步地,所述调用所述第二测试工具控制所述客户端的目标软件进入升级流程,包括:基于所述第二测试工具模拟点击所述目标软件的第二虚拟按钮,使得升级车辆的网关基于所述升级任务中软件升级包一个或多个控制器进行软件刷写。
14.根据上述技术手段,本技术实施例可以在模拟人工点击升级操作后,网关对所有下属控制器进行刷写,进行升级。
15.进一步地,在调用所述第二测试工具控制所述客户端的目标软件进入升级流程之前,还包括:检测所述客户端在下载或部署过程中是否出现预设异常状态;若出现所述预设异常状态,则结束所述测试流程,并判定所述ota升级系统测试不合格,否则进入所述升级流程。
16.根据上述技术手段,本技术实施例可以通过判定客户端是否出现异常状态,决定是否控制客户端目标软件升级,以防资源浪费。
17.本技术第二方面实施例提供一种ota升级系统的测试装置,所述ota升级系统包括服务器和客户端,包括:获取模块,用于获取ota升级系统的测试请求;测试模块,用于根据所述测试请求进入测试流程,调用第一测试工具控制所述服务器创建并推送升级任务,以及调用第二测试工具控制所述客户端下载并部署所述升级任务;调用所述第二测试工具控制所述客户端的目标软件进入升级流程;判定模块,用于在检测到所述目标软件升级结束后,若读取所述客户端的升级结果为预设升级成功结果,则判定所述ota升级系统测试合格,否则判定所述ota升级系统测试不合格。
18.本技术第三方面实施例提供一种测试设备,包括:第一测试工具,用于控制ota升级系统的服务器创建并推送升级任务;第二测试工具,用于控制ota升级系统的客户端下载并部署升级任务;模拟量输出板卡,用于模拟升级车辆的启停开关,以控制所述升级车辆执行自动点火与电源档位切换动作;控制器,用于根据所述ota升级系统的测试请求进入测试流程,调用第一测试工具控制所述服务器创建并推送升级任务,并利用所述模拟量输出板卡控制所述升级车辆上电,并模拟所述升级车辆的升级条件,调用所述第二测试工具控制所述客户端模拟检测所述升级车辆的升级条件,下载并部署所述升级任务,调用所述第二测试工具控制所述客户端的目标软件进入升级流程,在检测到所述目标软件升级结束后,若读取所述客户端的升级结果为预设升级成功结果,则判定所述ota升级系统测试合格,否则判定所述ota升级系统测试不合格。
19.本技术第四方面实施例提供一种ota升级系统的测试系统,包括:ota升级系统,所述ota升级系统包括服务器和客户端;测试设备,用于获取ota升级系统的测试请求;根据所
述测试请求进入测试流程,调用第一测试工具控制所述服务器创建并推送升级任务,以及调用第二测试工具控制所述客户端下载并部署所述升级任务;调用所述第二测试工具控制所述客户端的目标软件进入升级流程,在检测到所述目标软件升级结束后,若读取所述客户端的升级结果为预设升级成功结果,则判定所述ota升级系统测试合格,否则判定所述ota升级系统测试不合格。
20.本技术第五方面实施例提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行,以用于实现如上述实施例所述的ota升级系统的测试方法。
21.由此,本技术至少具有如下有益效果:
22.(1)本技术实施例可以通过测试工具控制升级任务自动创建以及目标软件的自动升级,并且可以对升级结果进行自动判定,提高测试效率,降低测试成本。
23.(2)本技术实施例可以根据测试工具控制服务器配置所需升级车辆的车辆信息,通过车辆信息匹配对应的软件包,从而自动创建升级任务,无需进行人工操作,释放了人力资源。
24.(3)本技术实施例可以通过控制工具实现升级步骤的自动点击,实现目标软件的自动升级,节省人力资源。
25.(4)本技术实施例可以通过在部署升级任务之前对车辆的自动点火、电源档位切换条件以及车辆的升级条件进行模拟,可以解决测试中电源档位无法自动切换的问题。
26.(5)本技术实施例可以在模拟人工点击升级操作后,网关对所有下属控制器进行刷写,进行升级。
27.(6)本技术实施例可以通过判定客户端是否出现异常状态,决定是否控制客户端目标软件升级,以防资源浪费。
28.本技术附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本技术的实践了解到。
附图说明
29.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
30.图1为根据本技术实施例提供的ota升级系统的测试系统的方框示意图;
31.图2为根据本技术实施例提供的测试设备的方框示意图;
32.图3为根据本技术实施例提供的ota升级系统的测试系统的框架示意图;
33.图4为根据本技术实施例提供的ota升级系统的测试方法的流程图;
34.图5为根据本技术实施例提供的一种ota升级系统的测试方法的流程示意图;
35.图6为根据本技术实施例提供的ota升级系统的测试装置的示例图。
具体实施方式
36.下面详细描述本技术的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本技术,而不能理解为对本技术的限制。
37.相关技术1中描述了一种基于fota升级的压力测试方法和装置,其方法分为以下
几个步骤:模拟服务器根据预先配置的配置文件中的终端设备参数模拟多个客户端,并通过配置文件创建多个对ota服务器并发的升级请求线程;模拟服务器通过模拟的多个客户端根据所述升级请求线程与ota服务器进行升级操作,以对所述ota服务器进行压力测试。但是该方法主要是针对ota服务器进行压力测试,没有对整个ota升级流程以及通道测试。
38.相关技术2中描述了一种车辆fota功能自动化测试方法及系统,采用购买的自动化测试软件eggplant进行自动化测试,然而该软件费用较高,且一台电脑只有一个license,如果并行测试项目较多时,则测试成本将直线上升,并且该方案的测试框架较老,无法同时满足多种ota方案。
39.下面参考附图描述本技术实施例的ota升级系统的测试方法、装置、测试设备及系统。针对上述背景技术中提到的目前ota自动化测试技术大多数都是对ota服务器进行测试,极少对整个ota系统进行测试,即使进行测试,也过分依赖市面上昂贵的第三方自动化测试软件,测试框架较老,难以满足多变的ota测试方案的问题,本技术提供了一种ota升级系统的测试方法,在该方法中,利用控制工具实现云端的任务自动创建以及实现车端升级步骤的自动点击,并且可以实现对升级结果的自动判定,整个流程全靠代码实现,无需进行人工操作。由此,解决了相关技术中对ota进行完整流程测试时,测试框架复杂,测试代码冗余导致测试周期长,无法兼容多种ota测试方案等问题。
40.具体而言,图1为本技术实施例所提供的一种ota升级系统的测试系统的方框图,如图1所示,ota升级系统的测试系统10包括:ota升级系统101和测试设备102。
41.其中,ota升级系统101包括服务器和客户端;测试设备102用于获取ota升级系统的测试请求;根据测试请求进入测试流程,调用第一测试工具控制服务器创建并推送升级任务,以及调用第二测试工具控制客户端下载并部署升级任务;调用第二测试工具控制客户端的目标软件进入升级流程,在检测到目标软件升级结束后,若读取客户端的升级结果为预设升级成功结果,则判定ota升级系统测试合格,否则判定ota升级系统测试不合格。
42.其中,服务器指云端,客户端指车端;第一测试工具指webdriver,用于控制ota升级系统的服务器创建并推送升级任务,第二测试工具指appium,用于控制ota升级系统的客户端下载并部署升级任务。
43.可以理解的是,当测试设备获取到测试请求之后,进入测试流程,基于webdriver实现云端的任务自动创建,基于appium实现车端升级步骤的自动点击,并且可以对升级结果自动判定,实现了对整个流程的无遗漏测试,缩短测试周期,提高测试效率,降低测试成本。
44.基于上述实施例所阐述的ota升级系统的测试系统,下面将阐述根据本技术实施例提供的一种测试设备,如图2所示,该测试设备20包括:第一测试工具201、第二测试工具202、模拟量输出板203和控制器204。
45.其中,第一测试工具201用于控制ota升级系统的服务器创建并推送升级任务;第二测试工具202用于控制ota升级系统的客户端下载并部署升级任务;模拟量输出板卡203用于模拟升级车辆的启停开关,以控制升级车辆执行自动点火与电源档位切换动作;控制器204用于根据ota升级系统的测试请求进入测试流程,调用第一测试工具控制服务器创建并推送升级任务,并利用模拟量输出板卡控制升级车辆上电,并模拟升级车辆的升级条件,调用第二测试工具控制客户端模拟检测升级车辆的升级条件,下载并部署升级任务,调用
第二测试工具控制客户端的目标软件进入升级流程,在检测到目标软件升级结束后,若读取客户端的升级结果为预设升级成功结果,则判定ota升级系统测试合格,否则判定ota升级系统测试不合格。
46.其中,第一测试工具和第二测试工具在上述实施例中已经进行阐述,此处不再赘述。
47.需要说明的是,采用模拟量输出板卡替换启停开关,实现车辆自动点火、电源档位切换等一系列操作,模拟按下启停开关,解决ota自动化测试中电源档位无法自动切换的问题。
48.具体而言,ota自动化测试系统主要包括待测ecu(electronic control unit,电子控制单元)系统、软硬件系统和智能车云等,待测ecu系统由车机、中控屏、网关、车身域控制器、刷写控制器组成;软件系统由python、appium、google、adb、tsmaster组成;硬件系统由程控电源、模拟量输入输出板、tc1016组成,如图3所示。
49.其中,待测ecu系统即与ota相关的ecu,它们之间按照车型网络拓扑图用电气线束连接,每个网段单独用db9头引出,用于升级条件模拟以及相关数据报文采集;软、硬件系统的软件部分的主体框架由python完成,基于webdriver实现云端任务创建,基于appium实现车端升级步骤模拟点击以及升级结果判定,基于tsmaster实现升级条件模拟与报文数据记录。其硬件部分通过串口线与测试电脑连接,测试电脑基于python通串口指令实现对硬件的控制,包括电源的控制,以及模拟量板卡的控制;智能车云即车联网云平台,该平台具备升级包上传、升级任务创建以及车辆信息查询等功能。软、硬件系统中的测试电脑通过以太网线访问智能车云平台,待测ecu系统中的thu通过3g\4g\5g网络与智能车云平台进行交互。
50.基于上述实施例所阐述的ota升级系统的测试系统和测试设备,下面将阐述一种ota升级系统的测试方法,ota升级系统包括服务器和客户端。
51.如图4所示,该ota升级系统的测试方法包括以下步骤:
52.在步骤s101中,获取ota升级系统的测试请求。
53.其中,测试请求通过测试设备获得。
54.在步骤s102中,根据测试请求进入测试流程,调用第一测试工具控制服务器创建并推送升级任务,以及调用第二测试工具控制客户端下载并升级任务,并调用第二测试工具控制客户端的目标软件进入升级流程。
55.可以理解的是,通过不同的测试工具分别控制服务器和客户端进行自动创建升级任务和自动进行升级,实现自动化操作,提高测试效率,节省人力资源。
56.在本技术实施例中,调用第一测试工具控制服务器创建并推送升级任务,包括:基于第一测试工具控制服务器配置升级车辆的车辆信息;根据车辆信息匹配升级车辆的软件升级包,利用软件升级包创建升级任务,并推送升级任务至升级车辆的客户端。
57.可以理解的是,本技术实施例基于webdriver实现云端升级车辆信息配置,选择车辆升级需要的软件包,并配置车辆升级任务,然后推送此次升级任务至车端。
58.在本技术实施例中,调用第二测试工具控制客户端下载并部署升级任务,包括:基于第二测试工具打开目标软件,并模拟点击目标软件的第一虚拟按钮,以模拟检测目标软件满足是否升级条件;若目标软件满足升级条件,则下载升级任务中的软件升级包,并部署
所述软件升级包。
59.其中,点击第一虚拟按钮可以检测目标软件是否满足升级条件,第一虚拟按钮可以命名为“检测更新”,对此不做限定。
60.可以理解的是,本技术实施例可以基于appium打开车辆升级任务,模拟点击“检测更新”按钮,开始收集本地控制器版本信息,并下载云端升级包,下载完成后开始部署,即升级包从车机传输至网关。
61.在本技术实施例中,在调用第二测试工具控制客户端下载并部署升级任务之前,还包括:利用模拟量输出板卡模拟升级车辆的启停开关,以利用模拟量输出板卡模拟控制升级车辆执行自动点火与电源档位切换动作,并模拟升级车辆的升级条件。
62.需要说明的是,本技术实施例利用python结合模拟量板卡代替启停开关实现电源档位自动切换,解决了ota自动化测试中电源档位无法自动切换的问题,从而提高测试效率。
63.在本技术实施例中,调用第二测试工具控制客户端的目标软件进入升级流程,包括:基于第二测试工具模拟点击目标软件的第二虚拟按钮,使得升级车辆的网关基于升级任务中软件升级包一个或多个控制器进行软件刷写。
64.可以理解的是,下载部署完成后,测试系统将基于appium实现模拟人工点击第二虚拟按钮操作,网关会基于诊断协议和刷写规范对所有下属控制器进行软件刷写。
65.其中,第二虚拟按钮可以命名为“立即升级”,对此不做限定。
66.在本技术实施例中,在调用第二测试工具控制客户端的目标软件进入升级流程之前,还包括:检测客户端在下载或部署过程中是否出现预设异常状态;若出现预设异常状态,则结束测试流程,并判定ota升级系统测试不合格,否则进入升级流程。
67.可以理解的是,如果下载与部署过程中出现异常,车机中控屏将会弹窗提示异常代码,测试系统将会记录本次异常代码,并判定本次升级失败,流程结束。
68.需要说明的是,本技术实施例基于appium实现升级流程中异常弹窗信息提取,为后续问题分析提供了强有力的证据,并且可将出现异常时的车机日志实时导出,解决了ota测试中车机日志被覆盖以至无法定位bug的问题。
69.具体而言,ota升级过程主要分为以下几个步骤:第一步是在云端上传升级包并下发升级任务到车端;第二步是车端下载升级包和相关配置文件到车机本地;第三步是将下载好的升级包和相关配置文件部署到网关;第四步是通过中控屏的ota升级功能触发整车安装,网关会基于诊断协议和刷写规范对所有下属控制器进行软件刷写。ota测试正是对以上四个步骤进行测试。
70.下面将通过一个具体实施例来阐述ota升级系统的测试方法,如图5所示,步骤如下:
71.步骤s1:基于webdriver实现云端升级车辆信息配置,选择车辆升级需要的软件包,并配置车辆升级任务,然后推送此次升级任务;
72.步骤s2:采用模拟量输出板卡替换启停开关,实现车辆自动点火、电源档位切换等一系列操作,模拟按下启停开关,车辆上电到on档;
73.步骤s3:测试系统开始模拟升级条件并记录总线报文数据;
74.步骤s4:基于appium打开车辆升级app,模拟点击“检测更新”按钮,开始收集本地
控制器版本信息,并下载云端升级包,下载完成后开始部署,即升级包从车机传输至网关。如果下载与部署过程中出现异常,车机中控屏将会弹窗提示异常代码,测试系统将会记录本次异常代码,并判定本次升级失败,流程结束;
75.步骤s5:下载部署完成后,测试系统将基于appium实现模拟人工点击“立即升级”操作,网关会基于诊断协议和刷写规范对所有下属控制器进行软件刷写;
76.步骤s6:网关完成控制器软件刷写后,车机中控屏将会弹窗提示本次升级结果,测试系统基于appium将弹窗的信息提取出来,依据弹窗信息判定本次升级成功或者失败;
77.步骤s7:结束测试,生成测试报告。
78.根据本技术实施例提出ota升级系统的测试方法,可以通过测试工具控制升级任务自动创建以及目标软件的自动升级,并且可以对升级结果进行自动判定,提高测试效率,降低测试成本;可以根据测试工具控制服务器配置所需升级车辆的车辆信息,通过车辆信息匹配对应的软件包,从而自动创建升级任务,无需进行人工操作,释放了人力资源;可以通过控制工具实现升级步骤的自动点击,实现目标软件的自动升级,节省人力资源;通过在部署升级任务之前对车辆的自动点火、电源档位切换条件以及车辆的升级条件进行模拟,可以解决测试中电源档位无法自动切换的问题;可以在模拟人工点击升级操作后,网关对所有下属控制器进行刷写,进行升级;可以通过判定客户端是否出现异常状态,决定是否控制客户端目标软件升级,以防资源浪费。
79.其次参照附图描述根据本技术实施例提出的ota升级系统的测试装置。
80.图6是本技术实施例的ota升级系统的测试装置的方框示意图。
81.如图6所示,该ota升级系统的测试装置30包括:获取模块301、测试模块302和判定模块303。
82.其中,获取模块301用于获取ota升级系统的测试请求;测试模块302用于根据测试请求进入测试流程,调用第一测试工具控制服务器创建并推送升级任务,以及调用第二测试工具控制客户端下载并部署升级任务;调用第二测试工具控制客户端的目标软件进入升级流程;判定模块303用于在检测到目标软件升级结束后,若读取客户端的升级结果为预设升级成功结果,则判定ota升级系统测试合格,否则判定ota升级系统测试不合格。
83.需要说明的是,前述对ota升级系统的测试方法实施例的解释说明也适用于该实施例的ota升级系统的测试装置,此处不再赘述。
84.根据本技术实施例提出的ota升级系统的测试装置,可以通过测试工具控制升级任务自动创建以及目标软件的自动升级,并且可以对升级结果进行自动判定,提高测试效率,降低测试成本;可以根据测试工具控制服务器配置所需升级车辆的车辆信息,通过车辆信息匹配对应的软件包,从而自动创建升级任务,无需进行人工操作,释放了人力资源;可以通过控制工具实现升级步骤的自动点击,实现目标软件的自动升级,节省人力资源;通过在部署升级任务之前对车辆的自动点火、电源档位切换条件以及车辆的升级条件进行模拟,可以解决测试中电源档位无法自动切换的问题;可以在模拟人工点击升级操作后,网关对所有下属控制器进行刷写,进行升级;可以通过判定客户端是否出现异常状态,决定是否控制客户端目标软件升级,以防资源浪费。
85.本技术实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如上的ota升级系统的测试方法。
86.在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不是必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或n个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
87.此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本技术的描述中,“n个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
88.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更n个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本技术的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本技术的实施例所属技术领域的技术人员所理解。
89.应当理解,本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,n个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如,如果用硬件来实现和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列,现场可编程门阵列等。
90.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
91.尽管上面已经示出和描述了本技术的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本技术的限制,本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。

技术特征:


1.一种ota升级系统的测试方法,其特征在于,其中,所述ota升级系统包括服务器和客户端,其中,所述方法包括以下步骤:获取ota升级系统的测试请求;根据所述测试请求进入测试流程,调用第一测试工具控制所述服务器创建并推送升级任务,以及调用第二测试工具控制所述客户端下载并部署所述升级任务,并调用所述第二测试工具控制所述客户端的目标软件进入升级流程;在检测到所述目标软件升级结束后,若读取所述客户端的升级结果为预设升级成功结果,则判定所述ota升级系统测试合格,否则判定所述ota升级系统测试不合格。2.根据权利要求1所述的方法,其特征在于,所述调用第一测试工具控制所述服务器创建并推送升级任务,包括:基于所述第一测试工具控制所述服务器配置升级车辆的车辆信息;根据所述车辆信息匹配所述升级车辆的软件升级包,利用所述软件升级包创建升级任务,并推送所述升级任务至所述升级车辆的客户端。3.根据权利要求1所述的方法,其特征在于,所述调用第二测试工具控制所述客户端下载并部署所述升级任务,包括:基于所述第二测试工具打开所述目标软件,并模拟点击所述目标软件的第一虚拟按钮,以模拟检测所述目标软件是否升级条件;若所述目标软件满足所述升级条件,则下载所述升级任务中的软件升级包,并部署所述软件升级包。4.根据权利要求1或3所述的方法,其特征在于,在调用第二测试工具控制所述客户端下载并部署所述升级任务之前,还包括:利用模拟量输出板卡模拟升级车辆的启停开关,以利用所述模拟量输出板卡模拟控制所述升级车辆执行自动点火与电源档位切换动作,并模拟所述升级车辆的升级条件。5.根据权利要求1所述的方法,其特征在于,所述调用所述第二测试工具控制所述客户端的目标软件进入升级流程,包括:基于所述第二测试工具模拟点击所述目标软件的第二虚拟按钮,使得升级车辆的网关基于所述升级任务中软件升级包一个或多个控制器进行软件刷写。6.根据权利要求5所述的方法,其特征在于,在调用所述第二测试工具控制所述客户端的目标软件进入升级流程之前,还包括:检测所述客户端在下载或部署过程中是否出现预设异常状态;若出现所述预设异常状态,则结束所述测试流程,并判定所述ota升级系统测试不合格,否则进入所述升级流程。7.一种ota升级系统的测试装置,其特征在于,其中,所述ota升级系统包括服务器和客户端,其中,所述装置包括:获取模块,用于获取ota升级系统的测试请求;测试模块,用于根据所述测试请求进入测试流程,调用第一测试工具控制所述服务器创建并推送升级任务,以及调用第二测试工具控制所述客户端下载并部署所述升级任务;调用所述第二测试工具控制所述客户端的目标软件进入升级流程;判定模块,用于在检测到所述目标软件升级结束后,若读取所述客户端的升级结果为
预设升级成功结果,则判定所述ota升级系统测试合格,否则判定所述ota升级系统测试不合格。8.一种测试设备,其特征在于,包括:第一测试工具,用于控制ota升级系统的服务器创建并推送升级任务;第二测试工具,用于控制ota升级系统的客户端下载并部署升级任务;模拟量输出板卡,用于模拟升级车辆的启停开关,以控制所述升级车辆执行自动点火与电源档位切换动作;控制器,用于根据所述ota升级系统的测试请求进入测试流程,调用第一测试工具控制所述服务器创建并推送升级任务,并利用所述模拟量输出板卡控制所述升级车辆上电,并模拟所述升级车辆的升级条件,调用所述第二测试工具控制所述客户端模拟检测所述升级车辆的升级条件,下载并部署所述升级任务,调用所述第二测试工具控制所述客户端的目标软件进入升级流程,在检测到所述目标软件升级结束后,若读取所述客户端的升级结果为预设升级成功结果,则判定所述ota升级系统测试合格,否则判定所述ota升级系统测试不合格。9.一种ota升级系统的测试系统,其特征在于,包括:ota升级系统,所述ota升级系统包括服务器和客户端;测试设备,用于获取ota升级系统的测试请求;根据所述测试请求进入测试流程,调用第一测试工具控制所述服务器创建并推送升级任务,以及调用第二测试工具控制所述客户端下载并部署所述升级任务;调用所述第二测试工具控制所述客户端的目标软件进入升级流程,在检测到所述目标软件升级结束后,若读取所述客户端的升级结果为预设升级成功结果,则判定所述ota升级系统测试合格,否则判定所述ota升级系统测试不合格。10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行,以用于实现如权利要求1-6任一项所述的ota升级系统的测试方法。

技术总结


本申请涉及车辆测试技术领域,特别涉及一种OTA升级系统的测试方法、装置、测试设备及系统,其中,方法包括以下步骤:获取OTA升级系统的测试请求;根据测试请求进入测试流程,调用第一测试工具控制服务器创建并推送升级任务,以及调用第二测试工具控制客户端下载并部署升级任务,并调用第二测试工具控制客户端的目标软件进入升级流程;在检测到目标软件升级结束后,若读取客户端的升级结果为预设升级成功结果,则判定OTA升级系统测试合格,否则判定OTA升级系统测试不合格。由此,解决了相关技术中对OTA进行完整流程测试时,测试框架复杂,测试代码冗余导致测试周期长,无法兼容多种OTA测试方案等问题。测试方案等问题。测试方案等问题。


技术研发人员:

彭江廷 苟二龙 宋俊男

受保护的技术使用者:

重庆长安汽车股份有限公司

技术研发日:

2022.09.27

技术公布日:

2022/12/19


文章投稿或转载声明

本文链接:http://www.wtabcd.cn/zhuanli/patent-1-55247-0.html

来源:专利查询检索下载-实用文体写作网版权所有,转载请保留出处。本站文章发布于 2022-12-21 23:37:45

发表评论

验证码:
用户名: 密码: 匿名发表
评论列表 (有 条评论
2人围观
参与讨论