testing - 健全性测试和回归测试之间的相关性

Question

在阅读了许多关于烟雾和健全性测试的帖子后，没有一篇文章清楚地描述它们，我得出以下关于测试顺序的结论：

冒烟测试（广义健康检查）---then--> 健全性测试（检查一些主要功能到更深层次）（专业健康检查）----------------then- -------> 功能测试（更深层次的完整功能检查）

在许多帖子中，我读到理智是回归测试的子集。但是根据上述顺序，理智似乎是功能测试的子集。谁能详细说明回归测试的子集有多理智？

Answer 1

功能测试——功能测试涉及黑盒测试。测试人员确定开发的产品在何处返回正确的输出数据以获取使用的正确输入数据。

回归测试——回归测试可确保在发生任何更新或修改后每个功能都能正常工作。

健全性测试——健全性测试是表面水平的测试，测试人员验证产品和项目中可用的所有菜单、功能、命令是否正常工作。

当开发团队在对代码进行更改（如已修复错误的状态或实现任何功能）后需要了解产品的快速状态时，执行完整性测试。

不必对每个构建都执行健全性，但建议在重新测试新构建中的失败问题的同时执行。

软件变更时……测试周期为

重新测试 -> 健全性测试 -> 回归测试

对于健全性测试，测试人员可以从回归测试套件中提取测试用例。主要重点是确保软件/构建没有任何重大阻塞问题来启动回归测试。回归测试处于更深层次，比健全性测试需要更多时间。

Answer 2

因此，我们无法在基本/关键特征之间建立联系sanity testing并regression testing.
Smoke testing完成。如果您的任何功能都有 5 天的生命周期，那么您可以花费 1/2 天来进行smoke testing. 这意味着如果您的基本/关键功能有太多错误，那么您将无法进行进一步的测试。
在sanity testing我们采用一些功能时，深入并测试这些功能。这是深度和狭窄的测试。
而在regression testing您对已经测试过的功能进行测试。当新版本到来时，它将影响旧功能或未来的版本。测试未更改的功能以确保它不会因为更改/在不同版本或测试周期中重新执行相同的测试用例而被破坏regression testing

Answer 3

健全性测试：

健全性测试是回归测试的一个子集。

每当部署代码时，我们测试是否重新测试错误并进行表面测试，是否所有图标、按钮、选项卡都存在并且工作正常，并且由于这些更改没有引入进一步的问题。

健全性测试的目的不是测试新功能，而是确定开发人员在生产软件时应用了某种合理性（健全性）。例如，如果您的科学计算器的结果是 2 +3=5！那么，像 sin 30 + cos 50 这样的高级功能测试就没有意义了

回归测试

对每个版本以及功能项进行回归测试，以验证新代码构建是否对现有功能没有影响。