我正在尝试研究软件测试的术语。具体来说,适用于以下场景:

  1. 您有软件“S”,版本为 V
  2. S 具有“whiz”、“bang”和“zoom”功能
  3. 你发现S的缩放有一个bug
  4. 您应用补丁来解决缩放功能
  5. S 现在可以缩放
  6. S不能再呼啸而过。

我的问题:哪些类型的测试是专门设计来确保特定模块的补丁不会意外破坏其他模块的?这只是回归测试的一个特例吗? 有专门的术语吗?

如果这是转发,我们深表歉意,并提前致谢!

干杯

有帮助吗?

解决方案

是的,这种错误称为回归。回归测试是(自动和手动)测试的基本组成部分。此类测试通常只是为新内容和特定错误创建测试而产生,但继续针对整个累积测试集验证新版本。

其他提示

我有时将这种现象称为“打地鼠”。

你解决了一件事,但其他地方又出现了另一个问题。

如果您的模块是可单元测试的,您可以尝试编写尽可能多的测试来覆盖此类潜在场景。如果模块无法进行实际的单元测试,那么是的,您必须对整个系统进行回归测试才能捕获此类内容。

您的场景基本上被描述为在确认测试周期中缺陷得到修复,并且应用程序的该部分开始按预期工作,但该修复已在软件的其他地方引入或发现了不同的缺陷。因此,显然这是一个回归错误,应在先前传递的功能的回归测试中发现。

在现有项目中添加新功能后,我们需要检查添加的功能对现有功能的影响。这称为回归测试。

Def:回归测试是软件测试的一种形式,在软件发生更改或增强后确认或否认软件的功能。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top