再谈配置管理

tomzhang

基于我发的一个帖子“配置管理员都要管理些什么？”，结合云层兄补充的发布和审计2个环节，我再谈谈。当我从测试兼职配置管理的时候，我就非常的讨厌发布，时常觉得发布的工作甚至比测试工作更加无趣，每天要发布大大小小5-6次，冒烟测试做了一遍又一遍，但是配置问题一直是系统发布成功的拦路虎。可能有人问为什么？一个系统要能满足各种不同客户，通常是很难的。

每个客户都会有一些个性化的需求，针对这些个性化的需求，开发组不可能配置多套人马来开发/维护，那就只有加强系统本身的特性--可扩充性，于是乎，系统中增加了许多的配置项，这些配置项有时保存在数据库里，有时保存在配置文件里，而且这些配置项通常只有开发的人才知道起含义。针对这个情况，我向开发组提议，要将系统中所有的配置项整理成文档，我有幸参与了此次整理，整理的过程是痛苦的，结果还是让人满意的。这个系统已经作了3年，开发人员换了一批又一批，公司里已经没有人能够解释所有配置项的含义，还好开发经理很重视这个问题，组织人手参与配置项的整理工作，然后还找相关模块的负责人参与配置手册的编写，手册整理出来后发布的工作轻松了很多。

至于审计环节也是很多配置人员忽略的，这在管理数据库脚本时问题特别突出。为了让系统便于移植，特别是做应用系统的公司，都采用将数据库脚本作为一种配置项来进行管理，但是效果都不好，因为没有做好审计工作。“开发人员给你什么脚本，你就把它提交到配置库里”，这样做只会越来越糟，问题在发布的时候就会全部都暴露出来。其实你花1-3分钟去数据库里执行一下，后面很多问题就可以避免，为什么非要遗留在发布的时候？

个人观点，欢迎讨论，我的QQ：896219716，加Q请注明来自51testing

[ 本帖最后由 tomzhang 于 2010-4-26 14:34 编辑 ]