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是否可运行,它的接口和主要组件是否响应用户的操作。在这些测试中,没有深入了解应用程序。 健全性测试可以是回归测试的子集。他们的主要目标是根据提供的需求快速测试应用程序的逻辑。应在每次重大变更后完成系统某些部分的工作方式。如果结果是否定的,那么进行更详细的测试是没有意义的。他们应该告诉我们系统的测试部件是否符合要求和规范
现在的问题是,健全性测试可以放在单元测试级别和系统测试级别。您可以简单地运行一些专门为检查基本功能而设计的单元测试,这些测试可以称为健全测试。这同样适用于系统测试级别。因此,没有严格的定义在哪里进行健全测试。我相信你不应该认为这是理所当然的,因为每种情况都是不同的,测试和应用程序的上下文应该被重点考虑。冒烟测试是对最重要特性的快速测试,通常是由开发人员以外的人在单元和集成测试之后进行的,以查看是否存在错误进行更具体/严格的测试的要点 关键功能的基本测试。
- 只有测试快乐的道路李>
- 主要特点
- 检查回答是否正确
- 使用有效的详细信息测试登录
- 测试主要端点
- 检查是否返回了正确的响应
- 只有测试快乐的道路李>
- 主要特点
- 检查回答是否正确
- 使用有效的详细信息测试登录
- 测试主要端点
- 检查是否返回了正确的响应
快乐测试:)烟雾测试是任何QA人员进行的首要测试。这是在开发人员完成单元测试后完成的 执行冒烟测试的主要目的是相信您的应用程序至少可以处理正向流。一旦完成,QA将逐步进行以下工作 1.功能测试 2.链接和下载选项 3.UI 4.系统测试 5.从以前的构建中回归以获得更好的结果
快乐测试:)属于?我不这样认为,这与开发无关。属于?我不这样认为,这与开发无关。