[发明专利]软件回归测试方法

说明书

本申请公开了一种软件回归测试方法；方法包括：对待测试的目标软件进行探索性测试；如果探索性测试通过；则采用预先建立的全面测试用例集进行全面测试；如果全面测试通过，则采用各个渠道包对所述软件进行测试；如果采用各个渠道包对所述软件测试通过，则将所述软件上线。本申请提出了一套完整、有效的回归测试方法，提高了测试的效果，可以更多地发现BUG，降低产品上线后BUG的发生率。通过整套的用例集在发版上线前所进行的自动化回归测试、全面测试、探索测试、渠道包测试有效避免了线上回归测试不足的问题，显著减少线上事故，极大提高项目线上质量。

技术领域

本申请涉及软件测试技术领域，具体而言，涉及一种软件回归测试方法。

背景技术

随着软件技术的发展和市场对软件需求的日益提升，软件的规模越来越大，越来越复杂。所以软件产品在上线运行后的BUG也很多。现有技术中，产品上线前一般仅进行一遍测试；产品上线后，往往还会有很多BUG显现。

发明内容

本申请的主要目的在于提供一种软件回归测试方法，以解决现有技术中由于测试简单而造成产品上线后BUG较多的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种回归测试方法，包括：

对待测试的目标软件进行探索性测试；如果探索性测试通过；

则采用预先建立的全面测试用例集进行全面测试；

如果全面测试通过，则采用各个渠道包对所述软件进行测试；

如果采用各个渠道包对所述软件测试通过，则将所述软件上线。

在一种实施方式中，对待测试的目标软件进行探索性测试，包括：

分别采用安装同一种操作系统的不同品牌的终端分别对待测试的目标软件进行测试；或者，

对于任意一个品牌，分别采用不同系列的终端，依次安装不同的操作系统对待测试的目标软件进行测试；

对于同一品牌、同一系列的终端，分别采用不同的操作系统对待测试的目标软件进行测试。

在一种实施方式中，如果探索性测试或者全面测试不通过，则纪录登录过程中的BUG；将BUG发送给服务器；对所述BUG进行修复后，再次进行探索性测试。

在一种实施方式中，还包括：计算出每种BUG的数量n；

根据预先存储的每种BUG的单个解决时间t和n计算出解决该次测试的多个BUG的理论标准时间；

其中，m为BUG的种类的数量；i为变量；

比较所述TL与T的大小；

如果TL小于T，则确定解决BUG的效率低于平均效率；

如果TL大于T，则确定解决BUG的效率高于平均效率。

在一种实施方式中，还包括：对软件进行升级测试，包括：

对当前版本的软件进行升级，升级到最新版本；判断升级是否正常；

如果没有BUG，则卸载当前版本，安装最新版本的软件。

在一种实施方式中，还包括：对所述测试用例集进行更新。

在一种实施方式中，对所述测试用例集进行更新，包括：

根据当前进行的项目编写对应的新的测试用例；

将所述新的测试用例存储在测试用例集中；或者，

对于新增加的功能编写对应的测试用例；将所述新编写的测试用例存储在用例集中。