大家好，我是阿萨。今天看看回归测试的基本概念。
什么是回归测试?
回归测试被定义为一种软件测试，以确认最近的程序或代码更改没有对现有功能产生不利影响。回归测试只是对已经执行的测试用例的全部或部分选择，重新执行这些用例以确保现有功能正常工作。
进行此测试是为了确保新的代码更改不会对现有功能产生副作用。它确保在完成最新的代码更改后，旧的代码仍然可以工作。
为什么要进行回归测试?
无论何时代码被更改，都需要进行回归测试，并且您需要确定修改后的代码是否会影响软件应用程序的其他部分。此外，在向软件应用程序添加新特性时，还需要进行回归测试。当修复了功能或性能缺陷/问题时，也可以执行回归测试。
如何进行回归测试？
为了进行回归测试过程，我们需要首先调试代码以识别错误。一旦发现了错误，就需要做出必要的更改来修复它，然后通过从测试套件中选择相关的测试用例来完成回归测试，该测试套件涵盖了代码的修改部分和受影响的部分。
软件维护是一种包括增强、错误纠正、优化和删除现有功能的活动。这些修改可能导致系统无法正常工作。因此，回归测试是必要的。回归测试可以使用以下技术进行:
重新测试所有
这是回归测试的一种方法，在这种方法中，现有测试桶或套件中的所有测试都应该重新执行。这非常昂贵，因为它需要大量的时间和资源。
回归检验选择
回归测试选择是一种技术，在这种技术中，从测试套件中选择一些测试用例来测试修改后的代码是否影响软件应用程序。测试用例分为两部分，可在进一步的回归周期中使用的可重用测试用例和不能在后续周期中使用的过时测试用例。
测试用例的优先级
根据业务影响、关键和常用功能来优先考虑测试用例。基于优先级的测试用例的选择将大大减少回归测试集。
为回归测试选择测试用例
从行业数据中发现，客户报告的大量缺陷是由于最后一分钟的错误修复造成的副作用，因此选择测试用例进行回归测试是一门艺术，并不是那么容易。可以通过选择以下测试用例来完成有效的回归测试-
- 具有频繁缺陷的测试用例
- 用户更容易看到的功能
- 验证产品核心特性的测试用例
- 功能测试用例已经经历了更多和最近的变化
- 所有集成测试用例
- 所有复杂测试用例
- 边值测试用例
- 成功测试用例的示例
- 失败测试用例的示例
回归测试工具
如果您的软件经历频繁的更改，回归测试的成本将会增加。在这种情况下，手动执行测试用例会增加测试执行时间和成本。在这种情况下，回归测试用例的自动化是明智的选择。自动化的程度取决于测试用例的数量，这些测试用例对于连续的回归周期仍然是可重用的。
以下是软件工程中用于功能测试和回归测试的最重要的工具:
1) testRigor
testRigor帮助您用简单的英语将测试直接表示为可执行的规范。拥有各种技术能力的用户都能够在一个测试中构建涵盖移动、web和API步骤的任何复杂性的端到端测试。测试步骤是在最终用户级别上表示的，而不是依赖于xpath或CSS selector之类的实现细节。
特点:
- 永久免费公开版
- 测试用例是英文的
- 无限的用户和无限的测试
- 学习自动化最简单的方法
- 网步记录仪
- 集成CI/CD和测试用例管理
- 电子邮件和短信测试
- Web + Mobile + API步骤在一个测试
2) Avo Assure
Avo Assure是一个技术不可知，无代码测试自动化解决方案，帮助您测试端到端业务流程，只需点击几下按钮。这使得回归测试更加直接和快速。
特性
- 使用100%无代码的方法自动生成测试用例
- 通过单一解决方案跨web、桌面、移动、ERP应用程序、大型机、相关模拟器等进行测试。
- 启用易访问性测试
- 在单个VM中独立或与Smart Scheduling并行执行测试用例
- 与Jira, Jenkins, ALM, QTest, Salesforce, Sauce Labs, TFS等集成。
- 通过思维导图特性定义测试计划和设计测试用例
3) Subject7Subject7是一个基于云计算的“真正无代码”测试自动化解决方案，它将所有测试统一在一个平台上，并使任何人都能成为自动化专家。我们易于使用的软件可以快速、简单和复杂地编写回归测试，而无需编写一行代码，以及运行数千个夜间测试的高规模执行。特点:
- 使用本地插件、应用内集成和开放api轻松集成DevOps/敏捷工具。
- 具有企业级安全性的云端或本地大规模并行执行。
- 灵活的缺陷报告，带有结果的视频捕获。
- 简单，非计量定价，提供财务可预测性。
- SOC2 Type2兼容
Selenium:这是一个用于自动化web应用程序的开源工具。Selenium可以用于基于浏览器的回归测试。Quick Test Professional (QTP): HP Quick Test Professional是一款自动化软件，用于自动化功能测试和回归测试用例。采用VBScript语言实现自动化。它是一个数据驱动的，基于关键字的工具。Rational Functional Tester (RFT): IBM的Rational Functional Tester是一个用于自动化软件应用程序测试用例的Java工具。这主要用于自动化回归测试用例，它也与Rational test Manager集成。
回归测试和配置管理
在不断修改代码的敏捷环境中，回归测试期间的配置管理变得非常必要。为确保有效的回归测试，请遵守以下规定:
- 要进行回归测试的代码应该在配置管理工具下
- 在回归测试阶段，不允许对代码进行任何更改。回归测试代码必须不受开发人员更改的影响。
- 用于回归测试的数据库必须是隔离的。必须不允许任何数据库更改
重新测试和回归测试的区别
重新测试意味着再次测试功能或错误，以确保代码已修复。如果它没有被修复，则需要重新打开Defect。如果已修复，则“缺陷”被关闭。回归测试是指在软件应用程序发生代码更改时进行测试，以确保新代码没有影响软件的其他部分。
回归测试的挑战:
1.庞大的测试用例和测试套件2. 有限的资源回归测试的挑战以下是进行回归测试的主要测试问题:
- 随着连续的回归运行，测试套件变得相当大。由于时间和预算的限制，整个回归测试套件无法执行
- 最小化测试套件同时实现最大的测试覆盖率仍然是一个挑战
- 确定回归测试的频率，即在每次修改或每次构建更新或在一堆错误修复之后，这是一个挑战。
结论回归测试是一种软件测试，它可以确保应用程序在经过改进、任何代码更改或更新后仍能按预期运行。一个有效的回归策略，节省组织的时间和金钱。根据银行领域的一个案例研究，回归可以节省高达60%的时间来修复错误(通过回归测试可以发现)，节省40%的时间.
