CN113099439A - Ota升级压力测试的方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及终端电子技术领域，提供了一种OTA升级压力测试的方法、装置、计算机设备和存储介质。其中，该方法包括：接收OTA升级测试指令；根据所述OTA升级测试指令获取用于升级蓝牙设备的安装包；向已连接的蓝牙设备发送所述安装包及OTA升级指令；所述OTA升级指令用于指示所述蓝牙设备在第一次执行所述安装包升级成功时，重复进行预设测试次数的OTA升级压力测试。通过上述方法，可以减少人工重复下载、升级软件，减少人工成本，提高工作效率。

Description

OTA升级压力测试的方法、装置、计算机设备和存储介质

技术领域

本申请涉及终端电子领域，特别是涉及一种OTA升级压力测试的方法、装置、计算机设备和存储介质。

背景技术

OTA(Over-the-Air Technology)空中下载技术，是指能够通过移动通信的空中接口对应用进行远程管理的技术。通过OTA技术，用户在需要升级系统或者需要更新应用程序时，无需借助刷机升级的方式，只需要通过简单操作，通过wifi无线网络或者手机移动网络，下载升级所需的数据包即可完成在线升级。

目前OTA技术对TWS(True Wireless Stereo)设备升级非常重要，如果工厂大量出货，会对OTA升级成功率要求很高，几乎要达到100％，因此，出货之前对OTA升级压力测试的工作显得尤为重要。

现有技术中，对TWS设备进行OTA升级压力测试时的操作流程如下：先将最新版本的安装包发送至TWS设备，由TWS设备根据安装包进行升级，在升级完成后，上报对应的升级结果，如果升级结果为升级成功，则需要人工将成功升级完成的TWS设备退回到之前的版本状态，并重复以上操作。可见该过程需要消耗很多人力物力，并且效率低下。

发明内容

本申请主要解决的技术问题是提供一种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升级测试指令；

第一获取模块，用于根据所述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为一个实施例中计算机设备的内部结构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

请参考图1，图1是本申请OTA升级压力测试方法的一实施例的流程示意图。本申请实施例应用于智能终端，所提供的智能终端，可以是智能手机、平板电脑，台式工作机等各种包含蓝牙功能的终端设备。需注意的是，若有实质上相同的结果，本申请的方法并不以图1所示的流程顺序为限。如图所示，该方法包括以下步骤：

S10：接收OTA升级测试指令。

在本实施例中，智能终端可以安装用于对蓝牙设备进行OTA升级的应用软件。当该应用软件运行时，可以接收OTA升级测试指令，该OTA升级测试指令可以通过人为点击OTA升级压力测试界面中的OTA升级测试指令相关控件触发，也可以在检测到对应的蓝牙设备的新版本发布时自动触发；本申请对此不作限制。对于智能终端来说，当OTA升级测试指令被触发时，即可接收OTA升级测试指令。

S11：根据OTA升级测试指令获取用于升级蓝牙设备的安装包。

在本实施例中，当智能终端接收到OTA升级测试指令时，可以从对应的服务器中获取用于升级蓝牙设备的安装包。

需要说明的是，当用于升级蓝牙设备的安装包已经下载存储在智能终端的本地存储模块中时，则可以直接从本地存储模块中获取用于升级蓝牙设备的安装包。

S12：向已连接的蓝牙设备发送安装包及OTA升级指令；OTA升级指令用于指示蓝牙设备在第一次执行安装包升级成功时，重复进行预设测试次数的OTA升级压力测试。

在本实施例中，在对蓝牙设备进行OTA升级压力测试之前，需要连接待测试的蓝牙设备，并在连接成功时向待测试的蓝牙设备发送对应的安装包，以及OTA升级指令；该OTA升级指令用于指示蓝牙设备在第一次执行安装包升级成功时，重复进行预设测试次数的OTA升级压力测试。

具体地，OTA升级指令中包括测试参数，测试参数与上述预设测试次数相关。一般地，测试参数为预设测试次数的数值加一。示例性地，当预设测试次数为499时，测试参数为500，可以理解，蓝牙设备在第一次升级成功时，还需要重复进行499次的OTA升级过程，以实现执行总次数为500次的OTA升级压力测试。

一般地，在向蓝牙设备发送OTA升级指令之前，智能终端可以在对应的显示界面中显示OTA升级指令的默认测试参数，并接收针对默认测试参数的设置操作，以更新测试参数。可选地，默认测试参数一般为500，以控制蓝牙设备进行次数为500的OTA升级压力测试。

可选地，在接收针对默认测试参数的设置操作以更新测试参数的过程中，可以包括：

判断预设时间内是否接收到针对测试参数的设置操作；

