毕竟一个软件公司的预算也是有限的、项目的利润空间也是有限的，否则可以来个招聘开发精英计划，找来几个技术真正过硬的月薪在20K以上的.NET程序员3-5个，绝对不会有产生1000多个Bug的这个事情，若还有这个事情那就不是精英开发人员了，他们应该编写出来的程序都是相对思路严谨、经验丰富、设计也会合理、经得起折腾、经得起客户的折磨了，否则也不会有那个身价了对吧。
1000个Bug的由来：
1：在Bug管理系统里有200个测试出来的Bug再修正中。
2：通过快速的地毯式的测试（3个人），Word整理的Bug文件40多个，总计数量500多个错误。
3：软件功能投影、大家一起交流讲解功能，整理出来错误100个左右，有的错误现场就修改好。
4：代码质量地毯式检查，检查出200个左右的错误，有的当场修正好，有的写好备注限期整改。
管理好这些1000个Bug也不太容易：
1：我们有一部分人在广州做测试，这些人主要是业务人员、实施人员，他们懂业务逻辑，但是不参与开发，他们把错误都输入到TFS里，通过WEB端。
2：北京也有一部分人在做测试，这些人也是业务人员，他们也是通过WEB端，把测试出来的错误输入到TFS里。
3：由于我们开发人员是多个，由项目经理统一指派分配错误给指定的开发人员，做到责任明确，分工合理一些。
4：有些快速测试的，页面性的错误，不涉及到业务功能，为了快速见效，直接输入到Word文件里。
5：这些错误的状态跟踪管理、错误修正情况的确认等等，需要有一定的管理指挥能力。
6：若这些错误我们自己不测试好，直接拿到客户那里，那一方面是丢人，另一方面客户也会觉得我们的软件开发水平很差劲。
一个软件开发团队，就像一个球队。
1：球队里未必是人人都是国际大球星，更注重的是整体的协调配合。
2：踢球看起来很简单，但是里面的门道很多，特别是球队的比赛水平想提高一个层次。
3：球队需要有良好的分工、布局，才容易形成一个有杀伤力的球队。
4：球队需要有队长，有精神领袖、有教练、有一些统一的价值观、大家需要心齐。
经过2周的拼命工作，本着为客户提供高质量的软件产品，提高我们国产软件的名誉，不制造垃圾软件项目，我们20个人不到的团队，10个人不到的开发队伍，就把这1000多个错误都修正好了，心里也舒坦了很多，接下来可以有精力更关注业务功能的测试，时间没必要花在一些基础性的错误上了。
其实有人可能会问，有1000个Bug，是不是太多了？是不是有严重的问题？其实没有用统一的开发架构、没有用成熟的组件、没有用统一的高质量的代码生成器、没有采用统一的开发例子程序，就不只是1000个Bug，我可以敢说可以测试出10000个Bug来，我么还是有效的阻止了9000个没啥大用的基础性的Bug的出现。
若一个软件，有一些明显的表面性的Bug，那这个软件绝对是有些低水平了。
为什么团队开发管理需要用良好的Bug管理系统？因为人多了，很容易乱套，更需要有节奏，有步骤，有计划，有目的的开展开发工作。
最新评论