「软件测试」2022最全回归测试知识大总结，按头安利

回归测试是一种黑盒测试技术。它用于验证软件中的代码更改不会影响产品的现有功能。回归测试确保产品在新功能、错误修复或现有功能的任何更改上都能正常工作。

回归测试是软件测试的一种。重新执行测试用例以检查应用程序以前的功能是否正常工作，并且新的更改没有产生任何缺陷。

当原始功能发生重大变化时，可以在新版本上执行回归测试。它确保即使发生更改，代码仍然可以工作。回归意味着重新测试应用程序的那些未更改的部分。

回归测试也称为验证方法。测试用例通常是自动化的。测试用例需要多次执行，并且手动一次又一次地运行相同的测试用例，既费时又乏味。

PS：这里有一套2022最新版的软件测试全套自学教程，包含了以下内容，记得一定要下载下来：

200集视频教程

教学课件
18套项目源码
67套测试工具软件包
100个实景测试面试题
162个面试简历模板（信息完整）

提取码：3mkj

如何进行回归测试？

当软件维护包括增强、纠错、优化和删除现有功能时，就需要回归测试。这些修改可能会影响系统功能。在这种情况下，回归测试变得很有必要。

可以使用以下技术执行回归测试：

1.重新测试：

重新测试是进行回归测试的方法之一。在这种方法中，所有的测试用例套装都应该重新执行。在这里，我们可以将重新测试定义为测试失败，并且我们确定失败的原因是软件故障。报告故障后，我们可以期待修复缺陷的新版本软件。在这种情况下，我们需要再次执行测试以确认故障已修复。这称为重新测试。有些人将其称为确认测试。

重新测试成本非常高，因为它需要大量的时间和资源。

2.回归测试选择：

（1）在这种技术中，将执行选定的测试用例套件而不是整个测试用例套件。

（2）选定的测试用例套装分为两种情况

• 可重用的测试用例
• 过时的测试用例

1. 可重用的测试用例可以用于后续的回归周期
2. 过时的测试用例不能用于后续的回归周期

3. 测试用例的优先级：

根据业务影响、关键和经常使用的功能确定测试用例的优先级。测试用例的选择将减少回归测试套件。

什么是回归测试工具？

回归测试是 QA 过程的重要组成部分；在执行回归时，我们可能会面临以下挑战：

• 回归测试需要大量时间才能完成。回归测试再次涉及现有测试，因此测试人员对重新运行测试很头疼。
• 当需要更新任何产品时，复杂的回归测试也很复杂；测试清单也在增加。
• 沟通业务规则
  回归测试可确保现有产品功能仍处于正常工作状态。与非技术领导者就回归测试进行沟通可能是一项艰巨的任务。高管希望看到产品向前发展，并在回归测试上投入大量时间，以确保现有功能能够正常工作。
• 确定影响区域
• 测试用例通过发布增加发布
• 更少的资源
• 没有准确性
• 重复任务
• 单调的工作

回归测试过程

可以跨构建和发布执行回归测试过程。

跨构建的回归测试

每当缺陷修复时，我们重新测试缺陷，如果有任何依赖模块，我们会进行回归测试。

例如，如果我们有不同的构建，如构建 1、构建 2 和构建 3，我们如何执行回归测试，它们具有不同的场景。

构建1

• 首先，客户将提供业务需求。
• 然后开发团队开始开发功能。
• 之后，测试团队将开始编写测试用例；例如，他们为产品的第 1 版编写了 900 个测试用例。
• 然后，他们将开始实施测试用例。
• 产品发布后，客户将进行一轮验收测试。
• 最后，产品被移动到生产服务器。

构建2

• 现在，客户要求添加 3-4 个额外（新）功能，并提供对新功能的要求。
• 开发团队开始开发新功能。
• 之后，测试团队将开始为新功能编写测试用例，他们编写了大约 150 个新测试用例。因此，两个版本的测试用例总数为 1050。
• 现在测试团队开始使用 150 个新测试用例测试新功能。
• 一旦完成，他们将在 900 个测试用例的帮助下开始测试旧功能，以验证添加新功能是否损坏了旧功能。
• 在这里，测试旧功能称为回归测试。
• 测试完所有功能（新旧）后，将产品移交给客户，然后客户将进行验收测试。
• 验收测试完成后，产品将移至生产服务器。

构建3

• 在第二个版本之后，客户想要删除销售等功能之一。
• 然后他将删除所有属于销售模块的测试用例（大约120个测试用例）。
• 然后，测试其他功能，以验证删除销售模块测试用例后所有其他功能是否正常工作，此过程在回归测试下完成。

笔记：

• 测试稳定的功能以确保它因更改而损坏。这里的更改意味着修改、添加、错误修复或删除。
• 在不同的构建或版本中重新执行相同的测试用例是为了确保更改（修改、添加、错误修复或删除）不会在稳定功能中引入错误。

整个版本的回归测试

每当同一项目有新版本时，回归测试过程就会开始，因为新功能可能会影响以前版本中的旧元素。

要了解回归测试过程，我们将遵循以下步骤：

第1步

新版本中没有回归测试，因为新版本中没有修改，因为版本本身是新的。

第2步

当客户提出一些新要求时，回归测试的概念从新版本开始。

第3步

首先得到新需求（修改特性）后，他们（开发人员和测试工程师）会在进行影响分析之前了解需求。

第4步

了解了新的需求后，我们会进行一轮影响分析来规避重大风险，但问题来了，谁来做影响分析？

第5步

影响分析是由客户根据他们的业务知识完成的，开发人员根据他们的编码知识完成，最重要的是，它是由测试工程师完成的，因为他们有产品知识。

第6步

一旦我们完成了影响区域，那么开发人员将准备影响区域（文档），客户也将准备影响区域文档，以便我们实现影响分析的最大覆盖范围。

第7步

完成影响分析后，开发人员、客户和测试工程师将影响区域文档的报告发送给测试主管。与此同时，测试工程师和开发人员正忙于处理新的测试用例。

第8步

一旦测试主管获得报告，将合并报告并存储在发布的测试用例需求存储库中。

第9步

之后，测试组长将在 RTM 的帮助下，从测试用例存储库中挑选必要的回归测试用例，这些文件将放置在回归测试套件中。

笔记：

• 测试负责人会将回归测试用例存储在回归测试套件中，以免进一步混淆。
• 回归测试套件：在这里，我们将保存所有影响区域测试文档。
• 回归测试用例：这些是旧版本文本文档的测试用例，需要重新执行

第10步

之后，当测试工程师完成新测试用例的工作后，测试负责人会将回归测试用例分配给测试工程师。

第11步

当所有回归测试用例和新特性都稳定并通过时，再用测试用例检查影响区域，直到老特性加上新特性都耐久，然后交给客户。

版权声明：

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！

转载请注明出处，原文链接：https://www.xkablog.com/te-hg/8560.html