若是，则根据接收的设置操作中对应的设置测试参数更新OTA升级指令的测试参数；

若否，则将默认测试参数确定为OTA升级指令的测试参数。

在本实施例中，OTA升级指令用于指示蓝牙设备在第一次执行安装包升级成功时，重复进行预设测试次数的OTA升级压力测试；由于预设测试次数的OTA升级压力测试是在第一次执行安装包升级成功的基础上进行的，因此，可以确保在进行预设测试次数的OTA升级压力测试的过程中的安装包是匹配的，后续重复的升级过程不需要重新对安装包进行检测和校验，可以直接利用安装包进行升级；与现有技术中，在OTA升级压力测试的过程中的每次OTA升级都需要对安装包进行匹配和校验相比，本申请实施例可以减少测试步骤，节约测试时间，提高测试效率。

进一步地，在本申请一可选实施例中，上述方法还可以包括：

接收蓝牙设备针对OTA升级指令返回的升级结果；

根据升级结果生成对应的测试报告。

在本实施例中，蓝牙设备在每一次升级结束后，可以向智能终端返回对应的升级结果，以使智能终端可以根据升级结果生成对应的测试报告，测试报告包括总的升级测试次数、每次升级结果(升级成功/升级失败)、每次升级的时间等等。当然，在生成测试报告的过程中，智能终端还可以对升级结果进行相应的计算处理，得到此次测试的升级成功率。

进一步地，上述方法还可以包括：

展示测试报告。

当智能终端生成测试报告后，可以自动在对应的显示界面中展示测试报告，或者，可以根据接收的测试报告展示指令，在对应的显示界面中展示测试报告，以使对应的测试人员可以根据测试报告得到OTA升级成功率，以便采取对应的措施。

在具体实施过程中，用户可以通过手机终端下载APP应用程序(Application，指智能手机的第三方应用程序)，通过手机端APP与蓝牙设备进行BT(BitTorrent)连接，进入“固件升级”界面，点击“检查更新”按钮，检查当前蓝牙设备的版本是否最新版本，如果是，则提示已经是最新版本，结束操作。如果不是，执行步骤S11获取升级蓝牙设备的安装包。其中，蓝牙设备可以是TWS耳机，TWS耳机(True Wireless Stereo),也就是我们常说的真无线耳机。TWS耳机的去掉了左右耳机间线材的束缚，其配套的收纳盒应用又解决了蓝牙续航问题以及不用时的放置问题。

在具体应用场景中，用户可手动输入测试参数，即执行升级指令的次数，每当蓝牙设备返回升级成功的信息，测试参数减1；当测试参数为0时，停止向蓝牙设备发送OTA升级指令。例如，设置压力测试500次，对蓝牙设备进行第一次OTA升级，检查版本并对OTA包进行效验，效验成功后，完成第一次升级且日志记录升级次数减1。跳过检查版本和OTA包效验过程，循环进行2-499次OTA升级，并日志记录升级次数，时间和结果，在最后一次OTA升级完成后，停止升级，并根据日志记录生成测试报告。

通过智能终端自动向蓝牙设备发送升级测试指令，可以减少人工重复下载、升级软件，减少人工成本，提高工作效率。

请参考图2，图2是本申请OTA升级压力测试方法的另一实施例的流程示意图，本申请实施例应用于蓝牙设备，所提供的蓝牙设备，可以是蓝牙耳机或者是蓝牙穿戴设备，也可以是TWS耳机，TWS耳机(True Wireless Stereo),也就是我们常说的真无线耳机。TWS耳机的去掉了左右耳机间线材的束缚，其配套的收纳盒应用又解决了蓝牙续航问题以及不用时的放置问题。在实施过程中，若有实质上相同的结果，本申请的方法并不以图2所示的流程顺序为限。如图所示，该方法包括以下步骤：

S20：接收OTA升级指令和对应的安装包。

本实施例中的蓝牙设备为待进行OTA升级压力测试的蓝牙设备。该蓝牙设备可以通过蓝牙连接的方式与智能终端连接，其中，智能终端为上一实施例中的智能终端，该智能终端可以安装用于对蓝牙设备进行OTA升级的应用软件，通过应用软件向蓝牙设备发送OTA升级指令和对应的安装包。一般地，该安装包为蓝牙设备的最新版本的安装包。

S21：根据OTA升级指令和安装包进行第一次OTA升级。

在本实施例中，当蓝牙设备接收到智能终端发送的OTA升级指令和安装包时，可以对安装包进行解析，得到与安装包对应的安装版本；然后判断当前版本与安装版本之间的关系，当当前版本低于安装版本时，则根据安装包进行OTA升级；当当前版本不低于安装版本时，则不需要进行OTA升级操作。

