我的bug岁月
那时还是刚参加工作不久，一个项目快要完结了，我说了一些修改bug的心得，没想到还真被经理相中了，就开始做质量管理的工作。一开始还挺兴奋，等时间长了才发现这根本就是累死人的差事。
一、没有固定人员，每次改bug都是由其它项目组临时抽掉。抽掉的人员一般都是刚进公司的新手，老手是不愿意给我的，组长们还要他们加班加点做项目呢。我戏谑地说，把新手都给我吧，我来给你们挑出谁是最好的程序员。修改bug最需要的就是敏锐的判断能力和丰富的经验，这往往是也优秀程序员所要具备的。新手们导致bug修改的结果良莠不齐，需要经常返工。
二、每个bug单立任务，统统按0.5个人日算。简单的谁都愿意改，难的实际上就要花费一两天的时间。有很多bug是在客户现场出现的，和现场部署环境有很大关系，客户是在日本，只能把数据库dump文件、日志文件发过来进行分析。所以往往这一类型bug很难找到问题，不能完成就没办法给项目组算人日，每个人的绩效考核也是和完成的人日相关的。很快每个项目组长都不愿意抽人手来改bug。每次bug任务要分配的时候，我都要求爷爷告奶奶地让组长们赶快给我人手。人日制度是谋杀程序员最有力的武器。
三、每个bug的处理都要走流程。一个流程要七八个步骤，其中好几步都要我确认、签字。一些bug找不出原因，我只能亲自上马，碰到手头任务多的时候，也只能挣一只眼闭一只眼。死板的流程丧失的往往也是效率。
几次找领导提建议，要求增添固定人员，简化处理流程，每次都以这样那样的原因驳回。还好的是，我还有项目分析、技术研究等其它任务，做这些事还是比较开心的。
很快这样的时光两年过去了，从我手头流出的bug号也从百位数到了万位数。公司终于要增添固定的质量管理部门，同时，我也要离开了。
分享: 
