Bug管理的經验和实践(下).docVIP

Bug管理的经验和实践（下） 发表在《程序员》杂志2005年第3期46~49页的访谈文章未删节稿 孟岩：刘振飞，你好。在这个系列的前面两篇文章里，我们先是探讨了Bug管理的理念和意义，然后又从软件系统的构建角度更进一步探讨了Bug管理技术层面的问题。这次我想我们应该来探讨Bug管理中“人”的问题了。当然，所谓人的问题，就是管理制度的问题。有了先进的理念、坚实的软硬件基础，还需要有相应的管理制度与之相配套，否则Bug管理就只是一个摆设。你认为一个软件开发团队应当制定严格的Bug管理制度吗？没有一个相配套的管理制度，会有怎样的后果？ 刘振飞：我们在第一篇文章中讨论过，微软的软件研发可以总结为以下两点： （1）．需求（PM）、开发（Dev）、测试（Test）三权分立，分工明确、各司其职 （2）．每个产品的每个版本遵循同样的模式：流程＋工具＋人，并不断反馈（以改进流程、升级工具并提高团队/员工的能力） 回到你这个问题，Bug管理制度其实就是定义Bug处理流程，有了好用的工具之后，我们需要这样的流程去明确指导如何对Bug进行管理。但是一个软件开发团队应当制定严格的Bug管理制度吗？坦率的讲，不需要。严格的制度在软件行业就意味着教条、负担和不切实际，让一帮聪明的大脑陷入无边无际的条条框框不能自拔，明知道是包袱还要去背、是火坑还要去跳，直到有一天终于受不了，最终结果不外乎三个：过劳累到