S22：当第一次OTA升级成功时，按照OTA升级指令中的预设测试次数重复进行OTA升级压力测试。

在本实施例中，OTA升级指令中包括预设测试次数，其中，预设测试次数的说明可以参见上一实施例的描述，在此不再赘述。当蓝牙设备在进行第一次OTA升级时的升级结果为升级成功时，则按照预设测试次数重复进行OTA升级的过程；从而实现OTA升级压力测试。

当第一次OTA升级的升级结果为失败时，则停止OTA升级，并向智能终端发送升级失败信息。

在本实施例中，由于按照OTA升级指令中的预设测试次数重复进行OTA升级压力测试是在第一次OTA升级成功的基础上进行的；因此，可以确保在进行预设测试次数的OTA升级压力测试的过程中的安装包是匹配的，后续重复的升级过程不需要重新对安装包进行检测和校验，可以直接利用安装包进行升级；与现有技术中，在OTA升级压力测试的过程中的每次OTA升级都需要对安装包进行匹配和校验相比，本申请实施例可以减少测试步骤，节约测试时间，提高测试效率。

进一步地，上述方法还包括：

记录每次OTA升级的升级结果，并将升级结果发送至智能终端，以使智能终端根据升级结果生成对应的测试报告。

在本实施例中，蓝牙设备在每次升级结束后，都会记录对应的升级结果，并将升级结果发送至智能终端，以使智能终端根据升级结果生成对应的测试报告，使得对应的测试人员可以根据测试报告得到OTA升级成功率，以便采取对应的措施。

在具体实施过程中，TWS设备端收到OTA升级指令时，对安装包进行解析，如果安装包文件正确，执行升级任务，当升级成功时，则根据OTA升级指令中的预设测试次数继续进行升级操作，此时，根据预设测试次数进行升级操作的过程中，可以跳过版本检测及OTA升级包进行解析，直接执行安装包升级任务。没执行完成一次升级任务，对应的预设测试次数减1，以更新预设测试次数，当预设测试次数为0时，表示OTA升级压力测试结束，停止升级操作。

在具体应用场景中，APP软件可以为Monkey压力测试工具，在单指令Monkey压力测试界面里加入“OTA压力测试”菜单，默认设置为压力测试500次，在和TWS设备连接的情况下，点击“OTA压力测试”菜单，并点击“确认”对话框，之后会发送OTA压力测试指令和传输OTA升级包到TWS设备端，进行TWS的500次OTA压力测试，并通过日志记录OTA升级测试的时间，次数和升级结果。

通过上述方式，可以减少人工重复下载、升级软件，完成OTA压力测试并减少人工成本，提高工作效率。

应该理解的是，虽然图1和图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1和图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图3所示，提供了一种OTA升级压力测试装置，本实施例与图1所示方法流程对应，上述装置具体可以包括以下模块：

第一接收模块301，用于接收OTA升级测试指令；

第一获取模块302，用于根据OTA升级测试指令获取用于升级蓝牙设备的安装包；

指令发送模块303，用于向已连接的蓝牙设备发送安装包及OTA升级指令；OTA升级指令用于指示蓝牙设备在第一次执行安装包升级成功时，重复进行预设测试次数的OTA升级压力测试。

进一步地，在其中一个实施例中，上述装置还包括：

第二接收模块，用于接收蓝牙设备针对OTA升级指令返回的升级结果；

测试报告生成模块，用于根据升级结果生成对应的测试报告。

进一步地，在其中一个实施例中，上述装置还包括：

测试报告展示模块，用于展示测试报告。

关于OTA升级压力测试装置的具体限定可以参见上文中对于OTA升级压力测试方法的限定，在此不再赘述。上述OTA升级压力测试装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，如图4所示，提供了一种OTA升级压力测试装置，本实施例与图2所示方法流程对应，上述装置具体可以包括以下模块：

升级接收模块401，用于接收OTA升级指令和对应的安装包；

第一次升级模块402，用于根据OTA升级指令和安装包进行第一次OTA升级；

升级测试模块403，用于当第一次OTA升级成功时，按照OTA升级指令中的预设测试次数重复进行OTA升级压力测试。

进一步地，在其中一个实施例中，上述第一次升级模块402，包括：

安装包解析子模块，用于解析安装包，得到与安装包对应的安装版本；

第一次升级子模块，用于当当前版本低于安装版本时，根据安装包进行第一次OTA升级。

进一步地，在其中一个实施例中，上述装置还包括：

升级停止模块，用于当第一次OTA升级失败时，则停止OTA升级，并返回升级失败信息。

进一步地，在其中一个实施例中，上述升级测试模块403，还包括：

升级结果返回模块，用于记录每次OTA升级的升级结果，并返回升级结果。

