健全性测试和回归测试之间的相关性答案

【问题标题】：Correlation between sanity testing and regression testing健全性测试和回归测试之间的相关性
【发布时间】：2017-01-02 14:01:55
【问题描述】：

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

Smoke testing（广义健康检查）---then--> 理智测试（检查一些主要功能到更深层次）（专业健康检查）------------ ----then--------> 功能测试（更深层次的完整功能检查）

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

【问题讨论】：

你刚刚问了这个。 stackoverflow.com/questions/39157025/…
@BilltheLizard 有不同的疑问。这与理智和回归之间的关系有关。前一个是按照烟雾和理智执行的顺序。
这两个问题都是题外话。您可以在 Wikipedia 上查找术语。
@BilltheLizard 你能解释一下这些是OFF TOPICS吗？我已经提到我已经阅读了很多关于他们的帖子，但没有一个人解释清楚，因此我在这里询问，以便任何人都可以根据他们在软件公司的经验进行回复。
重复Confusion about sanity testing of software

标签： testing manual-testing smoke-testing sanity-check

【解决方案1】：

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

【讨论】：

【解决方案2】：

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

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

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

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

没有必要对每个构建都执行健全性，但建议在新构建中与重新测试失败的问题一起执行。

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

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

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

【讨论】：

【解决方案3】：

健全性测试：

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

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

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

回归测试

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

【讨论】：