CN109032912A - 车载终端固件升级的压力测试方法 - Google Patents

Abstract

本发明公开的车载终端固件升级的压力测试方法，涉及软件测试领域，通过对车载终端固件升级包进行标注，生成配置文件并从配置文件中获取车载终端设备号、服务器地址、测试次数、车载终端固件升级包的版本号、车载终端固件升级包的名称及车载终端固件升级包的升级顺序，根据车载终端设备号、服务器地址、带标注的车载终端固件升级包的版本号及名称进行升级，判断升级后的版本号与配置文件中当前带标注的车载终端固件升级包的版本号是否一致，判断当前测试次数是否大于设定的测试次数，实现了自动化循环测试，节省人力资源，提高了测试的效率及可靠性，解决了现有技术存在的测试效率及可靠性低下的缺陷。

Description

车载终端固件升级的压力测试方法

技术领域

本发明涉及软件测试领域，具体涉及一种车载终端固件升级的压力测试方法。

背景技术

目前共享汽车产业发展迅速，主要通过智能车载终端来实现对车辆的各种控制和操作。随着用户需求的不断演进，智能车载终端的功能越来越丰富，其内置的固件也就需要不断地进行升级。固件升级需要通过一种简单、可靠、有效地方式来进行，空中下载技术OTA(Over the Air Technology)是通过移动通信的空中接口对软件进行远程管理的技术，在当前固件升级中得到了广泛的应用。为了保证智能车载终端固件OTA升级的可靠性，需要对OTA升级进行基本的功能测试及压力测试。

目前对智能车载终端固件OTA升级的测试主要为手动测试，测试方法为：通过移动终端APP或网站升级链接触发OTA升级，后台服务器将固件升级包下发给智能车载终端，智能车载终端接收到升级包后进行升级操作，升级结果需要人工进行判断。这种测试方法存在以下问题：手动验证方式效率较低，占用大量人力资源，不能进行足够的压力测试，OTA升级的可靠性得不到保证。

发明内容

为解决现有技术的不足，本发明实施例提供了一种车载终端固件升级的压力测试方法，包括：

Step1、设定车载终端设备号、服务器地址、测试次数、车载终端固件升级包的版本号、车载终端固件升级包的名称及车载终端固件升级包的升级顺序；

Step2、对车载终端固件升级包进行标注，生成配置文件并从配置文件中获取车载终端设备号、服务器地址、测试次数、车载终端固件升级包的版本号、车载终端固件升级包的名称及车载终端固件升级包的升级顺序；

Step3、根据车载终端设备号、服务器地址、带标注的车载终端固件升级包的版本号及名称，指示与服务器地址对应的服务器下发与带标注的车载终端固件升级包的版本号及名称对应的车载终端固件升级包至与车载终端设备号对应的车载终端；

Step4、接收并读取服务器返回的车载终端固件的版本号，判断版本号与配置文件中当前带标注的车载终端固件升级包的版本号是否一致，如果是，则说明本次测试通过；

Step5、判断当前测试次数是否大于设定的测试次数，如果是，则结束测试，如果否，则重复执行步骤Step2-Step4。

可选地，对车载终端固件升级包进行标注包括：

将车载终端固件当前的目标版本号对应的车载终端固件升级包对应的版本号及名称打上标识，本次车载终端固件升级完成后，根据升级顺序，再次将车载终端固件升级包对应的版本号及名称对应的下一条车载终端固件升级包对应的版本号及名称打上标识，如果车载终端固件升级包对应的版本号及名称处于最后一条，则对第一条车载终端固件升级包对应的版本号及名称打上标识。

本发明实施例提供的车载终端固件的升级测试方法所产生的有益效果如下：

实现了自动化循环测试，节省人力资源，提高了测试的效率及可靠性。

附图说明

图1为本发明实施例提供的车载终端固件升级的压力测试方法的流程示意图。

具体实施方式

以下结合附图和具体实施例对本发明作具体的介绍。

参照图1，本发明实施例提供的车载终端固件的升级测试方法，其特征在于，包括：

Step1、设定所述车载终端设备号、服务器地址、测试次数、车载终端固件升级包的版本号、所述车载终端固件升级包的名称及所述车载终端固件升级包的升级顺序。

其中，车载终端设备号及服务器地址分别为车载终端设备及服务器的身份标识，测试次数可以根据实际测试需要进行设置，本发明实施例设定的次数为3。

Step2、对所述车载终端固件升级包进行标注，生成配置文件并从所述配置文件中获取所述车载终端设备号、服务器地址、测试次数、所述车载终端固件升级包的版本号、所述车载终端固件升级包的名称及所述车载终端固件升级包的升级顺序。