关于OTA升级压力测试装置的具体限定可以参见上文中对于OTA升级压力测试方法的限定，在此不再赘述。上述OTA升级压力测试装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、运营商网络、近场通信(NFC)或其他技术实现。该计算机程序被处理器执行时以实现一种OTA升级压力测试方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，本申请提供的OTA升级压力测试装置可以实现为一种计算机程序的形式，计算机程序可在如图5所示的计算机设备上运行。计算机设备的存储器中可存储组成该OTA升级压力测试装置的各个程序模块，比如，图3所示的第一接收模块301、第一获取模块302、指令发送模块303；再如，图4所示的升级接收模块401、第一次升级模块402、升级测试模块403。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的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升级指令用于指示蓝牙设备在第一次执行安装包升级成功时，重复进行预设测试次数的OTA升级压力测试。

在一个实施例中，方法还包括：

接收蓝牙设备针对OTA升级指令返回的升级结果；

根据升级结果生成对应的测试报告。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机可读存储介质连接辅助设备，计算机程序被处理器执行时实现以下步骤：

接收OTA升级指令和对应的安装包；

根据OTA升级指令和安装包进行第一次OTA升级；

当第一次OTA升级成功时，按照OTA升级指令中的预设测试次数重复进行OTA升级压力测试。

在一个实施例中，根据OTA升级指令和安装包进行第一次OTA升级的步骤，包括：

解析安装包，得到与安装包对应的安装版本；

当当前版本低于安装版本时，根据安装包进行第一次OTA升级。

在一个实施例中，方法还包括：

当第一次OTA升级失败时，则停止OTA升级，并返回升级失败信息。

在一个实施例中，按照OTA升级指令中的预设测试次数重复进行OTA升级压力测试的步骤，还包括：

记录每次OTA升级的升级结果，并返回升级结果。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，比如静态随机存取存储器(Static Random Access Memory，SRAM)和动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种OTA升级压力测试的方法，应用于智能终端，其特征在于，所述方法包括：

接收OTA升级测试指令；

根据所述OTA升级测试指令获取用于升级蓝牙设备的安装包；

向已连接的蓝牙设备发送所述安装包及OTA升级指令；所述OTA升级指令用于指示所述蓝牙设备在第一次执行所述安装包升级成功时，重复进行预设测试次数的OTA升级压力测试。

2.根据权利要求2所述的OTA升级压力测试的方法，其特征在于，所述方法还包括：

接收所述蓝牙设备针对所述OTA升级指令返回的升级结果；

根据所述升级结果生成对应的测试报告。

3.一种OTA升级压力测试的方法，应用于蓝牙设备，其特征在于，所述方法包括：

接收OTA升级指令和对应的安装包；

根据所述OTA升级指令和所述安装包进行第一次OTA升级；

当所述第一次OTA升级成功时，按照所述OTA升级指令中的预设测试次数重复进行OTA升级压力测试。

4.根据权利要求3所述的OTA升级压力测试的方法，其特征在于，所述根据所述OTA升级指令和所述安装包进行第一次OTA升级的步骤，包括：

解析所述安装包，得到与所述安装包对应的安装版本；

当当前版本低于所述安装版本时，根据所述安装包进行第一次OTA升级。

5.根据权利要求4所述的OTA升级压力测试的方法，其特征在于，所述方法还包括：

当所述第一次OTA升级失败时，则停止OTA升级，并返回升级失败信息。

6.根据权利要求4所述的OTA升级压力测试的方法，其特征在于，所述按照所述OTA升级指令中的预设测试次数重复进行OTA升级压力测试的步骤，还包括：

记录每次OTA升级的升级结果，并返回所述升级结果。

7.一种OTA升级压力测试的装置，其特征在于，所述装置应用于智能终端，所述装置包括：

第一接收模块，用于接收OTA升级测试指令；

第一获取模块，用于根据所述OTA升级测试指令获取用于升级蓝牙设备的安装包；

指令发送模块，用于向已连接的蓝牙设备发送所述安装包及OTA升级指令；所述OTA升级指令用于指示所述蓝牙设备在第一次执行所述安装包升级成功时，重复进行预设测试次数的OTA升级压力测试。

8.一种OTA升级压力测试的装置，其特征在于，所述装置应用于待升级的蓝牙设备，所述装置包括：

升级接收模块，用于接收OTA升级指令和对应的安装包；

第一次升级模块，用于根据所述OTA升级指令和所述安装包进行第一次OTA升级；

升级测试模块，用于当所述第一次OTA升级成功时，按照所述OTA升级指令中的预设测试次数重复进行OTA升级压力测试。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的OTA升级压力测试的方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的OTA升级压力测试的方法的步骤。

Images