在本节中，我们将了解健全性测试的工作原理，该测试用于检查构建后是否已修复bug。

我们还了解了它的过程，为什么我们需要执行健全性测试，健全性测试的目标，实时示例，健全性测试的各种属性，优点和缺点。

1. 什么是健全性测试？

通常，健全性测试是在稳定版本上执行的，它也被称为回归测试的变体。

当我们从开发团队接收软件构建（带有少量代码更改）时，进行了健全性测试。这是一个检查点，用于评估是否可以继续测试构建。

换句话说，我们可以说执行健全性测试以确保所有缺陷都已解决，并且不会因为这些修改而出现其他问题。

健全性测试还确保代码或函数中的修改不会影响关联的模块。因此，它只能应用于可能受到影响的连接模块。

2. 健全性测试的目标

实施健全性测试的主要目标是满足以下几个方面：

• 执行健全性测试的主要目的是定义计划的功能按预期不均衡地工作。如果健全性测试失败，将拒绝构建，以节省更严格测试的成本和时间复杂性。
• 健全性测试的执行可确保新的修改不会更改软件的当前功能。
• 它还验证新添加的功能和组件的准确性。

3. 健全性测试的属性

为了理解健全性测试技术的基本原理，我们必须学习它们的属性和其他几个组件。因此，以下是健全性测试的一些重要功能：

• 又窄又深
• 回归测试的子集
• 无脚本
• 未记录
• 由测试人员执行

又窄又深

在软件测试中，健全性测试是一种窄而深的方法，其中对有限的组件进行深度保护。

回归测试的子集

它是回归测试的一个细分，主要强调应用程序中不太重要的单元。

它用于测试在已执行的修改或新功能的要求下的应用程序效率。

无脚本

通常，健全性测试是无脚本的。

未记录

通常，无法记录健全性测试。

由测试工程师执行

通常，健全性测试由测试工程师完成。

4. 健全性测试流程

执行健全性测试的主要目的是检查组件过程中不存在的错误结果或缺陷。并且，请确保新添加的功能不会影响当前功能的功能。

因此，我们需要按照以下步骤逐步实施健全性测试过程：

• 识别
• 评估
• 测试

第1步：识别

健全性测试过程的第一步是识别，我们检测新添加的组件和功能以及代码中提供的修改，同时修复bug。

第2步：评估

完成识别步骤后，我们将分析新实现的组件、属性并对其进行修改，以根据给定的要求检查其预期和适当的工作。

第3步：测试

成功处理识别和评估步骤后，我们将进入下一步，即测试。

在此步骤中，我们检查和评估上述分析属性的所有链接参数、组件和要点，并对其进行修改以确保它们正常工作。

如果上述所有步骤都工作正常，则可以对构建进行更详细和令人筋疲力尽的测试，并且可以通过发布进行彻底的测试。

5. 谁执行健全性测试？

通常，健全性测试用例由测试工程师执行。

6. 何时需要执行健全性测试？

没有硬性的软件测试规则来执行健全性测试过程。

这是一个测试应用程序的快速过程，因为它不包括任何测试用例的脚本。

健全性测试是一种狭义回归测试，强调组件的特定区域。如果我们遇到以下两个条件，我们需要执行一轮健全性测试，这些条件如下：

案例1

每当指定软件的功能有所改进时，我们都会进行健全性测试。

案例2

每当修复bug或添加新功能时，我们都需要执行健全性测试，以检查应用程序是否仍然正常工作。

7. 健全性测试示例

为了更好地理解健全性测试，我们将看到以下示例：

例 1

假设我们有一个电子商务应用程序，它包含几个模块，但在这里，我们主要只集中了登录页面、主页、新用户创建页面、用户个人资料页面等几个模块。

• 当新用户尝试登录应用程序时，他无法登录，因为登录页面中存在bug。
• 因为登录模块中的密码字段接受少于四个字母数字字符，并且根据规范，所以不应接受低于 7-8 个字符的密码字段。
• 因此，它被视为bug，由测试团队报告给开发团队以修复它。
• 一旦开发团队修复了指定的 bug 并向测试团队报告，测试团队就会测试相同的功能，以验证代码中发生的修改是否正常工作。
• 测试团队还验证特定修改不会影响其他相关功能。
• 要修改用户配置文件页面上的密码，有一个过程。
• 作为健全性测试过程的一部分，我们必须对登录页面和配置文件页面进行身份验证，以确认更改在这两个地方都正常工作。

8. 健全性测试的优缺点

以下是健全性测试的一些重要优点和缺点。

健全性测试的优点

执行健全性测试的一些动态好处如下：

• 健全性测试易于理解和实施。
• 它可以帮助我们找到任何部署或编译问题。
• 与其他类型的软件测试相比，它更便宜。
• 它有助于快速找到核心功能中的错误。
• 健全性测试没有强制性的文档，这就是为什么它可以在更短的时间内执行。
• 执行健全性测试将帮助我们节省不必要的测试工作和时间，因为它只关注一个或几个功能领域。
• 健全性测试有助于检测缺少的依赖对象。

健全性测试的缺点

以下是健全性测试的缺点：

• 对于开发人员来说，了解如何修复整个健全性测试中确认的缺陷（如果他们不遵循设计结构级别）已成为一个非常复杂的过程。
• 健全性测试不包括所有测试用例。
• 它只强调应用程序的语句和功能。
• 我们没有未来的参考，因为健全性测试是无脚本的。
• 查找任何其他组件成为一个复杂的过程，因为仅对某些有限的功能执行健全性测试。

9. 总结

在本教程中，我们了解了健全性测试的执行、实时示例、优点和缺点。

当程序中执行新功能、修改请求或bug修复时，将实施健全性测试。

这是一个狭窄而深入的测试过程，仅在修改受到影响的组件上进行密集测试。

健全性测试是有益的，因为它提供了各种优势，例如，它提供了对软件发布质量的快速评估。

健全性测试允许我们在软件发生微小更改时检查应用程序的小功能。