如何在恰当的时间处理恰当的bug一 (2)

无法使用魔法让你的bug数据库自动变得整齐规律，必须要有某个人亲自动手，忙的满头大汗的将它们归类整理好。我向你保证在这件事情上没有其他的路可走。如果你曾经受过训练，你有能力非常有规律的将它们归类，直到整个工程结束，没有任何事情超出你的控制；或者你能鼓励每一个程序员经常对他们自己负责的bug进行归类。这非常的好。但是无论你用什么方式来处理，这件任务是必须要完成的。
　　
　　你跳过前面的这段，并且说：“我知道归类，但是我从来不这么做，因为这样做无聊透顶了。”要知道，对于任何急救工作，要想成功有效的话，归类是必须的，无论是在医学领域还是在技术领域。如果病人的背部被射中十来支毒箭，那么你在他擦破的膝盖上贴上邦迪创可贴是没有任何意义的。如果没有归类，你没有办法知道如何让你的团队在最恰当的地方花费精力。在受伤的人身上你能很明显的看到那支箭还颤抖地插在他的肩头上，但是你的代码是不同的，代码不会告诉你它的哪个部位受伤最严重。你必须亲自将它们查出来。
　　
　　归类还能导致一些其他有用的事情发生。负责归类的成员能够通过通查所有的bug使得每个人都能够更好的了解整个项目。他将发现许多bug是重复出现的、已经被修复的、信息不完整的(这需要将这个bug返回给它的发现者)、允许忽略的、或者非常简单可笑的。比如，有客户抱怨这个网站不能预报下一期的乐透开奖号码。通常，在初次归类后，bug的数量可以减少30%，很明显这一点能大大的提高团队的士气。但是你如果不做这些工作的话，是无法这么轻松的得到这样的成果的。
　　
　　最简单的归类
　　
　　在归类的时候，会有无数的方式来组织bug，而每一个有经验的人都有他自己认为是最佳方式的看法。通常，这个问题没有唯一正确的答案。使用一些简单的方法，并且计划在下回改进要取决于在这期间你学到的东西和下一个项目是如何改变的。
　　
　　最简单的安排是划分成三个类：必须得到修复的，可能需要修复的和不需要修复的。当给每一个bug归类的时候，将它们放入这三类中的其中一类。你放入后两类的bug越多，你归类的效率就越高。这些类的名称已经很明显的解释了原因。
　　
　　当然最糟糕的情况就是99%的bug都被归到必须被修复的那一类中；这种行为被称为“胆小鬼的归类”。如果每件事都是必须被修复的，那就是说你认为所有的事情都有着完全相同的重要性，这是没有任何意义的。因为过于胆小谨慎，你这项工作是失败的。如果所有的bug的地位是相等的，这表示没有顺序，成功是不可能的。
　　
　　如果你在做bug急救过程，你的目标是将50%的bug归为必须修复，而其他的归为可能需要修复和不需要修复。做个警戒标记让自己认真严肃的对待你的bug。在你做判断的时候，需要考虑到目前可以使用的资源(包括时间和人员)和你认为对于一个项目最重要的因素(客户和业务)。在一个项目的后期，没有其他的行为能比预先有效的bug管理和公开问题来的有效果。将目标定为将50%的bug归为必须修复，如果目标没有达到50%则需要寻找其他类中的bug归入此类，只有当你觉得这么做令你痛苦的时候，才能说明你所做的确实是bug归类。急诊室中的医生没有办法摇白旗说不干了，也没有叫暂停的时间，他们只能不停的将一个接一个的病人区分病情的优先处理顺序。既然他们能够为了人们的生命这么做，你也能够为了你的bug这么做。所以，不要做无用的畏首畏尾的“胆小鬼的归类”：认真起来，强硬起来，领导你的团队做的更好。
　　
　　最简单的归类的规则
　　
　　三类归类法的基本规则是：
　　
　　1.如果一个bug要归为必须修复类，那么它必须比其他两类中的bug更重要。