测试阶段,冒烟测试在哪里?

标签 testing theory

所以我正在看一本书,但我不太了解它们的分类:

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

我认为冒烟测试会在集成一之后进行?此外,我认为健全意味着在部署新部件时快速检查应用程序。

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

最佳答案

冒烟测试应该在完整性测试之前执行——这是正确的。冒烟测试的目的只是为了快速检查被测系统是否可运行,它的接口(interface)和主要组件是否响应用户的操作。在这些测试期间,没有对应用程序的深入了解。 完整性测试可以是回归测试的一个子集。他们的主要目标是根据提供的要求快速测试应用程序的逻辑。应该在系统某些部分的工作方式发生重大变化后进行。如果结果是否定的,那么进行更详细的测试就没有意义了。他们应该向我们提供系统测试部分是否符合要求和规范的信息。

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

关于测试阶段,冒烟测试在哪里?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11330639/

相关文章:

multithreading - 用户级线程和内核支持的线程之间的区别?

algorithm - 随着时间的推移平滑值 : moving average or something better?

testing - Go gRPC 服务器使集成测试失败

c# - Moq - 如何在循环中调用具有不同参数的相同设置

javascript - 导航到其中的页面()

caching - 缓存理论

确定不同长度变化的算法

artificial-intelligence - C中的逻辑编程

scala - 测试 API REST SCALA

testing - 如何测试我的国际 IP 检测脚本?