Testing 测试阶段,烟雾测试在哪里?

Testing 测试阶段,烟雾测试在哪里?,testing,theory,Testing,Theory,所以我在找一本书,我不太明白它们的分类: Unit tests Integration tests Smoke and Sanity tests System tests Acceptance tests 我以为烟雾测试会在集成一次之后进行?我还认为,健全意味着在部署新部件时快速检查应用程序 还有一个问题:这是正确的还是烟雾和精神卫生测试的顺序应该不同。如果是,为什么?烟雾测试应该在健康测试之前进行-这是正确的。烟雾测试的目的只是快速检查SUT是否可运行,它的接口和主要组件是否响应用户的操作。

所以我在找一本书,我不太明白它们的分类:

Unit tests
Integration tests
Smoke and Sanity tests
System tests
Acceptance tests
我以为烟雾测试会在集成一次之后进行?我还认为,健全意味着在部署新部件时快速检查应用程序


还有一个问题:这是正确的还是烟雾和精神卫生测试的顺序应该不同。如果是,为什么?

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


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

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


现在的问题是,健全性测试可以放在单元测试级别和系统测试级别。您可以简单地运行一些专门为检查基本功能而设计的单元测试,这些测试可以称为健全测试。这同样适用于系统测试级别。因此,没有严格的定义在哪里进行健全测试。我相信你不应该认为这是理所当然的,因为每种情况都是不同的,测试和应用程序的上下文应该被重点考虑。

冒烟测试是对最重要特性的快速测试,通常是由开发人员以外的人在单元和集成测试之后进行的,以查看是否存在错误进行更具体/严格的测试的要点

关键功能的基本测试。

  • 只有测试快乐的道路
  • 主要特点
例如,如果您正在对API进行烟雾测试

  • 检查回答是否正确
  • 使用有效的详细信息测试登录
  • 测试主要端点
  • 检查是否返回了正确的响应

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

关键功能的基本测试。

  • 只有测试快乐的道路
  • 主要特点
例如,如果您正在对API进行烟雾测试

  • 检查回答是否正确
  • 使用有效的详细信息测试登录
  • 测试主要端点
  • 检查是否返回了正确的响应

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

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


快乐测试:)

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

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


快乐测试:)

属于?我不这样认为,这与开发无关。属于?我不这样认为,这与开发无关。