【发布时间】：2015-04-20 17:53:57
【问题描述】：
冒烟测试和健全性测试有什么区别？什么时候进行冒烟测试，什么时候进行健全性测试？
【问题讨论】：
标签： testing manual-testing smoke-testing sanity-testing
【发布时间】：2015-04-20 17:53:57
【问题描述】：
健全性测试
健全性测试是回归测试的子集，在我们没有足够时间进行测试时执行。
健全性测试是表面级测试，QA 工程师验证产品和项目中可用的所有菜单、功能、命令是否正常工作。
示例
例如，在一个项目中有5个模块：登录页面、主页、用户详情页面、新用户创建和任务创建。
假设我们在登录页面中有一个错误：登录页面的用户名字段接受的用户名少于 6 个字母数字字符，这是违反要求的，因为在要求中指定用户名应至少为 6字母数字字符。
现在测试团队将错误报告给开发团队进行修复。在开发团队修复 bug 并将应用程序传递给测试团队后，测试团队还会检查应用程序的其他模块，以验证 bug 修复不会影响其他模块的功能。 但请记住一点：测试团队只检查模块的极端功能，由于时间短，没有深入测试细节。
在构建清除冒烟测试并被 QA 团队接受以进行进一步测试后，将执行健全性测试。健全性测试用更精细的细节检查主要功能。
当开发团队在对代码进行更改后需要快速了解产品的状态，或者在某个功能中更改了一些受控代码以解决任何关键问题，以及严格的发布时间时，就会执行完整性测试 -框架不允许完整的回归测试。
烟雾测试
在软件构建后执行冒烟测试，以确定程序的关键功能是否正常工作。它在软件构建上执行任何详细的功能或回归测试“之前”执行。
目的是拒绝严重损坏的应用程序，以便 QA 团队不会浪费时间安装和测试软件应用程序。
在冒烟测试中，选择的测试用例涵盖系统最重要的功能或组件。目标不是进行详尽的测试，而是验证系统的关键功能是否正常工作。 例如，典型的冒烟测试是：
- 验证应用是否启动成功，
- 检查 GUI 是否响应
【讨论】：
-
有了这个健全性检查的定义，区别就不那么明显了。经过研究，似乎没有深入测试，但健全性检查侧重于新功能。两者都在将构建发送给 QA 之前执行。 guru99.com/smoke-sanity-testing.html 和 softwaretestinghelp.com/…
-
根据您的定义“所有可用的菜单、功能、命令”，健全性检查可能是一项相当大的工作。其他答案/来源将健全性检查仅限于新的/修改的功能。
烟雾测试
冒烟测试来自于硬件环境，应该进行测试，以检查新硬件的开发是否第一次不引起火灾和冒烟。
在软件环境中，进行冒烟测试，验证是否可以考虑进一步测试新构建的功能。
健全性测试
在接收到功能或代码有微小或微小更改的功能或代码后，会执行一部分回归测试用例，以检查它是否解决了问题或软件错误，并且新更改没有引入其他软件错误。
冒烟测试和健全性测试的区别
烟雾测试
冒烟测试用于测试应用程序的所有区域，无需深入。
冒烟测试始终使用自动化测试或一组书面测试。它始终是脚本化的。
烟雾测试旨在以不彻底或不详细的方式包括应用程序的每个部分。
冒烟测试始终确保程序的最关键功能是否正常工作，但不会打扰更精细的细节。
健全性测试
健全性测试是一种狭隘的测试，只关注一个或几个功能领域，但并不彻底或深入。
健全性测试通常没有脚本。
健全性测试用于确保在进行微小更改后，应用程序的一小部分仍然正常工作。
健全性测试是一种粗略的测试，用于证明应用程序按照规范运行。这一级别的测试是回归测试的一个子集。
希望这些要点可以帮助您了解冒烟测试和健全性测试之间的区别。
参考文献
【讨论】：
烟雾和健全性测试
一般来说，冒烟和健全性测试似乎与许多刚开始的测试人员非常相似，因为在两者中我们都在谈论 build，我们谈论 functionality，我们谈论关于拒绝构建，如果构建的健康状况不利于可行的测试。
在经历了从初创公司到产品基础公司的几个项目之后，我弄清楚了烟雾测试和健全性测试之间的基本区别。
我在这里写下冒烟测试和健全性测试之间的区别，以帮助您回答至少一个通常所有测试人员在面试中都会被问到的问题。
烟雾测试
进行冒烟测试是为了测试构建的健康状况。
也称为浅层测试和宽测试，我们通常会包含能够覆盖产品所有功能的测试用例。
我们可以说这是测试的第一步，之后我们通常会进行其他类型的功能和系统测试，包括回归测试。
通常由开发人员在某些脚本或某些工具的帮助下完成，但在某些情况下也可以由测试人员执行。
在构建确认的初始阶段有效。例如，假设我们已经开始开发某个产品，并且我们是第一次生产构建，那么冒烟测试就成为该产品的必要条件。
健全性测试
是次回归
-
对于那些经过多次回归测试并且代码发生了微小变化的构建，我们已经完成了理智。在这种情况下，我们通常会对已发生或可能影响此更改的功能进行密集测试。
- 因此，它也被称为“窄”和“深度”测试
由测试人员执行
这是为成熟的构建完成的，例如那些即将投入生产并经历了多个回归过程的构建。
如果已经执行回归，则可以将其从测试过程中移除。
如果任何构建未通过健全性测试，则会将其退回给开发人员以更正构建。
【讨论】：
试着通过这个例子来理解两者。
假设您从陈列室购买汽车。
首先要检查汽车是否包含四个轮胎、一个凝视、前灯或所有其他基本物品。这称为冒烟测试。
如果您要检查汽车的行驶里程或最高速度，则称为健全性测试。
【讨论】：
冒烟测试
冒烟测试是一种广泛的方法，可以对软件应用程序的所有区域进行测试，而不会太深入
软件冒烟测试的测试用例可以是手动的也可以是自动的
进行烟雾测试以确保软件应用程序的主要功能是否正常工作。在软件的冒烟测试期间，我们不会深入细节。
对软件应用程序进行冒烟测试以检查是否可以通过软件测试接受构建
此测试由开发人员或测试人员执行
烟雾测试从头到尾对整个系统进行练习
烟雾测试就像一般健康检查
烟雾测试通常有文档或脚本
Santy 测试
健全性软件测试是一种狭义的回归测试，侧重于软件应用程序的一个或一小组功能区域。
健全性测试通常没有测试脚本或测试用例。
健全性测试是一种粗略的软件测试类型。只要一轮快速的软件测试可以证明软件应用程序按照业务/功能要求运行时，就会执行此操作。
软件的健全性测试是为了确保是否满足要求。
健全性测试通常由测试人员执行
健全性测试只对整个系统的特定组件进行测试
健全性测试就像专门的健康检查
健全性测试通常没有记录并且没有脚本
更多信息请访问Link
【讨论】：
冒烟测试是关于检查是否满足要求。 烟雾测试是一般健康检查。
健全性测试是关于检查特定模块是否完全正常工作。健全性测试专门用于健康检查。
【讨论】：
冒烟测试是旨在检查一切是否正确构建的测试。我的意思是这里的整合，连接。因此，您从技术角度检查是否可以进行更广泛的测试。您必须执行一些测试用例并检查结果是否为正。
健全性测试通常具有相同的目标 - 检查我们是否可以进行进一步测试。但是在健全性测试中，您专注于业务价值，因此您执行一些测试用例但检查逻辑。
一般来说，人们会说上述两者的冒烟测试，因为它们是同时执行的（冒烟测试后的理智）并且它们的目标是相似的。
【讨论】：
烟雾测试
假设应用的新版本已从开发阶段准备就绪。
我们检查是否能够在不崩溃的情况下打开应用程序。我们登录到应用程序。我们检查用户是否被重定向到正确的 URL 并且环境是否稳定。如果应用的主要目的是向用户提供“购买”功能，请检查用户的 ID 是否被重定向到购买页面。
在冒烟测试之后，我们确认构建处于可测试的形式，并准备好通过健全性测试。
健全性测试
在这个阶段，我们检查基本功能，比如
- 使用有效凭据登录，
- 使用无效凭据登录，
- 登录后用户信息正常显示，
- 使用特定用户 ID 下订单，
- 购买后会显示“谢谢”页面
【讨论】：
【讨论】：
-
不确定是谁投了反对票，但这仅仅意味着你不同意 ISTQB
-
如果您仍然不清楚，请参考：glossary.istqb.org/en/search/smoke%20test
烟雾测试：-
Smoke 测试是脚本化的，即您有手动测试用例或自动脚本。
健全性测试：-
健全性测试大多是非脚本化的。
【讨论】：