我们应该首先进行哪种测试Smoke或Sanity？
它们之间有什么区别？
答案 0 :(得分：2)
不幸的是，大多数公司都有自己的测试类型定义。来自@Mark的链接很好。可以找到另一个体面的描述here。有关这些条款和其他条款的任何文档，请咨询您的组织/ SQA小组。如果你没有，那就开始吧！
烟雾测试
完整性测试
答案 1 :(得分：1)
好的描述是blog
从这个Smoke中查看程序是否可以运行而不是健全，以便快速检查它是否正常工作。
然而，最重要的是你完成了一个完整的测试计划，这两个小案例可以先完成，但你需要看看你是否需要完整的回归测试，集成等等。
答案 2 :(得分：1)
冒烟测试
进行冒烟测试以测试buid以获得平台兼容性。
完整性测试
完整性测试是回归测试的一部分。
InShort，首先完成Smoke，然后进行Sanity测试。 因为回归测试是在通过微小更改获得构建时完成的
答案 3 :(得分：1)
在这种类型的测试中，我们会检查数据是否按顺序排列，以及是否在烟雾测试中检查数据流中是否存在任何类型的间隙。
如果工作流中断烟雾失败。
在烟雾测试中也检查应用程序是否准备好进行测试。
答案 4 :(得分：1)
In simple yet meaningful words:
Smoke Testing: QAs validate that Application is working fine in happy flow, Build is fulfilling all the requirements of the happy flow (also called Build Acceptance).
Sanity testing: Checking the components are still working smoothly and stable after amendment in the application is called sanity testing.
答案 5 :(得分：0)
在某些情况下可能会让人感到困惑，让我用一个实际的例子回答这个问题。在我们的组织中，我们有两周的冲刺，每两周后我们会有一个新的版本。所以我们首先在构建上运行烟雾，
进行烟雾测试以检查构建是否可接受，是否有任何可能阻止我们测试的阻止程序，所有链接是否正常工作，是否有任何主要链接被破坏，这给出了一个非常简单的示例，让我们说如果硬件设备交付给你，你要做的第一个基本检查就是插上它并检查它是否正常打开，或者它是否裂开，烧伤和冒烟，所以检查基本功能是我们称之为烟雾，一旦收到构建，我们就会这样做。
继续我上面的回答，当我们对我们的构建进行烟雾测试，发现错误，识别它们，然后最终在sprint完成两周后，然后我们的构建部署到生产，然后在我们执行的生产环境中一项完整性测试，是我们在两周内进行的测试的子集。
答案 6 :(得分：0)
第一次完成烟雾测试。 烟雾测试： 这是一种广泛的方法，可以测试软件应用程序的所有区域，而不会过于深入。在该构建中是否有任何阻止程序因此您可以节省您的时间和精力。
完整性测试：健全性软件测试是一种狭隘的回归测试，侧重于软件应用程序的一个或一小部分功能区域。
答案 7 :(得分：0)
测试人员经常混淆烟雾测试和健全性测试。
烟雾测试
健全性测试
有一篇有趣的文章介绍了健全性和烟雾测试以及何时进行烟雾或健全性测试Smoke testing vs Sanity testing vs Regression testing