0

所以我一直在看一本书，但我并不真正了解它们的分类：

Unit tests
Integration tests
Smoke and Sanity tests
System tests
Acceptance tests

我认为烟雾测试会在集成后立即进行吗？此外，我认为健全意味着在部署新部件时快速检查应用程序。

还有一个问题：这是正确的还是烟雾和理智测试的顺序不同。如果是这样，为什么？

4

3 回答 3

1

烟雾测试应该在健全性测试之前进行 - 这是正确的。冒烟测试的目的只是为了快速检查 SUT 是否可运行，它的接口和主要组件是否响应用户的操作。在这些测试期间，没有深入了解该应用程序。健全性测试可以是回归测试的子集。他们的主要目标是根据所提供的要求快速测试应用程序的逻辑。应该在每次重大改变系统某些部分的工作方式之后进行。如果结果是否定的，那么进行更详细的测试是没有意义的。他们应该向我们提供系统测试部分是否符合要求和规范的信息。

现在的问题是，健全性测试可以放入单元测试级别以及系统测试级别。您可以简单地运行一些专门设计用于仅检查基本功能的单元测试，这些可以称为健全性测试。这同样适用于系统测试级别。因此，对于健全性测试的地点没有严格的定义。我相信你不应该认为这是理所当然的，因为每个案例都是不同的，应该主要考虑测试和应用的上下文。

于 2012-07-05T06:52:00.213 回答
1

冒烟测试是对最重要功能的快速和肮脏测试，通常由开发人员以外的其他人在单元和集成测试之后完成，以查看是否有必要进行更具体/严格的测试。

关键功能的基本测试。

  • 只测试快乐的路径。
  • 主要特点。

例如，如果您正在冒烟测试 API

  • 检查响应是否正确。
  • 使用有效的详细信息测试登录。
  • 测试主要端点。
  • 检查是否返回了正确的响应。
于 2016-04-18T05:26:07.883 回答
1

冒烟测试是任何 QA 人员进行的首要测试。这是在开发人员完成单元测试后完成的。

执行冒烟测试的主要议程是相信您的应用程序至少可以处理正流。完成此操作后，QA 将逐步进行以下 1.功能测试 2.链接和下载选项 3.UI 4.系统测试 5.回归以获得先前构建的更好结果。

快乐测试:)

于 2017-12-08T07:26:54.070 回答