在一个示例中，该配置文件可以设置为：升级包1、1.1；升级包2、1.2；1、升级包3、1.3，其中，1、升级包3、1.3分别表示车载终端固件升级包的标识、名称及版本号，当标识为“1”时，代表该车载终端固件升级包对应的版本号为车载终端固件当前升级的目标版本号。

Step3、根据所述车载终端设备号、所述服务器地址、带标注的车载终端固件升级包的版本号及所述带标注的车载终端固件升级包的名称，指示与所述服务器地址对应的服务器下发与所述带标注的车载终端固件升级包的版本号及名称对应的车载终端固件升级包至与所述车载终端设备号对应的车载终端。

在一个示例中，根据上述配置文件，根据主控模块发出的指令，服务器将名称及版本号分别为升级包3、1.3的车载终端固件升级包发送至终端设备，终端设备将升级完成后的车载终端固件的版本号反馈至服务器。

Step4、接收并读取服务器返回的车载终端固件的版本号，判断所述版本号与所述配置文件中当前带标注的车载终端固件升级包的版本号是否一致，如果是，则说明本次测试通过。

Step5、判断当前测试次数是否大于设定的测试次数，如果是，则结束测试，如果否，则重复执行步骤Step2-Step4。

可选地，对所述车载终端固件升级包进行标注包括：

将所述车载终端固件当前的目标版本号对应的车载终端固件升级包对应的版本号及名称打上标识，本次车载终端固件升级完成后，根据所述升级顺序，再次将所述车载终端固件升级包对应的版本号及名称对应的下一条车载终端固件升级包对应的版本号及名称打上标识，如果所述车载终端固件升级包对应的版本号及名称处于最后一条，则对第一条车载终端固件升级包对应的版本号及名称打上标识。

在一个示例中，根据上述配置文件，当名称及版本号分别为升级包3、1.3的升级包升级完成后，当前测试次数为1，将名称及版本号为升级包1、1.1的升级包前面打上标识“1”，当名称及版本号分别为升级包1、1.1的升级包升级完成后，当前测试次数变为2，则将名称及版本号为升级包2、1.2的前面打上标识“1”。

本发明实施例提供的车载终端固件升级的压力测试方法，通过设定车载终端设备号、服务器地址、测试次数、车载终端固件升级包的版本号、车载终端固件升级包的名称及车载终端固件升级包的升级顺序，对车载终端固件升级包进行标注，生成配置文件并从配置文件中获取车载终端设备号、服务器地址、测试次数、车载终端固件升级包的版本号、车载终端固件升级包的名称及车载终端固件升级包的升级顺序，根据车载终端设备号、服务器地址、带标注的车载终端固件升级包的版本号及名称，指示与服务器地址对应的服务器下发与带标注的车载终端固件升级包的版本号及名称对应的车载终端固件升级包至与车载终端设备号对应的车载终端，接收并读取服务器返回的车载终端固件的版本号，判断版本号与配置文件中当前带标注的车载终端固件升级包的版本号是否一致，如果是则本次测试通过，判断当前测试次数是否大于设定的测试次数，如果是，则结束测试，如果否，则进行下一次升级测试，实现了自动化循环测试，节省人力资源，提高了测试的效率及可靠性。

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

可以理解的是，上述方法及装置中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

此外，存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (2)

1.一种车载终端固件升级的压力测试方法，其特征在于，包括：

Step1、设定车载终端设备号、服务器地址、测试次数、车载终端固件升级包的版本号、所述车载终端固件升级包的名称及所述车载终端固件升级包的升级顺序；

Step2、对所述车载终端固件升级包进行标注，生成配置文件并从所述配置文件中获取所述车载终端设备号、服务器地址、测试次数、带标注的车载终端固件升级包的版本号、名称及升级顺序；

Step3、根据所述车载终端设备号、所述服务器地址、所述带标注的车载终端固件升级包的版本号及名称，指示与所述服务器地址对应的服务器下发与所述带标注的车载终端固件升级包的版本号及名称对应的车载终端固件升级包至与所述车载终端设备号对应的车载终端；

Step4、接收并读取服务器返回的车载终端固件的版本号，判断所述版本号与所述配置文件中当前带标注的车载终端固件升级包的版本号是否一致，如果是，则说明本次测试通过；

Step5、判断当前测试次数是否大于设定的测试次数，如果是，则结束测试，如果否，则重复执行步骤Step2-Step4。

2.根据权利要求1所述的方法，其特征在于，对所述车载终端固件升级包进行标注包括：

将所述车载终端固件当前的目标版本号对应的车载终端固件升级包对应的版本号/名称打上标识，本次车载终端固件升级完成后，根据所述升级顺序，再次将所述车载终端固件升级包对应的版本号及名称对应的下一条车载终端固件升级包对应的版本号及名称打上标识，如果所述车载终端固件升级包对应的版本号及名称处于最后一条，则对第一条车载终端固件升级包对应的版本号及名称打上标识。