健全性测试和回归测试如何在一个简单的场景中协同工作？

Question

我正在深入研究烟雾和健全性测试的主题，但经过多次阅读后，有些事情我仍然不清楚：

假设我有 3 个模块：

1. 登录
2. 购物车
3. 购买

如果在这个冲刺中，开发人员更改了购物车功能中的某些内容，我将执行健全性测试（以检查软件的正确功能），如果此步骤失败，我将拒绝构建，并且永远不会正确执行回归？ 但如果理智通过，我将对所涉及的功能/模块执行回归（进行一些影响分析）。在这种情况下，我将在回归中包含购物车功能。

现在，我的疑问是：

1. 我上面写的对吗？
2. 如果是，是否可以进行包含在两组（健全性和回归）中的测试？
3. 健全性测试仅包含积极场景吗？因为我读到理智是肤浅的。如果这通过了，负面场景将在回归中执行
4. 如果我理解正确的话，冒烟测试是在软件还不稳定的时候进行的，而健全性测试是在软件稳定后进行的。这意味着，例如，如果我进行冒烟测试“使用正确的用户名和密码验证登录”，如果构建稳定，它会自动变得健全？
5. 区别真的只是一个在构建不稳定时运行，另一个在构建稳定时运行吗？如果是这样，为什么不称它们为“吸烟”而不让测试人员头疼呢？哈哈哈

谢谢您的建议。

Answer 1

解答您的疑问：

1. 是的，你是对的。健全性测试确保基本功能在更改后正常工作，而回归测试则验证更改后更广泛的功能。

2. 是的，如果测试与健全性测试和回归测试集都相关，则可以将其包含在这两个测试集中。

3. 健全性测试通常侧重于主要功能和积极场景，以快速验证基本功能。回归测试通常会更全面地涵盖负面场景。

4. 确实很早就进行了冒烟测试，以确保基本功能。随着软件稳定，冒烟测试可能会演变为健全性测试，重点关注更广泛的功能验证。

5. 虽然冒烟测试和健全性测试之间的区别可能看起来很微妙，但它有助于根据测试的目的和开发生命周期中的时间安排对测试进行分类。使用不同的术语有助于团队成员之间的清晰沟通和理解。