[发明专利]一种回归测试自动化系统及方法

说明书

技术领域

本发明涉及测试领域，尤其涉及一种回归测试自动化系统及方法。 

背景技术

在产品的研发过程中，在软件生命周期中的任何一个阶段，只要软件发生了改变，就可能引入新的问题。软件的改变可能源于发现了错误并做了修改，也有可能是因为在集成或维护阶段引入了新的模块。 

当软件中隐含错误被发现时，由于开发者对错误理解的不够透彻，也可能导致所做的修改只修正了错误的外在表现，而没有修复错误本身，从而造成修改失败；软件修改还有可能产生副作用从而波及软件未被修改的部分而产生新的问题，使本来正常工作的功能产生异常。同样，在有新功能加入系统的时候，除了新加入的功能可能含有错误外，新功能还有可能对原有系统带来影响。还有，对于各种补丁和升级程序，还要验证补丁和升级是否影响系统的操作或性能。 

因此，每当软件发生变化时，我们就必须重新测试现有的功能，以便确定修改是否达到了预期的目的，检查修改是否损害了原有的正常功能。同时，还需要补充新的测试用例来测试新的或被修改了的功能。为了验证修改的正确性及其影响就需要进行回归测试。 

回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的比重，软件开发的各个阶段都会进行多次回归测试。当回归测试需要反复进行，当测试者一次又一次地完成相同的测试时，这些回归测试将变得步骤繁琐、重复，令人厌烦，而在大多数回归测试需要手工完成的时候尤其如此，因此，有必要通过自动化方法来实现重复的、一致性的回归测试，即回归测试自动化。 

回归测试的重点是测试用例、测试脚本的管理，以及根据回归测试策略选择测试用例进行的回归测试。随着测试项目的进展，测试用例、测试脚本会不断增加。如果能自动管理这些测试用例、测试脚本，并且根据回归测试策略自动组织这些测试资源，将会提高回归测试的效率。当回归测试要一次又一次的反复进行时，自动化的回归测试组织与实施，无疑也会提高回归测试的效率。 

如上所述在软件变更时，需要通过回归测试进行功能验证。基于这种软件变更实施回归测试的步骤一般如下： 

步骤101，管理维护原基线测试用例库To，删除不再适用的测试用例；选择对新版本依然有效的测试用例，建立一个新的基线测试用例库Tn； 

步骤102，从基线测试用例库Tn提取测试用例，构建回归基线测试套Sb； 

步骤103，识别软件被修改部分、包括模块、接口等，从Tn选择测试用例，构建回归测试套Sm，用于测试软件被修改部分； 

步骤104，如果基线测试套Sb不能达到所需覆盖要求，则补充测试用例，并构建测试套Ss； 

步骤105，冻结软件版本，制定回归测试标准，执行回归测试；将回归测试发现的问题集中修改，集中回归。 

分析上述步骤，诸如回归测试套构建，回归测试标准制定以及执行回归测试等等，很多测试环节如果能够整合并自动化，无疑很大程度上会提高回归测试效率。 

基于回归测试的必要性和重要性，回归测试在当前IT测试领域应用相当广泛，各个公司都有针对回归测试或自动化的研究与应用。 

如中兴通讯股份有限公司的公开号为CN101178687专利申请《软件回归测试的方法》，介绍了一种软件功能回归测试的自动化实现方法，该方法特色在于当软件发生更改时，能轻松进行原有功能的测试，并比较测试结果的差异。但如何组织测试例、如何实现回归测试的自动化、以及如何实施回归测试计划并没有描述。 

又如华为技术有限公司的公开号为CN1527509的专利《一种测试方法》， 介绍了一种基于测试用例的自动化测试，具体步骤包括测试用例的生成，测试用例的解析与设备参数配置，测试结果分析等。该方法可以实现回归测试，但涉及到回归测试用例的组织、回归测试实施，以及回归测试相关自动化系统并没有描述。 

再如康佳集团股份有限公司的公开号为CN1952818的专利申请《自动检测测试结果的程序单元测试方法》谈到了回归测试方法，但是只是局限在软件的单元测试领域，对系统级软件回归测试、回归测试方法也没有描述。 

发明内容

本发明要解决的技术问题就是克服现有技术的缺陷，提出一种回归测试自动化系统及方法，能够减少人为干预，实现回归测试自动化。