所以我正在寻找一本书，我真的不明白他们的分类：
Unit tests
Integration tests
Smoke and Sanity tests
System tests
Acceptance tests
我认为整合之后烟雾测试会是正确的吗？此外，我认为理智意味着在部署新部件时快速检查应用程序。
还有一个问题：这是正确的还是烟雾和理智测试的顺序不同。如果是这样，为什么？
答案 0 :(得分：1)
应在完整性测试之前进行烟雾测试 - 这是正确的。冒烟测试的目的只是为了快速检查SUT是否可运行，它的接口和主要组件是否响应用户操作。在这些测试期间，没有深入了解应用程序。 完整性测试可以是回归测试的子集。他们的主要目标是根据提供的要求快速测试应用程序的逻辑。应该在每次重大改变之后完成系统某些部分的工作方式。如果结果是负面的，那么通过更详细的测试是没有意义的。他们应该向我们提供有关系统的测试部分是否符合要求和规范的信息。
现在的问题是，可以将完整性测试放入单元测试级别以及系统测试级别。您可以简单地运行一些特定设计的单元测试，以仅检查基本功能，这些可以称为健全性测试。这同样适用于系统测试级别。因此，没有严格的定义在哪里进行健全性测试。我相信你不应该认为它是理所当然的，因为每个案例都是不同的，应该主要考虑测试和应用的背景。
答案 1 :(得分：1)
烟雾测试是快速＆amp;最重要特征的肮脏测试通常由开发人员以后的其他人完成。集成测试，看看是否有必要进行更具体/严格的测试。
关键功能的基本测试。
例如，如果您正在测试API
答案 2 :(得分：1)
烟雾测试是第一个＆amp;最重要的是由任何QA人员完成的测试。这是在开发人员完成单元测试后完成的。
执行Smoke测试的主要议程是相信您的应用程序可以处理最少的正向流量。一旦完成，QA逐渐进行以下操作 1.功能测试 2.Link＆amp;下载选项 3.UI 4.系统测试 5.回归以获得先前构建的更好结果。
快乐测试：）