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