本文共 616 字,大约阅读时间需要 2 分钟。
当工作了几年后,接手的项目也越来越多,版本管理及BUG管理上却做得非常失败。我不是专业的配置管理员,只是对VSS这一类管理工具比较熟而已,而VSS的版本管理只是管理开发的代码版本管理,软件产品及模块的版本管理相对弱,当然,也有可能是我不会用。那么,要解决N个项目中相同模块却又不同版本的清楚就比较麻烦了。
直到有一次我在MS的网站上升级系统补丁的时候,看到下载下来的补丁文件为KB135732,这说明微软的补丁都是有编号的。那么相对应的,补丁的编号应该对应的是BUG编号,而BUG编号对应测试计划编号,测试计划对应的应该是产品模块或功能编号。当然,微软是怎么做的我不清楚,但这样一个结构就在我脑子里了。
管理管理,要想管,先要理。我的设想是将模块及BUG,测试计划,补丁等建立起编号并管理,应该能把现在这种混乱模式理清。
我先做了一个简单的设计,建立起模块统一编号数据库。所有原来开发过的模块及要开发的新模块,都必须先在模块表里登记,并取得统一编号后再开始做。编号的方式比较简单:产品名+项目名+数字+版本号。比如ERP+CP+001+01。模块下的功能编号就更长些:模块编号+数字+版本号。
同样的,BUG及模块功能、测试计划表,补丁等也相互对应。结构如下图:
按照以上设计建立起来管理方式后,至少在测试、BUG、补丁等管理上,有了一个清楚的思路,虽然它不是很优秀。期望有更多的人能谈出他们在这方面的管理思路,让大家学习一下!:)
转载地址:http://csvui.baihongyu.com/