使用Trac票务中的严重性属性

3

我经常在工作团队和自己的大学项目中使用Trac。在这两种情况下,我从未感到需要使用票务的severity属性。我觉得使用typepriority属性可以提供所有我需要的信息,而且我无法想出任何与severity属性有关的不会重复的用途。是否有人有好的severity属性用例呢?

2个回答

7
您可以将优先级和严重性视为正交值。
严重性可以指示错误的成本:低严重性可能是“此图标的颜色不正确”,而高严重性可能是“计算机追捕并杀死用户”。
优先级是解决问题的紧急程度。使用公司最大竞争对手的企业颜色的图标可能是高优先级,而一种在一百万年内只会发生一次的致命错误可能是低优先级。
然后,您可以根据优先级乘以严重性来处理事情;中等严重性和中等优先级的问题可能比低严重性和高优先级的问题更重要。
或者,您可以让票务所有者控制严重性,让开发人员控制优先级。这样,您就可以看到观点的差异,而不必在单个优先级字段上进行编辑战争。但是,如果用户天真地设置严重性的最大值,则失去该字段的所有有用性。(不过,我并不假装有一个在实际世界中经过验证的有用解决方案。有很多可能性可供尝试。)
但是,老实说,在我的所有项目中,一个高/中/低的单个优先级字段已经足够好用了。单独的严重性字段似乎只是为了微不足道的好处而增加了复杂性。
披露:我是Trac开发人员之一。

换句话说,优先级表示“我们需要多紧急地修复这个问题”,而严重性表示“如果我们不修复这个问题会发生什么”。大多数情况下,您可以将优先级视为“严重性”乘以“问题出现的频率有多高”(可重现、间歇性、罕见等)。工单的优先级相对于其他未解决的工单而言,但严重性通常是一个绝对值。 - bta

0

好吧,这是一个老问题,但我想我会提出一个非常不寻常但相当有用的用例。

背景:实际上,我使用Trac系统来管理我的(真实)生活。比如,我创建了一些任务,比如“在厨房安装智能灯”,“购买球赛门票”,“接种流感疫苗”等等。这是因为我很难按计划进行,但是对于我来说,拥有一个整洁的任务和里程碑清单是有效的。

无论如何,我使用“严重性”字段来指示该特定任务的焦虑水平。严重程度范围从“没有问题”到“需要协调的努力”到“惊恐发作”。 (我有大约十几个,其中一些是特殊情况。)每当我想解决一些困难的事情时,我会拉出一个高优先级和高严重性的任务报告;如果我感到生活被打败了,只想做一些简单的事情来分散注意力,我会拉出一个高优先级,低严重性的任务报告。

另一个例子:虽然它不是最准确的用法,但在工作中,我们使用严重性字段来表示我们期望完成任务所需的时间。级别分为“分钟”,“小时”,“天”,“周”和“月”。


网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接