CN116501616A - 基于ota升级的压力测试方法、装置、设备及存储介质 - Google Patents
基于ota升级的压力测试方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN116501616A CN116501616A CN202310357680.1A CN202310357680A CN116501616A CN 116501616 A CN116501616 A CN 116501616A CN 202310357680 A CN202310357680 A CN 202310357680A CN 116501616 A CN116501616 A CN 116501616A
- Authority
- CN
- China
- Prior art keywords
- target
- version
- ota
- equipment
- upgrade
- 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
Links
- 238000010998 test method Methods 0.000 title claims abstract description 20
- 238000012360 testing method Methods 0.000 claims abstract description 87
- 238000000034 method Methods 0.000 claims abstract description 22
- 238000004590 computer program Methods 0.000 claims description 16
- 238000012795 verification Methods 0.000 claims description 16
- 238000004891 communication Methods 0.000 claims description 6
- 238000005516 engineering process Methods 0.000 abstract description 6
- 238000010586 diagram Methods 0.000 description 6
- 238000001514 detection method Methods 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000003252 repetitive effect Effects 0.000 description 1
- 238000009662 stress testing Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/368—Test management for test version control, e.g. updating test cases to a new software version
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
- H04W8/245—Transfer of terminal data from a network towards a terminal
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Quality & Reliability (AREA)
- Computer Hardware Design (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Stored Programmes (AREA)
Abstract
本申请涉及互联网技术领域,公开了一种基于OTA升级的压力测试方法、装置、设备及存储介质,所述方法包括通过目标设备上报当前版本至空中下载技术OTA云端;在所述OTA云端确定对所述目标设备进行OTA升级时,下发升级任务至所述目标设备,使所述目标设备升级至目标版本;将所述目标版本确定为所述OTA云端的目标内核版本,并将所述当前版本号确定为所述目标内核版本的版本号,使所述目标设备实现重复升级以完成压力测试。通过上述方式,本申请通过将设备往更高版本升级后,控制目标设备的***版本号退回到初始状态,避免了每次压力测试都要重复烧录目标设备的***版本,从而提高了OTA升级中压力测试的效率。
Description
技术领域
本申请涉及互联网技术领域,尤其涉及一种基于OTA升级的压力测试方法、装置、设备及存储介质。
背景技术
OTA是英文全称Over-the-Air Technology的缩写,翻译过来的中文含义也就是“空间下载技术”的意思。OTA升级是一种十分常见的移动设备***升级技术,通过OTA方式,可以对分布在各地的设备进行软件升级,而不必让运维人员各地奔波。现如今的智能设备,大多数都具有OTA升级的功能。OTA常见方案有差分升级、全量升级、AB面升级、Recovery***升级。对于OTA升级的测试,由于存在很多异常场景,同时还有压力测试,在测试过程中需要对于一个版本的固件进行多次的重复升级。这对于当前仍以手动调试为主的OTA升级测试来说,是一个很耗时的过程,在这个过程存在很多重复性工作会在一定程度上降低OTA升级测试的效率。因此,如何提高OTA升级中压力测试的效率成为目前亟待解决的技术问题。
发明内容
本申请提供了一种基于OTA升级的压力测试方法、装置、设备及存储介质,以提高OTA升级中压力测试的效率。
第一方面,本申请提供了一种基于OTA升级的压力测试方法,所述基于OTA升级的压力测试方法包括:
通过目标设备上报当前版本至空中下载技术OTA云端;
在所述OTA云端确定对所述目标设备进行OTA升级时,下发升级任务至所述目标设备,使所述目标设备升级至目标版本;
将所述目标版本确定为所述OTA云端的目标内核版本,并将所述当前版本号确定为所述目标内核版本的版本号,使所述目标设备实现重复升级以完成压力测试。
进一步地,将所述目标版本确定为所述OTA云端的目标内核版本,并将所述当前版本号确定为所述目标内核版本的版本号,使所述目标设备实现重复升级以完成压力测试,包括:
基于所述目标设备在所述OTA云端中确定所述目标内核版本,并获取所述目标内核版本对应的配置项;
基于结构化查询语言数据库SQL语句,将所述当前版本号确定为所述目标内核版本对应的版本号。
进一步地,基于所述目标设备在所述OTA云端中确定所述目标内核版本,包括:
通过结构化查询语言数据库SQL语句查询预设OTA设备列表;
基于预获取的所述目标设备的目标设备I D和目标设备名称,在预设内核版本库中确定与所述目标设备I D和目标设备名称相匹配的目标内核版本。
进一步地,在所述OTA云端确定对所述目标设备进行OTA升级时,下发升级任务至所述目标设备,使所述目标设备升级至目标版本之前,包括:
通过所述OTA云端检测所述目标设备是否满足目标预设条件;
在所述目标设备满足所述目标预设条件时,确定对所述目标设备进行OTA升级。
进一步地,目标预设条件包括第一预设条件,所述通过所述OTA云端检测所述目标设备是否满足目标预设条件,包括:
基于所述目标版本对应的目标版本号与所述当前版本对应的当前版本号,判断所述目标版本是否高于所述当前版本;
在所述目标版本高于所述当前版本的情况下,确定所述目标设备满足所述第一预设条件。
进一步地,目标预设条件包括第二预设条件,所述通过所述OTA云端检测所述目标设备是否满足目标预设条件,还包括:
检测所述OTA云端的云端原始版本与所述目标设备的当前版本是否相同;
在所述云端原始版本与所述当前版本相同时,确定所述目标设备满足所述第二预设条件。
进一步地,目标预设条件包括第三预设条件,所述通过所述OTA云端检测所述目标设备是否满足目标预设条件,还包括:
检测所述OTA云端是否存在所述目标版本对应的版本升级包;
在所述OTA云端存在所述版本升级包时,确定所述目标设备满足所述第三预设条件。
进一步地,下发升级任务至所述目标设备,使所述目标设备升级至目标版本,包括:
基于预设通信协议,通过所述目标设备接收并下载所述升级任务;
通过所述目标设备对所述升级任务进行签名校验;
在所述升级任务通过签名校验时,通过所述目标设备完成所述升级任务。
第二方面,本申请还提供了一种基于OTA升级的压力测试装置,所述基于OTA升级的压力测试装置包括:
版本上报模块,用于通过目标设备上报当前版本至空中下载技术OTA云端;
升级任务下发模块,用于在所述OTA云端确定对所述目标设备进行OTA升级时,下发升级任务至所述目标设备,使所述目标设备升级至目标版本;
版本号确定模块,用于将所述目标版本确定为所述OTA云端的目标内核版本,并将所述当前版本号确定为所述目标内核版本的版本号,使所述目标设备实现重复升级以完成压力测试。
第三方面,本申请还提供了一种设备,所述设备包括存储器和处理器;所述存储器用于存储计算机程序;所述处理器,用于执行所述计算机程序并在执行所述计算机程序时实现如上述的基于OTA升级的压力测试方法。
第四方面,本申请还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时使所述处理器实现如上述的基于OTA升级的压力测试方法。
本申请公开了一种基于OTA升级的压力测试方法、装置、设备及存储介质,所述基于OTA升级的压力测试方法包括通过目标设备上报当前版本至空中下载技术OTA云端;在所述OTA云端确定对所述目标设备进行OTA升级时,下发升级任务至所述目标设备,使所述目标设备升级至目标版本;将所述目标版本确定为所述OTA云端的目标内核版本,并将所述当前版本号确定为所述目标内核版本的版本号,使所述目标设备实现重复升级以完成压力测试。通过上述方式,本申请通过将设备往更高版本升级后,控制目标设备的***版本号退回到初始状态,避免了每次压力测试都要重复烧录目标设备的***版本,从而提高了OTA升级中压力测试的效率。
附图说明
为了更清楚地说明本申请实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请的第一实施例提供的一种基于OTA升级的压力测试方法的示意流程图;
图2为本申请的第二实施例提供的一种基于OTA升级的压力测试方法的示意流程图;
图3为本申请的第三实施例提供的一种基于OTA升级的压力测试方法的示意流程图;
图4为本申请的第四实施例提供的一种基于OTA升级的压力测试方法的示意流程图;
图5为本申请的第五实施例提供的一种基于OTA升级的压力测试方法的示意流程图;
图6为OTA升级的流程示意图;
图7为本申请的实施例提供的一种基于OTA升级的压力测试装置的示意性框图;
图8为本申请的实施例提供的一种设备的结构示意性框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
附图中所示的流程图仅是示例说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解、组合或部分合并,因此实际执行的顺序有可能根据实际情况改变。
应当理解,在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
本申请的实施例提供了一种基于OTA升级的压力测试方法、装置、设备及存储介质。其中,该基于OTA升级的压力测试方法可以应用于服务器中,通过通过将设备往更高版本升级后,控制目标设备的***版本号退回到初始状态,避免了每次压力测试都要重复烧录目标设备的***版本,从而提高了OTA升级中压力测试的效率。其中,该服务器可以为独立的服务器,也可以为服务器集群。
下面结合附图,对本申请的一些实施方式作详细说明。在不冲突的情况下,下述的实施例及实施例中的特征可以相互组合。
请参阅图1,图1是本申请的第一实施例提供的一种基于OTA升级的压力测试方法的示意流程图。该基于OTA升级的压力测试方法可应用于服务器中,用于通过将设备往更高版本升级后,控制目标设备的***版本号退回到初始状态,避免了每次压力测试都要重复烧录目标设备的***版本,从而提高了OTA升级中压力测试的效率。
如图1所示,该基于OTA升级的压力测试方法具体包括步骤S10至步骤S30。
步骤S10、通过目标设备上报当前版本至空中下载技术OTA云端;
步骤S20、在所述OTA云端确定对所述目标设备进行OTA升级时,下发升级任务至所述目标设备,使所述目标设备升级至目标版本;
步骤S30、将所述目标版本确定为所述OTA云端的目标内核版本,并将所述当前版本号确定为所述目标内核版本的版本号,使所述目标设备实现重复升级以完成压力测试。
具体实施例中,在对一个版本的固件进行多次的重复升级时,由于升级过程会将当前版本固件升级到新版本,版本号也随之更新使得此版本号不再满足OTA升级条件(版本号过高)。因此每一次升级都需要重新烧录固件,刷新***,使得设备可以回到升级之前的版本,才能重复进行之前升级过程。
本申请针对指定版本批次进行OTA全量升级而非差分升级。全量升级即通过下载完整的***安装包的升级,差分升级是基于在原有***的基础上添加补丁或做修改的升级包的升级。当然两者最后结果是一样的,也就是更新***安装包。通常情况下,全量包的大小比较接近于整个固件的镜像。而差分包并没有特定的限制,可以和整包差不多大,也可以只有几KB,差分包升级的话,只升级增量部分,就是在基础版本上做差分升级。
本实施例通过在数字孪生平台上传OTA升级包,得到上传之后返回的JSON串(JavaScript Object Notation,JS对象简谱),根据JSO获取当前产品OTA升级的全部信息,这些信息包括了产品ID、设备ID和版本号。
通过比较版本号,来确定当前版本与目标版本中哪个为更新的版本,比如通过版本大小、创建时间先后等确定是否下发升级任务至目标设备。
本实施例公开了一种基于OTA升级的压力测试方法、装置、设备及存储介质,所述基于OTA升级的压力测试方法包括通过目标设备上报当前版本至空中下载技术OTA云端;在所述OTA云端确定对所述目标设备进行OTA升级时,下发升级任务至所述目标设备,使所述目标设备升级至目标版本;将所述目标版本确定为所述OTA云端的目标内核版本,并将所述当前版本号确定为所述目标内核版本的版本号,使所述目标设备实现重复升级以完成压力测试。通过上述方式,本申请通过将设备往更高版本升级后,控制目标设备的***版本号退回到初始状态,避免了每次压力测试都要重复烧录目标设备的***版本,从而提高了OTA升级中压力测试的效率。
请参阅图2,图2是本申请的第二实施例提供的一种基于OTA升级的压力测试方法的示意流程图。该基于OTA升级的压力测试方法可应用于服务器中,用于通过将设备往更高版本升级后,控制目标设备的***版本号退回到初始状态,避免了每次压力测试都要重复烧录目标设备的***版本,从而提高了OTA升级中压力测试的效率。
基于图1所示实施例,本实施例中,如图2所示,步骤S30具体包括步骤S301至步骤S302。
步骤S301、基于所述目标设备在所述OTA云端中确定所述目标内核版本,并获取所述目标内核版本对应的配置项;
步骤S302、基于结构化查询语言数据库SQL语句,将所述当前版本号确定为所述目标内核版本对应的版本号。
具体实施例中,通过预设sq l语句对OTA升级设备表进行查询并更改相关配置。在查询到设备I D后,根据设备I D确定若干个配置项,若将当前版本向高版本升级,则更改对应的版本配置项即可实现。
本实施例公开了一种基于OTA升级的压力测试方法、装置、设备及存储介质,所述基于OTA升级的压力测试方法包括在所述OTA云端中更改所述目标内核版本的配置信息,将所述目标内核版本对应的版本号变更为所述当前版本号。通过上述方式,本申请通过将设备往更高版本升级后,控制目标设备的***版本号退回到初始状态,避免了每次压力测试都要重复烧录目标设备的***版本,从而提高了OTA升级中压力测试的效率。
请参阅图3,图3是本申请的第三实施例提供的一种基于OTA升级的压力测试方法的示意流程图。该基于OTA升级的压力测试方法可应用于服务器中,用于通过将设备往更高版本升级后,控制目标设备的***版本号退回到初始状态,避免了每次压力测试都要重复烧录目标设备的***版本,从而提高了OTA升级中压力测试的效率。
基于图2所示实施例,本实施例中,如图3所示,步骤S301具体包括步骤S3011至步骤S3012。
步骤S3011、通过结构化查询语言数据库SQL语句查询预设OTA设备列表;
步骤S3012、基于预获取的所述目标设备的目标设备I D和目标设备名称,在预设内核版本库中确定与所述目标设备I D和目标设备名称相匹配的目标内核版本。
具体实施例中,通过预设sq l语句对OTA升级设备表进行查询并更改相关配置。在查询到设备I D后,根据设备I D确定若干个配置项,若将当前版本向高版本升级,则更改对应的版本配置项即可实现。
进一步地,预设sq l语句可以为:
通过上述sq l语句可以确定目标设备对应的OTA任务密码、OTA设备I D和OTA设备名称等。
本实施例公开了一种基于OTA升级的压力测试方法、装置、设备及存储介质,所述基于OTA升级的压力测试方法包括通过结构化查询语言数据库SQL语句查询预设OTA设备列表;基于预获取的所述目标设备的目标设备I D,确定所述目标设备的至少一个配置项,其中,所述配置项包括版本配置项;将所述版本配置项修改为所述当前版本号,使所述目标内核版本的版本号变更为所述当前版本号。通过上述方式,本申请通过将设备往更高版本升级后,控制目标设备的***版本号退回到初始状态,避免了每次压力测试都要重复烧录目标设备的***版本,从而提高了OTA升级中压力测试的效率。
请参阅图4,图4是本申请的第四实施例提供的一种基于OTA升级的压力测试方法的示意流程图。该基于OTA升级的压力测试方法可应用于服务器中,用于通过将设备往更高版本升级后,控制目标设备的***版本号退回到初始状态,避免了每次压力测试都要重复烧录目标设备的***版本,从而提高了OTA升级中压力测试的效率。
基于图1所示实施例,本实施例中,如图4所示,步骤20之前包括步骤S11至步骤S12。
步骤S11、通过所述OTA云端检测所述目标设备是否满足目标预设条件;
步骤S12、在所述目标设备满足所述目标预设条件时,确定对所述目标设备进行OTA升级。
具体实施例中,目标预设条件共有三个,分别是:1.目标版本是否高于当前版本;2.OTA云端原始版本与目标设备的当前版本是否相同;3.OTA云端是否存在目标版本对应的版本升级包。
当OTA云端判断目标设备满足以上三个条件时,确定需要对目标设备进行OTA升级。云端升级包的目标内核版本对于云端下发OTA升级任务的过程来说,不会造成什么影响。云端下发升级任务之后,设备就对升级包进行下载安装,直至更新成功。这里需要注意的是,设备升级之后的版本取决于升级包的目标内核版本,而不是云端建立升级任务时的配置版本。
本实施例公开了一种基于OTA升级的压力测试方法、装置、设备及存储介质,所述基于OTA升级的压力测试方法包括通过所述OTA云端检测所述目标设备是否满足目标预设条件;在所述目标设备满足所述目标预设条件时,确定对所述目标设备进行OTA升级。通过上述方式,本申请通过将设备往更高版本升级后,控制目标设备的***版本号退回到初始状态,避免了每次压力测试都要重复烧录目标设备的***版本,从而提高了OTA升级中压力测试的效率。
具体实施例中,步骤S11具体包括:
基于所述目标版本对应的目标版本号与所述当前版本对应的当前版本号,判断所述目标版本是否高于所述当前版本;
在所述目标版本高于所述当前版本的情况下,确定所述目标设备满足所述第一预设条件。
具体实施例中,步骤S11具体包括:
检测所述OTA云端的云端原始版本与所述目标设备的当前版本是否相同;
在所述云端原始版本与所述当前版本相同时,确定所述目标设备满足所述第二预设条件。
具体实施例中,步骤S11具体包括:
检测所述OTA云端是否存在所述目标版本对应的版本升级包;
在所述OTA云端存在所述版本升级包时,确定所述目标设备满足所述第三预设条件。
请参阅图5,图5是本申请的第五实施例提供的一种基于OTA升级的压力测试方法的示意流程图。该基于OTA升级的压力测试方法可应用于服务器中,用于通过将设备往更高版本升级后,控制目标设备的***版本号退回到初始状态,避免了每次压力测试都要重复烧录目标设备的***版本,从而提高了OTA升级中压力测试的效率。
基于图1所示实施例,本实施例中,如图5所示,步骤20包括步骤S201至步骤S203。
步骤201、基于预设通信协议,通过所述目标设备接收并下载所述升级任务;
步骤202、通过所述目标设备对所述升级任务进行签名校验;
步骤203、在所述升级任务通过签名校验时,通过所述目标设备完成所述升级任务。
具体实施例中,如图6所示,图6为OTA升级的流程示意图。在OTA云端对目标设备下发了升级任务后,由目标设备对升级任务进行签名校验,在签名校验通过的情况下,下载并更新至目标版本。在目标设备升级完成后,对应的版本内容为目标版本的内容,但是由于为了提高压力测试的效率,需要对版本号进行变更,保持之前的版本号,并将这个版本号上报至OTA云端,在云端保存为目标内核版本号,避免了下一次升级时需要重新烧录固件。
本实施例公开了一种基于OTA升级的压力测试方法、装置、设备及存储介质,所述基于OTA升级的压力测试方法包括基于预设通信协议,通过所述目标设备接收并下载所述升级任务;通过所述目标设备对所述升级任务进行签名校验;在所述升级任务通过签名校验时,通过所述目标设备完成所述升级任务。通过上述方式,本申请通过将设备往更高版本升级后,控制目标设备的***版本号退回到初始状态,避免了每次压力测试都要重复烧录目标设备的***版本,从而提高了OTA升级中压力测试的效率。
请参阅图7,图7是本申请的实施例提供一种基于OTA升级的压力测试装置的示意性框图,该基于OTA升级的压力测试装置用于执行前述的基于OTA升级的压力测试方法。其中,该基于OTA升级的压力测试装置可以配置于服务器。
如图7所示,该基于OTA升级的压力测试装置400,包括:
版本上报模块10,用于通过目标设备上报当前版本至空中下载技术OTA云端;
升级任务下发模块20,用于在所述OTA云端确定对所述目标设备进行OTA升级时,下发升级任务至所述目标设备,使所述目标设备升级至目标版本;
版本号确定模块30,用于将所述目标版本确定为所述OTA云端的目标内核版本,并将所述当前版本号确定为所述目标内核版本的版本号,使所述目标设备实现重复升级以完成压力测试。
进一步地,版本号确定模块30包括:
内核版本确定单元,用于基于所述目标设备在所述OTA云端中确定所述目标内核版本,并获取所述目标内核版本对应的配置项;
版本号确定单元,用于基于结构化查询语言数据库SQL语句,将所述当前版本号确定为所述目标内核版本对应的版本号。
进一步地,内核版本确定单元包括:
OTA设备查询子单元,用于通过结构化查询语言数据库SQL语句查询预设OTA设备列表;
内核版本确定子单元,用于基于预获取的所述目标设备的目标设备I D和目标设备名称,在预设内核版本库中确定与所述目标设备I D和目标设备名称相匹配的目标内核版本。
进一步地,基于OTA升级的压力测试装置还包括:
升级条件判断模块,用于通过所述OTA云端检测所述目标设备是否满足目标预设条件;
OTA升级模块,用于在所述目标设备满足所述目标预设条件时,确定对所述目标设备进行OTA升级。
进一步地,升级条件判断模块包括:
版本号比较单元,用于基于所述目标版本对应的目标版本号与所述当前版本对应的当前版本号,判断所述目标版本是否高于所述当前版本;
第一预设条件确定单元,用于在所述目标版本高于所述当前版本的情况下,确定所述目标设备满足所述第一预设条件。
进一步地,升级条件判断模块包括:
原始版本检测单元,用于检测所述OTA云端的云端原始版本与所述目标设备的当前版本是否相同;
第二预设条件确定单元,用于在所述云端原始版本与所述当前版本相同时,确定所述目标设备满足所述第二预设条件。
进一步地,升级条件判断模块包括:
版本升级包检测单元,用于检测所述OTA云端是否存在所述目标版本对应的版本升级包;
第三预设条件确定单元,用于在所述OTA云端存在所述版本升级包时,确定所述目标设备满足所述第三预设条件。
进一步地,升级任务下发模块20包括:
升级任务接收单元,用于通过所述目标设备对所述升级任务进行签名校验;
签名校验单元,用于通过所述目标设备对所述升级任务进行签名校验;
目标设备升级单元,用于在所述升级任务通过签名校验时,通过所述目标设备完成所述升级任务。
需要说明的是,所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的装置和各模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
上述的装置可以实现为一种计算机程序的形式,该计算机程序可以在如图8所示的设备上运行。
请参阅图8,图8是本申请的实施例提供的一种设备的结构示意性框图。该设备可以是服务器。
参阅图8,该设备包括通过***总线连接的处理器、存储器和网络接口,其中,存储器可以包括非易失性存储介质和内存储器。
非易失性存储介质可存储操作***和计算机程序。该计算机程序包括程序指令,该程序指令被执行时,可使得处理器执行任意一种基于OTA升级的压力测试方法。
处理器用于提供计算和控制能力,支撑整个设备的运行。
内存储器为非易失性存储介质中的计算机程序的运行提供环境,该计算机程序被处理器执行时,可使得处理器执行任意一种基于OTA升级的压力测试方法。
该网络接口用于进行网络通信,如发送分配的任务等。本领域技术人员可以理解,图8中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的设备的限定,具体的设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
应当理解的是,处理器可以是中央处理单元(Central Processing Unit,CPU),该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中,通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
其中,在一个实施例中,所述处理器用于运行存储在存储器中的计算机程序,以实现如下步骤:
通过目标设备上报当前版本至空中下载技术OTA云端;
在所述OTA云端确定对所述目标设备进行OTA升级时,下发升级任务至所述目标设备,使所述目标设备升级至目标版本;
将所述目标版本确定为所述OTA云端的目标内核版本,并将所述当前版本号确定为所述目标内核版本的版本号,使所述目标设备实现重复升级以完成压力测试。
在一个实施例中,将所述目标版本确定为所述OTA云端的目标内核版本,并将所述当前版本号确定为所述目标内核版本的版本号,使所述目标设备实现重复升级以完成压力测试,用于实现:
基于所述目标设备在所述OTA云端中确定所述目标内核版本,并获取所述目标内核版本对应的配置项;
基于结构化查询语言数据库SQL语句,将所述当前版本号确定为所述目标内核版本对应的版本号。
在一个实施例中,基于所述目标设备在所述OTA云端中确定所述目标内核版本,用于实现:
通过结构化查询语言数据库SQL语句查询预设OTA设备列表;
基于预获取的所述目标设备的目标设备I D和目标设备名称,在预设内核版本库中确定与所述目标设备I D和目标设备名称相匹配的目标内核版本。
在一个实施例中,在所述OTA云端确定对所述目标设备进行OTA升级时,下发升级任务至所述目标设备,使所述目标设备升级至目标版本之前,用于实现:
通过所述OTA云端检测所述目标设备是否满足目标预设条件;
在所述目标设备满足所述目标预设条件时,确定对所述目标设备进行OTA升级。
在一个实施例中,通过所述OTA云端检测所述目标设备是否满足目标预设条件,用于实现:
基于所述目标版本对应的目标版本号与所述当前版本对应的当前版本号,判断所述目标版本是否高于所述当前版本;
在所述目标版本高于所述当前版本的情况下,确定所述目标设备满足所述第一预设条件。
在一个实施例中,通过所述OTA云端检测所述目标设备是否满足目标预设条件,还用于实现:
检测所述OTA云端的云端原始版本与所述目标设备的当前版本是否相同;
在所述云端原始版本与所述当前版本相同时,确定所述目标设备满足所述第二预设条件。
在一个实施例中,通过所述OTA云端检测所述目标设备是否满足目标预设条件,还用于实现:
检测所述OTA云端是否存在所述目标版本对应的版本升级包;
在所述OTA云端存在所述版本升级包时,确定所述目标设备满足所述第三预设条件。
在一个实施例中,下发升级任务至所述目标设备,使所述目标设备升级至目标版本,用于实现:
基于预设通信协议,通过所述目标设备接收并下载所述升级任务;
通过所述目标设备对所述升级任务进行签名校验;
在所述升级任务通过签名校验时,通过所述目标设备完成所述升级任务。
本申请的实施例中还提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序中包括程序指令,所述处理器执行所述程序指令,实现本申请实施例提供的任一项基于OTA升级的压力测试方法。
其中,所述计算机可读存储介质可以是前述实施例所述的设备的内部存储单元,例如所述设备的硬盘或内存。所述计算机可读存储介质也可以是所述设备的外部存储设备,例如所述设备上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (11)
1.一种基于OTA升级的压力测试方法,其特征在于,所述基于OTA升级的压力测试方法包括:
通过目标设备上报当前版本至空中下载技术OTA云端;
在所述OTA云端确定对所述目标设备进行OTA升级时,下发升级任务至所述目标设备,使所述目标设备升级至目标版本;
将所述目标版本确定为所述OTA云端的目标内核版本,并将所述当前版本号确定为所述目标内核版本的版本号,使所述目标设备实现重复升级以完成压力测试。
2.根据权利要求1所述的基于OTA升级的压力测试方法,其特征在于,所述将所述目标版本确定为所述OTA云端的目标内核版本,并将所述当前版本号确定为所述目标内核版本的版本号,使所述目标设备实现重复升级以完成压力测试,包括:
基于所述目标设备在所述OTA云端中确定所述目标内核版本,并获取所述目标内核版本对应的配置项;
基于结构化查询语言数据库SQL语句,将所述当前版本号确定为所述目标内核版本对应的版本号。
3.根据权利要求2所述的基于OTA升级的压力测试方法,其特征在于,所述基于所述目标设备在所述OTA云端中确定所述目标内核版本,包括:
通过结构化查询语言数据库SQL语句查询预设OTA设备列表;
基于预获取的所述目标设备的目标设备ID和目标设备名称,在预设内核版本库中确定与所述目标设备ID和目标设备名称相匹配的目标内核版本。
4.根据权利要求1所述的基于OTA升级的压力测试方法,其特征在于,所述在所述OTA云端确定对所述目标设备进行OTA升级时,下发升级任务至所述目标设备,使所述目标设备升级至目标版本之前,包括:
通过所述OTA云端检测所述目标设备是否满足目标预设条件;
在所述目标设备满足所述目标预设条件时,确定对所述目标设备进行OTA升级。
5.根据权利要求4所述的基于OTA升级的压力测试方法,其特征在于,所述目标预设条件包括第一预设条件,所述通过所述OTA云端检测所述目标设备是否满足目标预设条件,包括:
基于所述目标版本对应的目标版本号与所述当前版本对应的当前版本号,判断所述目标版本是否高于所述当前版本;
在所述目标版本高于所述当前版本的情况下,确定所述目标设备满足所述第一预设条件。
6.根据权利要求5所述的基于OTA升级的压力测试方法,其特征在于,所述目标预设条件包括第二预设条件,所述通过所述OTA云端检测所述目标设备是否满足目标预设条件,还包括:
检测所述OTA云端的云端原始版本与所述目标设备的当前版本是否相同;
在所述云端原始版本与所述当前版本相同时,确定所述目标设备满足所述第二预设条件。
7.根据权利要求6所述的基于OTA升级的压力测试方法,其特征在于,所述目标预设条件包括第三预设条件,所述通过所述OTA云端检测所述目标设备是否满足目标预设条件,还包括:
检测所述OTA云端是否存在所述目标版本对应的版本升级包;
在所述OTA云端存在所述版本升级包时,确定所述目标设备满足所述第三预设条件。
8.根据权利要求1至7中任一项所述的基于OTA升级的压力测试方法,其特征在于,所述下发升级任务至所述目标设备,使所述目标设备升级至目标版本,包括:
基于预设通信协议,通过所述目标设备接收并下载所述升级任务;
通过所述目标设备对所述升级任务进行签名校验;
在所述升级任务通过签名校验时,通过所述目标设备完成所述升级任务。
9.一种基于OTA升级的压力测试装置,其特征在于,包括:
版本上报模块,用于通过目标设备上报当前版本至空中下载技术OTA云端;
升级任务下发模块,用于在所述OTA云端确定对所述目标设备进行OTA升级时,下发升级任务至所述目标设备,使所述目标设备升级至目标版本;
版本号确定模块,用于将所述目标版本确定为所述OTA云端的目标内核版本,并将所述当前版本号确定为所述目标内核版本的版本号,使所述目标设备实现重复升级以完成压力测试。
10.一种设备,其特征在于,所述设备包括存储器和处理器;
所述存储器用于存储计算机程序;
所述处理器,用于执行所述计算机程序并在执行所述计算机程序时实现如权利要求1至8中任一项所述的基于OTA升级的压力测试方法。
11.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时使所述处理器实现如权利要求1至8中任一项所述的基于OTA升级的压力测试方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310357680.1A CN116501616A (zh) | 2023-03-24 | 2023-03-24 | 基于ota升级的压力测试方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310357680.1A CN116501616A (zh) | 2023-03-24 | 2023-03-24 | 基于ota升级的压力测试方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116501616A true CN116501616A (zh) | 2023-07-28 |
Family
ID=87323871
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310357680.1A Pending CN116501616A (zh) | 2023-03-24 | 2023-03-24 | 基于ota升级的压力测试方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116501616A (zh) |
-
2023
- 2023-03-24 CN CN202310357680.1A patent/CN116501616A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108847950B (zh) | 电子装置、云***软件自动部署方法及存储介质 | |
US8291402B2 (en) | Using system fingerprints to accelerate package dependency resolution | |
RU2421785C2 (ru) | Автоматизированное управление драйверами устройств | |
US20150220326A1 (en) | Mobile Terminal and Software Upgrade Method Thereof | |
CN112559354A (zh) | 前端代码规范检测方法、装置、计算机设备及存储介质 | |
CN110750286B (zh) | OTA升级Mbn的管理方法、装置、***、设备和介质 | |
CN106951284B (zh) | 基于安卓***应用的用户界面升级方法、装置及智能终端 | |
CN107844306B (zh) | 应用程序的修复方法、装置、存储介质及终端 | |
CN106843947B (zh) | 代码缺陷的处理方法和装置 | |
CN110647337A (zh) | 物联网mcu空中固件升级方法 | |
CN111427601A (zh) | 自动批量升级bios的方法、装置、计算机设备及存储介质 | |
WO2019237239A1 (zh) | 数据测试方法、装置、设备/终端/服务器及计算机可读存储介质 | |
CN108733398B (zh) | 一种软件升级的处理方法及装置 | |
CN114296777A (zh) | 软件升级方法、装置、服务器及计算机可读存储介质 | |
CN116700751A (zh) | 一种服务器固件的升级方法及计算设备 | |
CN116501616A (zh) | 基于ota升级的压力测试方法、装置、设备及存储介质 | |
CN116074308A (zh) | 车端升级包下载方法、***、设备及可读存储介质 | |
CN113553110A (zh) | 一种服务器的硬件基线自动化修正方法、装置及*** | |
CN111475220B (zh) | 冷启动方法、装置、电子设备及计算机存储介质 | |
CN112685071A (zh) | 应用程序修复方法、装置、设备及存储介质 | |
US20200142689A1 (en) | System And Methods for Patch Management | |
CN110825406A (zh) | 一种软件升级的方法及相关设备 | |
CN111949278B (zh) | 一种自动安装mcs***的方法、***、终端及存储介质 | |
CN111240752B (zh) | 操作***自适配方法及*** | |
CN114064096A (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 |