烟雾测试是最常见的术语之一QA词汇。它涉及对主要特征进行轻（且通常是临时）测试，通常在发布之前或之后。尽管烟雾测试是质量检查测试的最快，最基本的形式之一，但在时间紧张时也是最重要的一种。

要理解目的，想到“当烟雾时，有火”这句话可能会有所帮助。”烟雾测试的很大一部分是留意危险信号，这可能表明软件中的其他不稳定性。

烟雾测试的例子

理想情况下，移动应用或者网站还将在其他方面进行更严格的测试质量检查阶段。但是烟雾测试被用作备份，要特别谨慎，或者当没有足够的时间来理想的水平时质量检查测试。

例如，说您将要启动新版本的应用程序。它已经通过了QA，但是您需要在发布到发布之前进行一些快速的最后一刻测试应用商店，只是为了安全。如果您要求QA烟雾测试登录功能，他们可能会检查有效凭据工作的登录。他们还可能会验证尝试使用不正确的密码登录会带来错误消息。

但是，通过烟雾测试，质量检查将不如其他类型的测试那么彻底。另一方面，回归测试可能会包含测试案例敏感性，在不同用户之间切换等（了解更多有关如何进行回归测试）

什么时候进行烟雾测试？

时机起着很大的作用。如前所述，一个常见的情况之一是，当回归测试已经完成，并且为了安全起见，质量可疑正在再进行最后一刻的基本领域。

其他一些主要案例包括：

1. 当时间安排紧张时，产品所有者必须或坚持在特定日期发布发布。开发人员通常会遵循他们的截止日期，在这种情况下，没有总是足够的时间完成回归测试服务不延迟释放。在这种情况下，质量保证必须通过风险评估来尽力而为。这可以帮助确保登录，注册，购买等基本功能至少通过基本测试。
2. 发行后。当新版本熄灭时，QA需要确保部署不会引起任何问题。为此，QA烟雾测试是典型的。
3. 当质量检查获得全新的版本时。也许开发人员（S）在新功能上完成了他们的初始通行证，并将其发送到QA进行初审。通过烟雾测试，质量保证可以为任何明显的问题提供更快的反馈。

敏捷的烟雾测试

因为敏捷质量检查过程涉及快速移动的作品和紧密的时间表，在现代质量检查中，烟雾测试变得更加普遍。很难找到一个不定期使用的敏捷工程团队。

自动烟雾测试

烟雾测试通常被认为是手动测试努力。但是理想情况下，也将有自动化，以验证该应用程序的任何大量赚钱流。在开始手动烟雾测试之前运行自动化脚本也可以节省时间。如果自动化发现任何主要错误，则可以在任何时间浪费手动测试仪之前恢复开发。（请参阅自动化的前5个测试用例）

烟雾测试风险

烟雾测试是为了最大程度地降低风险 - 但它并没有完全消除它。这似乎是常识。但是，对于质量可疑而言，因缺少错误而受到责备并不罕见。

那么，您如何在这种情况下设定期望？如果您的任务是烟雾测试，该版本尚未经过回归测试，则可以仔细检查您的好主意QA经理清楚的是所带来的风险。您可以保持专业，并从乐于助人的角度来提出它。

例如，您可以告诉老板：“当然！我很高兴抽烟测试。鉴于它只会进行基本测试，因此存在虫子滑倒的风险。我知道时间表很紧，因此我将在有限的时间内尽可能多地覆盖地面。”

什么是烟雾测试？

如您所见，烟雾测试实际上很简单。如果应用程序是唯一完成的测试类型，则该应用程序或网站容易受到更高级别的错误。但是，只要管理层了解所涉及的风险，这是一个很好的预防措施。

您的应用程序或网站需要额外的质量检查吗？看看我们质量检查测试服务。