[发明专利]一种黑盒回归测试方法

说明书

本发明涉及软件测试技术领域，特别是一种黑盒回归测试方法，包括以下步骤，步骤S101：源代码解析；步骤S102：界面元素分析；步骤S103：交互关系分析；步骤S104：测试执行过程跟踪；步骤S105：用例覆盖分析；步骤S106：测试用例约简；步骤S107：功能差异检测；步骤S108：功能变更影响分析；步骤S109：回归测试用例筛选；步骤S110：影响域覆盖分析。本发明能够有效避免回归测试的重复、冗余和遗漏，大大提高回归测试的充分性、有效性和测试效率。

技术领域

本发明涉及软件测试技术领域，特别是一种黑盒回归测试方法。

背景技术

软件功能是软件价值的重要体现，软件功能变更是软件开发过程中一项难以避免且经常发生的行为，对于每一次功能变更，都需要通过回归测试验证其正确性。特别是对于GUI类应用软件，这类软件采用人机交互方式，为用户提供了一种快捷、简便的软件操作方式，GUI 类软件在给用户带来直观、简便、快捷的同时，其本身所具有的输入 /输出图形化、事件驱动、事件触发随机性、多任务以及消息传递等特性，使软件功能测试以及回归测试工作面临许多新的挑战。

挑战1：如何获取软件所具有的功能

GUI类软件包含大量的界面，每一个界面中又包含很多菜单和按钮，由此构成不同的软件功能。对于GUI类软件而言，每一个功能路径对应着一个软件功能，在测试过程中，至少要覆盖这些功能路径。然而，由于软件功能路径繁多，仅凭手工方式难以确定被测软件所具有的全部功能，因此也就无法对软件功能进行全面、有效的测试。

挑战2：软件功能变更及其影响域难以确定

目前，大多数GUI类软件是采用快速原型方法开发的，软件版本变更频繁，在软件生存周期内，需要进行多次回归测试，由于GUI类软件功能复杂，难以用人工方式识别软件功能变更以及功能变更对软件其他功能带来的影响，测试人员只能凭借经验对软件进行回归测试，这样，难免造成回归测试的重复、冗余和遗漏，影响回归测试的质量和效率。

挑战3：如何获知测试覆盖情况

GUI类软件采用事件驱动方式执行，用户通过与控件的交互来触发相应的事件进而与内部代码及业务逻辑发生交互，因此，传统测试中的诸如分支覆盖、语句覆盖等经典的覆盖准则很难适用于GUI类软件测试中，无法有效指导测试。另一方面，GUI类软件功能是通过界面体现的，用户通过点击界面元素实现软件功能，因此，如何通过功能覆盖来衡量测试充分性是测试人员面临的另一大难题。

挑战4：如何约简测试用例

在软件测试过程中，测试人员需要设计大量的测试用例，从功能覆盖的角度而言，这些测试用例难免存在重复和冗余，即不同测试用例所覆盖的功能相同，对于这些测试用例，需要进行约简，以减少测试用例执行和维护成本。

挑战5：如何筛选回归测试用例

在前一轮的测试过程中，测试人员设计了大量的测试用例，在回归测试阶段，测试人员需要根据软件功能变更及其影响情况，从已有测试用例集中筛选出回归测试用例，由于缺乏有效的方法，测试人员难以从大量测试用例中筛选出符合要求的回归测试用例。

近年来，软件的功能越来越丰富，复杂度也越来越高。随之，软件系统功能测试的测试用例数成倍增长，执行一次全集回归测试的时间大幅度增加，已经成为影响产品快速发布的重要因素之一。尤其在升级维护项目中，需求一般来源于客户，具有需求变化快、时间要求紧、绝大部分代码属于继承等特点，原有的穷举所有测试用例的测试策略存在的周期长、效率低的问题愈加凸显。凭经验选择部分子集进行回归测试，虽然可以大幅度的减少测试时间，但是测试质量无法保证，存在很大的漏测、重复测风险。