[发明专利]一种软件升级测试的方法及终端

说明书

本发明涉及测试领域，尤其涉及一种软件升级测试的方法及终端。本发明通过获取与待测软件对应的两个以上客户端发送的客户端信息，得到客户端信息集合；所述客户端信息包括所述客户端的软件版本号，运行所述客户端的操作系统版本号和安装所述客户端的终端型号；根据所述客户端信息集合获取使用量最大的软件版本号，得到第一版本号；根据所述客户端信息集合中所述操作系统版本号的使用量和所述终端型号的使用量部署第一待测终端集群；根据预设的最新软件版本号升级所述第一待测终端集群中与所述第一版本号对应的待测软件，得到第一升级结果；所述第一升级结果包括升级成功和升级失败。实现提高软件升级测试的效率。

技术领域

本发明涉及测试领域，尤其涉及一种软件升级测试的方法及终端。

背景技术

现在许多软件产品是通过增量包进行自升级的，增量自升级跟全量自升级相比，优势显而易见，比如，旧版本的APK有5M，新版的有8M，更新的部分则可能只有3M左右，此时全量升级，就需要消耗8M流量来完成软件的升级，而增量升级只需要消耗3M的流量来完成这个操作。但是，增量升级也有它不足的地方，增量升级是以两个软件版本之间的差异来生成补丁的，因此必须对所发布的每一个历史版本都和最新的版本作差分来生成增量包提供用户升级，以使所有版本的用户都可以完成增量升级。

而且，不同机型固件的升级情况都需要兼顾到，尤其是主要用户群体所使用的版本跟设备，如果出现兼容性问题，那将直接影响产品功能的迭代与上线。因此，每个软件在被正式上线之前均需要进行相应的软件升级测试，以便提早发现被测软件的设计、程序等问题，从而提早进行修复，以确保软件在交付后能够正常使用。

但是，随着软件版本不断增多，软件通过增量方式自升级需要验证的组合就更多。比如，当前的待测软件只有1个历史版本0.1，最新版本0.2，只需要验证0.1到0.2版本的增量升级是否正常即可。如果当前的待测软件有2个历史版本0.1和0.2，最新版本为0.3，则需要验证0.1-0.2-0.3和0.1-0.3这两种增量升级组合方式是否均正常，以此类推。此外，每个版本增量升级都需要在不同机型固件设备上测试。因此，现有的人工升级测试方式存在多种问题：

(1)客户端历史版本较多，需要对每个版本进行升级遍历，需要投入大量的时间和人力；

(2)升级测试过程的设备兼容性测试也需要进行比较多的重复性工作；

(3)测试过程繁琐，人工测试精力和版本迭代时间有限，容易出现漏测情况。

发明内容

本发明所要解决的技术问题是：如何提高软件升级测试的效率。

为了解决上述技术问题，本发明采用的技术方案为：

本发明提供一种软件升级测试的方法，包括：

获取与待测软件对应的两个以上客户端发送的客户端信息，得到客户端信息集合；所述客户端信息包括所述客户端的软件版本号，运行所述客户端的操作系统版本号和安装所述客户端的终端型号；

根据所述客户端信息集合获取使用量最大的软件版本号，得到第一版本号；

根据所述客户端信息集合中所述操作系统版本号的使用量和所述终端型号的使用量部署第一待测终端集群；

根据预设的最新软件版本号升级所述第一待测终端集群中与所述第一版本号对应的待测软件，得到第一升级结果；所述第一升级结果包括升级成功和升级失败。

本发明还提供一种软件升级测试的终端，包括一个或多个处理器及存储器，所述存储器存储有程序，并且被配置成由所述一个或多个处理器执行以下步骤：

获取与待测软件对应的两个以上客户端发送的客户端信息，得到客户端信息集合；所述客户端信息包括所述客户端的软件版本号，运行所述客户端的操作系统版本号和安装所述客户端的终端型号；