配置管理
由于配置管理常常也会由测试人员担当，因此这个工作也需要能够做
基本知识：
1． 配置，可以理解为项目执行过程中所有用到的资源（软硬件，环境等），以及项目产出的工件（文档、源码等）
2． 简单的说，配置管理的工作分下面几部分：
i. 计划：配置计划主要是要说清楚以下事情：
1. 谁来做配置管理（cmo指定）
2. 配置库如何设置（目录结构，库管理方法，库创建位置或使用的软件）
3. 管理哪些工件及管理深度（列出受管理的文档和源码的具体内容列表，是否进行版本和基线管理等）（配置项明细）
4. 工件版本流转方式，如：从草稿到基线的流转方式和条件等
5. 说明变更流程，指明并准备变更控制单模板
6. 指定配置项的命名规则（文档名一般已定义好，只需要描述代码命名规则）
ii. 收集和整理项目工件
1. 创建配置库
2. 分配访问权限等
3. 及时记录和跟踪受管理的工件的当前状态（配置状态报告）
iii. 版本控制：为版本进行编号，并随时提供需要的版本（最新版本及分支版本）
iv. 变更控制：确保已经稳定的产品不会在不为人知的情况下被更改
1. 收集变更控制单
2. 跟踪变更过程
3. 更新基线（基线，可以理解为处于基线的工件已经稳定，如果再需要修改，就必须要通过讨论才能修改，而且需要跟踪它的修改过程并进行检查）
4. 发布新版本
v. 发布正确的工件：确保当项目组内外有人需要项目工件时，能从指定人员（配置管理员）处获得最新的产品工件（文档或者源码），避免在旧版本上工作
----------------------------------------------------------------------------------------------------------
我对配置管理的理解:
其实上面转载的已经很清楚了,但是我想补充说一两点
在做离岸外包的时候配置管理尤其重要,分布式系统就更头痛了。
有时候两边要同时改一个文件,或者两边同时进行作业后如何保持板本一致
当然我现在用的是VSS,只有局域网使用的,可以CVS不会有这个问题把
还有SOURCE和EXE都要进行板本管理，还要保持一致,麻烦是麻烦,但好处以后肯定会有的
配置管理目录结构:可供参照
01-顧客要望書
02-受領資料
04-開発計画
05-スケジュール＆進捗管理
07-連絡＆ＱＡ
10-UI設計
11-システム設計
12-プログラム設計
13-ソースコード
14-単体試験
15-結合試験
17-納品
18-不具合
发表于 @ 2008年01月04日 15:03:00|评论(loading...)|编辑