关于软件的健全性测试的困惑

时间:2016-08-26 01:21:00

标签: testing qa manual-testing smoke-testing sanity-check

我已经阅读了几篇有关烟雾和健康测试的帖子。一切都几乎令人困惑。既没有清楚地解释它们,只是重复这个问题,除了一些两三个帖子,并根据这两个或三个帖子我得出结论,以下是正式程序:

烟雾测试(广义健康检查)---然后 - >健全测试(检查某些主要功能到有点更深层次)(专业健康检查)----------------然后 - ------->功能测试(更深层次的全功能检查)

我是否正确于上述概念?

我对执行理智时感到困惑。第一次构建时会执行冒烟。但是,当执行理智时?只有在每次吸烟之后才会执行理智,或者每次构建经历一些更改时执行 (即使因为仅在第一次构建时执行烟雾而不执行烟雾)或者在两种情况下?

3 个答案:

答案 0 :(得分:2)

我认为烟雾测试是在第一次进行构建时进行的,以确保软件足够稳定以执行另一个测试过程,同时进行完整性测试以检查先前构建中的任何错误修复是否已修复并确保这些修复程序不会破坏任何以前正在运行的功能。

如果软件中添加了新功能以确保更改不会破坏软件的核心功能,也会进行健全性测试。 :)

答案 1 :(得分:0)

我发现答案为:

这个循环就像......

开发 - >烟雾测试 - >功能测试。

软件更改后......

重新测试 - >完整性测试 - >回归测试

可以在https://www.quora.com/What-is-the-relation-between-sanity-testing-and-regression-testing阅读完整的帖子。

答案 2 :(得分:0)

烟雾测试的名称取自现实生活。这种测试意味着您需要打开所有设备,机器等,看看它们是否会冒烟(它们会开始燃烧)。在应用程序中,它意味着您登录并检查是否可以开始测试。您可以查看应用程序的一些不同组件,通常您不会考虑业务和逻辑。 在健全性测试中是一种功能测试,但它们是在烟雾测试后进行的(可以省略烟雾测试)。完整性测试的目的是检查应用程序的逻辑和业务正确性。您触摸多个位置并根据要求检查应用程序是否正常工作。在系统进行更改后经常使用完整性测试 - 它们有时被称为小回归。