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

时间:2012-09-04 14:19:45

标签: 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.Immediate fix, blocks further testing, very visible

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

2 个答案:

答案 0 :(得分:0)

我希望这个设计背后的原因是这些错误意味着标记关键部分与系统其他部分的巨大相互依赖性。

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

答案 1 :(得分:0)

如果可以测试其他内容,则该错误不是优先级/严重性1.简单就是这样。 :-)优先级1错误往往是“代码不编译”或“系统在启动时崩溃,没有解决方法”。