BUG数量和项目成本_项目管理_非技术区_程序员俱乐部

　 在说BUG数量对项目成本的影响之前，首先说下软件测试流程，本人所在的公司使用的是maintis作为跟踪BUG的工具，使用其他的工具，对BUG测试流程没有影响

具体流程如下，

1. 测试员执行测试用例
2. 测试员如果发现BUG，在mantis上记录BUG信息，同时将信息转给项目经理
3. 项目经理浏览BUG记录，把相应的BUG转给对应的开发人员
4. 程序员按照maintis记录的内容，执行测试用例，确认是否有BUG
5. 程序员修改BUG
6. 程序员修改BUG结束后，更新mantis上的BUG状态
7. 测试员验证已修复的BUG
8. 测试员关闭BUG状态

　　根据流程图可以发现，测试组发现的BUG和程序员自己发现并修改BUG（绿色），流程会多６个节点（紫色）。每个节点对工作量的影响有多少呢？或许有人会说，这些紫色部分消耗时间很少，１到２分钟最多５分钟能完成，理论上是这样。如果你读了《人件》这本书，关于时间碎片和工作流的介绍（阅读本人《不要随意打断别人的工作》文章），你将知道每一项工作在开始之前都会有工作切换的时间损耗，2分钟的工作或许你的切换和思考进入另一种工作流的时间也需要２分钟，那么每个流程节点或许需要５分钟。也就是说经测试组发现的BUG比程序员自己发现BUG，要多消耗３０(５x６)分钟的公司人力成本。

　　你是否有了解你所在的公司，２个程序员３个月开发周期的小项目，有多少个BUG呢？５０，７０，还是１００个？CMMI3的BUG率是２．３９‰（每千行代码２．３９个BUG）来计算，BUG数是５０个左右。实际上你所在的公司不会少于５０个，可能在７０－１００甚至更多。我们不讨论因为程序员的能力不足造成的BUG，这种BUG无法避免，也不是可以短期解决的。这７０－１００个ＢＵＧ，其中有２０－５０个或许是比较低级的，程序员稍微仔细点就可以发现的ＢＵＧ，比如界面错误等等。这些ＢＵＧ将投入６００（30X20）到１５００（30X50）分钟，相当于２-４天的公司人力成本。那１年下来，就是８-１６天人力成本。如果公司有５个开发小组，则１年的额外人力成本是４０-８０人天。因为程序员的疏忽或不好的开发习惯，放大到整个公司１年就会增加２－４人月的成本，注意这个人力本是可以避免的。

 　　写到这里不是说程序员不能出现BUG，BUG率越低，对程序员的要求以及单元测试的要求也越高，而是不要出现低级错误。交付测试组前做好单元测试，不要把测试工作全部依赖测试组，更不要把测试组作为你的专职测试员。项目经理可以把好最后一关，再交付给测试组。