testing - 当缺陷具有关键优先级时，为什么不应该继续测试？

Question

我正在尝试理解测试理论，但我几次看到以下与优先级有关的内容：

1. Critical : Bugs at this level must be resolved as soon as possible. Testing
should not progress until a known critical defect is fixed.

或者

1.Immediate fix, blocks further testing, very visible

但老实说，我不知道为什么。为什么在修复关键优先级错误之前我不能测试系统的另一部分？

Answer 1

如果可以测试其他东西，那么错误不是优先级/严重性 1。就这么简单。:-) 优先级 1 错误往往是“代码无法编译”或“系统在启动时崩溃并且没有解决方法”之类的东西。

Answer 2

我预计这种设计背后的原因是这些错误旨在标记关键部分与系统其他部分的大量相互依赖性。

例如，如果您有一个广泛处理货币的应用程序，您可能会在系统的基础上进行测试，以确定货币是否准确表示。如果它们不是，并且您继续测试系统的其他部分，您可能会发现其他数值测试在其他地方报告错误结果。不幸的是，您还可能会浪费时间寻找数学或算法中的错误，并花时间修复这些数值测试，而事实上，他们正在用错误的货币做正确的事情。