软件测试中初学配置管理
最近在做公司的一个项目，在这个项目中，我除了负责测试外，还做CM（配置管理）和度量数据的采集工作，测试也属于品质保障部，我这个测试人员兼做配置管理，公司真会合理利用资源啊，就是不给加工资 。现在项目处于概要设计阶段，需求基线刚刚入库，我就来谈谈在需求开发这段时间做配置管理员的感受吧。
做过配置管理的人都知道，这个工作说难也难，说简单也简单。对刚刚涉足此领域的新人来说，如果没有CMMI配套的文档模板，真是不敢想象。我们虽然有一部分文档模板，但是很不完善，也没有成功的案例可以参考，痛苦的经历啊。
以前没有做过配置管理，VSS和CVS等常用的配置管理工具也不会用，现学现卖吧，文档管理我们选择的是VSS，按照项目组的意思首先建好了库，主要有：项目基线库，个人开发库，工程受控库和过程受控库。库的搭建过程就不说了，相信大家都会的。
下面就是添加用户和分配权限，照着配置库系统角色权限表一路分配下来。权限大致是：基线库：只有配置管理员，也就是我有所有权限，其他人只读；
个人开发库：PM和CM有所有的权限，其他人对自己的文件夹有除了删除外的所有的操作，开发人员之间的可以互相操作他们的文件夹里面的东西，除了不能删除外，PPQA和测试人员只能读别人的文件。
工程受控库：PM和CM拥有所有的权限，开发人员和PPQA只读权限，测试人员对测试部分的受控库有删除外的所有权限，对其他文件只读权限。
过程受控库：PM有所有的权限，CM对部分文件夹有所有的权限，对其他部分有删除外的所有权限，还有的只有只读权限，开发人员、 测试人员和PPQA对部分文件有删除外的其他权限，对另外的文件只有只读权限。
看着那个角色权限表，我才写出来的，呵呵 ，是不是很乱啊，可能是我的叙述不够清晰吧。先不管它。
接下来就是没有目的的管理，因为没有写配置管理计划，只是别人告诉做什么就做什么，每周要做的就是写配置管理周报和配置状态报告，还有就是备份数据，就这样过了快一个月的时间，此间也参加了几次培训和项目小组的会议，才知道配置管理原来不是想象的那么简单，还要监督很多东西，不是简单的统计和备份就完事了。
现在我发现了一些问题：文档提交的很乱，有时候统计时，发现文档被删除了，只知道删除了几个，不知道删除了哪几个，还有就是受控库里谁都往上提交，而且都可以Check out 修改，一个文档N多人改过，显然受控库就没有受控的意义了。我把这个问题在小组会议上反应了，经过讨论，权限重新划分。
新的授权如下：
● 受控库：权限不变，CM拥有所有的权限，其他人只读。
● 个人开发库：个人操作个人的文件夹，对其他人的只读。PM和CM可以操作所有人的文件夹。
● 工程产品受控库：CM有所有的权限。其他人只读。
● 过程产品受控库：CM有所有的权限。其他人只读。
这样是不是清晰多了，受控库也起到了控制的作用，我不知道这样算不算合理，但至少比以前的管理起来方便了，所有的要提交到受控库的文档由我一个人放入，统计起来也方便多了，按基线或变更提交，这样备份也有规律了，继续改进中......
现在我要做的工作也渐渐明确了，填写配置管理计划，这本来是在项目需求开始就要写好的，现在快速的补回来，配置项状态表：这个里面注明文档命名格式、过程域以及存放位置和需要提交时间，供项目开发阶段参照。以前备份都是自己决定，也没有备份记录和统计记录，现在需要填写日常备份申请表了。
工作明确后，什么事都觉得顺手了，以前由于权限混乱，文档提交的很乱，为了安全起见，不得不每天备份，增加了不少工作量，而且公司的备份服务器还没有安排好，要放到我自己的机子上，项目产出了很多的文档，数据量也越来越大，每天备份数据量实在太大了（我是采用的完全备份，VSS里的好像没有提供增量备份），不敢想象。现在好了，由于现在基线库和受控库都是我一个往里放，所以可以每周备份一次，也不怕丢失数据了，项目个人开发库，让他们自己去管理吧，我只要按照我的配置管理计划，到时候向他们要数据就可以了，是不是省事多了。
文章来源于领测软件测试网 https://www.ltesting.net/
