[发明专利]一种应用软件的回归测试方法及装置

说明书

本发明公开了一种应用软件的回归测试方法及装置，其中该回归测试方法包括：获取上线后的当前版本为第一版本的目标文档对应的第一目标测试脚本，第一目标测试脚本可对目标文档当前包含的全部功能点进行测试；判断目标文档是否已经迭代更新为第二版本，其中目标文档的第二版本包含的功能点多于第一版本包含的功能点，且第二版本包含的功能点包括第一版本包含的功能点在内；若是，则对目标文档的第二版本包含的不同于第一版本的新功能点进行测试，并使用第一目标测试脚本对目标文档对应的第一版本包含的功能点进行回归测试。本发明大大减少了重复循环的测试工作量，也提升了回归测试的效率和质量。

技术领域

本发明涉及计算机软件测试应用技术领域，特别是涉及一种应用软件的回归测试方法及装置。

背景技术

回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试可大幅降低系统测试和维护升级等阶段的成本。回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。在渐进和快速迭代开发中，新版本的连续发布使回归测试进行得更加频繁，而在极端编程方法中，更是要求每天都进行若干次回归测试。因此，通过选择正确的回归测试策略来改进回归测试的效率和有效性是非常有意义的。进行回归测试的时候，采用合适的回归测试策略可以显著地降低回归测试过程的盲目性，提高回归测试的效率。

目前，业界常用的回归测试策略可分为零回归测试、完全回归测试和部分回归测试三种。部分回归测试又细分为基于操作剖面、基于风险和基于代码相依性三种回归测试方法。零回归测试(仅运行新功能增加的测试用例和上一版本遗留的缺陷)效率高，但无法验证软件变更是否引入新的缺陷，不能保证软件版本质量。完全回归测试(是重新运行所有有效的历史测试用例与新增测试用例)能够揭示尽可能多的缺陷，但在回归测试集规模较大的情况下，测试时间长，测试成本高。基于风险和基于操作剖面的部分回归测试平衡了测试质量和测试效率两个平面，但在软件系统规模和回归测试用例库比较大的时候，单个人很难凭借经验来判别某个测试用例是否需要进行回归测试，对测试人员专业水平要求高，且缺乏定量的客观标准。基于代码相依性的部分回归测试需要维护测试库与代码之间的关系，较难实现。

发明内容

本发明实施例提供一种应用软件的回归测试方法及装置，以解决现有技术中以下问题：应用软件的回归测试不能保证软件版本质量，测试过程存在盲目性，并且测试时间长和测试成本高。

为解决上述技术问题，本发明实施例采用的第一技术方案如下：

一种应用软件的回归测试方法，其包括：获取上线后的当前版本为第一版本的目标文档对应的第一目标测试脚本，所述第一目标测试脚本可对所述目标文档当前包含的全部功能点进行测试；判断所述目标文档是否已经迭代更新为第二版本，其中所述目标文档的所述第二版本包含的功能点多于所述第一版本包含的功能点，且所述第二版本包含的功能点包括所述第一版本包含的功能点在内；若是，则对所述目标文档的所述第二版本包含的不同于所述第一版本的新功能点进行回归测试，并使用所述第一目标测试脚本对所述目标文档对应的所述第一版本包含的功能点进行回归测试。

可选地，所述对所述目标文档的所述第二版本包含的不同于所述第一版本的新功能点进行测试，并使用所述第一目标测试脚本对所述目标文档对应的所述第一版本包含的功能点进行回归测试之后，包括：获取所述第二版本对应的所述目标文档对应的第二目标测试脚本，所述第二目标测试脚本可对所述第二版本对应的所述目标文档包含的全部功能点进行回归测试。

可选地，所述获取所述第二版本对应的所述目标文档对应的第二目标测试脚本，包括：将所述第二版本对应的所述目标文档对应的所述新功能点进行归档处理，并将所述新功能点发送至第三方功能测试工具，由所述第三方功能测试工具编写所述新功能点对应的新功能点测试脚本；接收所述第三方功能测试工具返回的所述新功能点测试脚本，将所述新功能点测试脚本与所述第一目标测试脚本相结合，得到所述第二目标测试脚本。