我经常在工作团队中使用Trac,以及我自己的大学项目.在这两种情况下,我都没有觉得有必要使用severity房产作票.我觉得通过使用type和priority属性提供了我需要的所有信息,我想不出任何与severity冗余不相关的属性.有没有人对severity-property 有任何好的用例？
您可以将优先级和严重性视为正交值.
严重程度可以表明错误的成本:低严重性可能是"此图标的颜色错误",高严重性可能是"计算机搜寻并杀死用户".
优先考虑的是解决问题的紧迫性.使用公司最大竞争对手的企业颜色的图标可能是高优先级,而在一百万年中可能发生的致命错误可能是低优先级.
然后,您可以根据优先级乘以严重程度来处理事情; 中等严重性和中等优先级的东西可能比低严重性和高优先级的东西更重要.
要么
您可以让故障单所有者控制严重性,以及开发人员对优先级的控制.这样,您就可以在不对单个优先级字段进行编辑战争的情况下查看视图的不同之处.但天真地做,用户只需将严重性设置为最大值即可,并且您将失去该领域的所有实用性.(不,我不假装有一个有用的,经过现实验证的解决方案.虽然有很多可能性.)
但老实说,在我的所有项目中,高/中/低的单个优先级领域对我来说已经足够好了.一个单独的严重性字段似乎是额外的复杂性,可以忽略不计的好处.
披露:我是Trac开发者之一