我正在尝试研究软件测试的术语。具体来说，这适用于以下场景：
我的问题：专门设计了哪些类型的测试来确保特定模块的补丁不会意外破坏其他模块？这仅仅是回归测试的一个特例吗？ 这个有专门的说法吗？
抱歉，如果这是重新发布，并提前致谢！
干杯
【问题讨论】：
标签： testing nomenclature regression-testing
是的，这种错误称为回归。回归测试是（自动和手动）测试的基本组成部分。这类测试通常只是在为新东西和特定错误创建测试的过程中产生，但会继续针对整个累积测试集验证新构建。
【讨论】：
我有时将这种现象称为“打地鼠”。
你解决了一个问题，另一个问题又出现在其他地方。
如果您的模块是可单元测试的，您可以尝试编写尽可能多的测试来涵盖这样的潜在场景。如果无法对模块进行实际的单元测试，那么是的，您必须对整个系统进行回归测试才能捕捉到这样的事情。
【讨论】：
您的场景基本上是这样的：在确认测试周期中，缺陷得到修复，应用程序的该部分开始按预期工作，但该修复在软件的其他地方引入或发现了不同的缺陷。很明显它是 一个回归错误，应该在之前通过的功能的回归测试中发现。
【讨论】：
在现有项目中添加新功能后，我们需要检查添加的功能对现有功能的影响。这称为回归测试。
Def：- 回归测试是一种软件测试形式，在软件发生更改或增强后确认或否认软件的功能。
【讨论】：