如何定义错误的严重性(严重/高/低等)?

时间:2010-03-18 10:54:30

标签: project-management bug-tracking

假设您参与评估组织中的错误,您如何定义这些错误的不同严重程度?

更具体地说 - 您使用“严重性”的不同值是什么?用于将值分配给错误的标准是什么?

澄清:我只是在谈论这里的症状。让我们把其他影响优先级的事情放在一边,比如:修复错误需要多长时间,团队议程中还有其他任务等等。

5 个答案:

答案 0 :(得分:21)

每家公司都不同。我们这里有5个不同的级别

  • 拦截
  • 临界
  • 主要
  • 次要
  • 琐碎

在大多数情况下,我们的业务测试人员会定义问题的严重性。当他们进行测试并运行错误时,他们会确定这将如何影响客户和潜在的发布并相应地分配优先级。我们审查最严重的项目,看看它们是否真的像企业那样严重。有几次商业测试人员报告了“Blocker”漏洞,但是当我们深入研究它时,我们发现它并不是那么重要。

总结一下,阻止程序错误是我们需要立即解决的错误。如果产品在该州发布,这些错误将阻止产品正常工作。

严重错误仍然是错误,但通常会有一种解决方法或快速修复,可以在发布后应用。

主要错误有一个解决方法,可以在不影响应用程序功能的情况下推迟。

轻微和琐碎的问题通常保留用于增强或“很高兴”。

希望这有助于澄清事情。

答案 1 :(得分:12)

我曾在许多公司工作,其中大多数公司都有4级严重程度(尽管不要将严重程度与优先级混淆),请将严重程度视为特定错误/缺陷在被测系统中的影响程度。您应该始终考虑上下文来衡量影响:用户数量,关键任务系统(核反应堆,航空电子设备,医疗设备),资金或声誉损失等等,您还可以使用缺陷分类法来帮助您(例如如果是系统崩溃或安全​​漏洞与化妆品问题相比)

通常大多数公司使用4个级别,我见过5级,但我的经验表明更复杂的事情,更难以正确实施,我还建议你3(你可以删除琐碎/低,因为他们是永远不会修复!)。

以下是清单:

  • S1 - 严重 - 高影响,无解决方法(例如系统崩溃,缺少功能)
  • S2 - 高/重 - 高影响,有解决方法(例如功能在其他浏览器中不起作用)
  • S3 - 中等 - 中等影响(例如错误消息不好)
  • S4 - 低/平凡 - 低影响(例如化妆品问题,错别字,排列等)

我希望它有效

答案 2 :(得分:4)

你基本上需要两件事:

  1. 严重程度:这是一个关键的错误吗?或者不是很关键,就像化妆品错误一样。
  2. 优先级:修复的紧迫性是什么?
  3. 如果你考虑这两个,那么你将得到一个很好的清单,首先要解决的问题。

    例如,低严重性错误可以具有高优先级。

答案 3 :(得分:0)

如果我们谈论金钱,这是至关重要的。

然后它取决于它取决于许多事情的次数:

  • 时间解决

  • 如何改变其他员工的生产力

  • 合同(如果错误违反了合同,这是至关重要的)

  • 如果在数据库中输入/选择了错误的数据,那么这可能是关键的

这还取决于您的业务。

答案 4 :(得分:-1)

就我而言,主要有三个严重程度。根据公司的不同,他们的名字可能会有所不同

主要

  1. 临界

  2. 主要

  3. 正常/次要