2.2.3 测试配置管理的主要参与人员及其分工

　　了解了配置管理的目标和阶段以及如何进行软件测试配置过程管理，仅仅这些是不够的。有了这些知识，我们还不能够对软件测试进行完整的配置管理，不能凭借这些来有效的保障我们的软件质量。在这些基础之上，我们还需要对软件测试配置管理中的角色进行分配和分工。唯有如此才能确保在软件的开发和维护中，我们能够使配置管理活动得到贯彻执行。因此在制定测试配置管理计划和开展测试配置管理之前，我们首先要确定配置管理活动的相关人员以及他们的职责和权限，下面我们来详细的了解配置管理过程中主要的参与人员和他们分职责分工。

　　（1）项目经理（PM，Project Manager）。项目经理作为整个软件的开发以及整个软件的维护活动的负责人，那么他的职责是什么呢？他的主要职责包括采纳软件测试配置控制委员会的建议，对配置管理的各项活动进行批准，并且在批准之后还要控制它们的进程。项目经理的具体工作职责如下：首先制定项目的组织结构以及配置管理策略；然后要批准和发布配置管理计划；再然后要对项目起始基线和软件开发工作里程碑进行制定；最后要接受并审阅配置控制委员会的报告。

　　（2）配置控制委员会（CCB，Configuration Control Board）。该委员会的职责则是对配置管理的各项具体活动进行指导和控制，并且为项目经理的决策提供建议。该委员会的具体工作职责如下：首先是要批准软件基线的建立以及配置项的标志；然后是制定访问控制策略；再然后是建立、更改基线的设置，和审核变更申请；最后是根据配置管理员的报告从而决定相应的对策。

　　（3）配置管理员（CMO，Configuration Management Officer）。根据制定的配置管理计划执行各项管理任务这就是配置管理员的职责，配置管理员要定期向CCB提交报告，同时还要列席CCB的例会，他的具体工作职责如下：第一，对软件配置管理工具进行日常管理与维护；第二，提交配置管理计划；第三，各配置项的管理与维护；第四，执行版本控制和变更控制方案；第五，完成配置审计并提交报告；第六，对开发人员进行相关的培训；第七，开发过程中存在的问题加以识别并制定解决方案。

　　（4）开发人员（Dev，Developer）。开发人员的职责为在了解了项目组织确定的配置管理计划和相关规定之后，按照配置管理工具的使用模型来完成开发任务。

　　只有在清晰的了解了软件测试配置管理的概念，构成，原理和配置管理的人员及其分工之后，企业才能去灵活的应用它，在企业的软件测试过程中去严格的执行它，我相信一个企业只要做好这一步，就一定能够做好软件测试工作。从而保证软件的质量，满足用户的需求。

　　2.3 测试配置管理的应用

　　下面我们以一个实际项目中的配置管理的例子来介绍项目中的配置管理应用。我们用来示例的项目是电信的一个项目，项目人员为16人，项目周期为一年，前期主要为开发工测试工作，后期的主要是由维护人员进行系统维护和调整。在整个项目正式启动之前，配置管理工作就可以开始了。首先，应该评估团队当前的配置管理现状：清楚了解测试团队当前配置管理的现状是计划配置管理实施的基础，评估团队当前的配置管理现状有两种方法，一种是自己进行，另外一种是引入外部专业咨询人员来完成评估活动。有了评估的结果之后才能进行改进，因此，这项工作一定要做好。然后，定义实施的范围，在经过了评估之后，会找出很多的改进点，对于这些改进点，必须要花费大的精力来思考解决。还需要指定一个专门的人员就是配置管理员。在一个建立了配置管理平台的团队中他负责掌控整个团队的工作流程和成果，要负责维护和管理配置管理系统。有一个合格的配置管理员能够为整个团队的进度带来极其良好的影响。而在配置管理工作开始后的第一步就是一份配置管理计划。一般而言，需要在配置管理计划中明确的内容包括：1、配置管理软硬件资源；2、配置库结构；3、人员、角色以及配置管理规范；4、基线计划；5、配置库备份计划，6执行配置审计；下面我们来围绕其中一些内容就行详细描述：

　　配置管理环境：包括软硬件环境。具体的资源需求应该根据项目实际情况来确定，一般需要考虑的包括：网络环境、配置管理服务器的处理能力、空间需求，配置管理软件的选择等。配置管理环境的确定需要综合考虑各个方面的因素，包括我们采用的工具，人员对配置管理工具的熟悉程度等，同时，配置管理软件和测试工具的集成程度也是一个必须考虑的因素，根据我们的经验，选择一个和测试环境集成紧密的配置管理工具至少可以减少20%花费在Check In/Check Out和配置管理人员保持配置库完整上的工作量。

　　然后是配置管理工具的选择：从测试人员具有的配置管理工具使用经验和配置管理工具使用的难易度方面来说，VSS是最好的选择，在现有的基础上只需要对测试人员进行简单培训；考虑到和测试工具的集成，VSS也是一个不错的选择。不过本项目还要求对远程接入方式的支持，以及对Solaris平台的支持，VSS肯定是不能满足要求的（VSS通过VPN方式应该是可以实现对远程访问的支持，但VSS的完全共享方式实在是不敢在Internet上使用）。除VSS外，可以选择的配置管理工具还有CCC Harvest、ClearCase、CVS等，但Harvest和ClearCase使用起来比较复杂，需要一个专门的配置库管理员负责技术支持，还需要对测试人员进行较多的培训。

　　最后是配置库维护和备份计划：配置库的维护的备份需要专职的配置库管理员来负责。在整个项目中我们采用的配置库维护策略是根据Microsoft的Best Practice白皮书建议，包括以下要点：1.保持配置数据库的大小不超过5G；Microsoft建议，配置库的大小在3-5G比较合适，太大的数据库会极大影响VSS的效率；2.每周进行VSS数据库的分析（Analysis），发现问题及时修正；VSS提供了Analysis和Fix工具，由于不合理的Delete等操作，VSS数据库有可能会出现一些Interrupt Data之类的问题，通过定期的每周的分析工作，可以极大减少数据库出现问题的风险；3.每日进行配置库的增量备份，每周进行数据库的完全备份；VSS库的备份可以通过VSS自己的Archive功能或者是操作系统的Backup程序来进行。VSS的Archive功能对VSS中的文件数据进行压缩并保留VSS的所有状态，但只能对VSS库进行完全备份，不能实现增量备份功能。Windows2000 Server提供的Backup实用程序可以对文件进行备份，由于VSS库就是以文件形势存在的，因此针对VSS的data目录进行备份也可以完全达到备份的目的，使用系统备份工具的好处是可以实现增量备份。我们在实际中使用的系统的备份工具，每周五生成的完全备份采用刻录光盘的方式保存，每天的增量备份数据存放在文件服务器上进行备份。