小谈产品模块及BUG管理

当工作了几年后，接手的项目也越来越多，版本管理及BUG管理上却做得非常失败。我不是专业的配置管理员，只是对VSS这一类管理工具比较熟而已，而VSS的版本管理只是管理开发的代码版本管理，软件产品及模块的版本管理相对弱，当然，也有可能是我不会用。那么，要解决N个项目中相同模块却又不同版本的清楚就比较麻烦了。

 

直到有一次我在MS的网站上升级系统补丁的时候，看到下载下来的补丁文件为KB135732，这说明微软的补丁都是有编号的。那么相对应的，补丁的编号应该对应的是BUG编号，而BUG编号对应测试计划编号，测试计划对应的应该是产品模块或功能编号。当然，微软是怎么做的我不清楚，但这样一个结构就在我脑子里了。

 

管理管理，要想管，先要理。我的设想是将模块及BUG，测试计划，补丁等建立起编号并管理，应该能把现在这种混乱模式理清。

 

我先做了一个简单的设计，建立起模块统一编号数据库。所有原来开发过的模块及要开发的新模块，都必须先在模块表里登记，并取得统一编号后再开始做。编号的方式比较简单：产品名+项目名+数字+版本号。比如ERP+CP+001+01。模块下的功能编号就更长些：模块编号+数字+版本号。

 

       同样的，BUG及模块功能、测试计划表，补丁等也相互对应。结构如下图：

 

 

 

      按照以上设计建立起来管理方式后，至少在测试、BUG、补丁等管理上，有了一个清楚的思路，虽然它不是很优秀。期望有更多的人能谈出他们在这方面的管理思路，让大家学习一下！：）