Testing 当缺陷具有关键优先级时,为什么不应继续测试?

Testing 当缺陷具有关键优先级时,为什么不应继续测试?,testing,theory,Testing,Theory,我正在努力理解一种测试理论,我很少看到以下与优先级相关的内容: 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. Critical : Bugs at this level must be resolved as soon as possible. Testing
should not progress until a known critical defect is fixed.


但是说实话,我不知道为什么。为什么我不能测试系统的另一部分,直到关键优先级错误被修复?

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


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

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

1.Immediate fix, blocks further testing, very visible