軟件測試中初學配置管理
最近在做公司的一個項目，在這個項目中，我除了負責測試外，還做CM（配置管理）和度量數據的采集工作，測試也屬于品質保障部，我這個測試人員兼做配置管理，公司真會合理利用資源啊，就是不給加工資 �，F在項目處于概要設計階段，需求基線剛剛入庫，我就來談談在需求開發這段時間做配置管理員的感受吧。
做過配置管理的人都知道，這個工作說難也難，說簡單也簡單。對剛剛涉足此領域的新人來說，如果沒有CMMI配套的文檔模板，真是不敢想象。我們雖然有一部分文檔模板，但是很不完善，也沒有成功的案例可以參考，痛苦的經歷啊。
以前沒有做過配置管理，VSS和CVS等常用的配置管理工具也不會用，現學現賣吧，文檔管理我們選擇的是VSS，按照項目組的意思首先建好了庫，主要有：項目基線庫，個人開發庫，工程受控庫和過程受控庫。庫的搭建過程就不說了，相信大家都會的。
下面就是添加用戶和分配權限，照著配置庫系統角色權限表一路分配下來。權限大致是：基線庫：只有配置管理員，也就是我有所有權限，其他人只讀；
個人開發庫：PM和CM有所有的權限，其他人對自己的文件夾有除了刪除外的所有的操作，開發人員之間的可以互相操作他們的文件夾里面的東西，除了不能刪除外，PPQA和測試人員只能讀別人的文件。
工程受控庫：PM和CM擁有所有的權限，開發人員和PPQA只讀權限，測試人員對測試部分的受控庫有刪除外的所有權限，對其他文件只讀權限。
過程受控庫：PM有所有的權限，CM對部分文件夾有所有的權限，對其他部分有刪除外的所有權限，還有的只有只讀權限，開發人員、 測試人員和PPQA對部分文件有刪除外的其他權限，對另外的文件只有只讀權限。
看著那個角色權限表，我才寫出來的，呵呵 ，是不是很亂啊，可能是我的敘述不夠清晰吧。先不管它。
接下來就是沒有目的的管理，因為沒有寫配置管理計劃，只是別人告訴做什么就做什么，每周要做的就是寫配置管理周報和配置狀態報告，還有就是備份數據，就這樣過了快一個月的時間，此間也參加了幾次培訓和項目小組的會議，才知道配置管理原來不是想象的那么簡單，還要監督很多東西，不是簡單的統計和備份就完事了。
現在我發現了一些問題：文檔提交的很亂，有時候統計時，發現文檔被刪除了，只知道刪除了幾個，不知道刪除了哪幾個，還有就是受控庫里誰都往上提交，而且都可以Check out 修改，一個文檔N多人改過，顯然受控庫就沒有受控的意義了。我把這個問題在小組會議上反應了，經過討論，權限重新劃分。
新的授權如下：
● 受控庫：權限不變，CM擁有所有的權限，其他人只讀。
● 個人開發庫：個人操作個人的文件夾，對其他人的只讀。PM和CM可以操作所有人的文件夾。
● 工程產品受控庫：CM有所有的權限。其他人只讀。
● 過程產品受控庫：CM有所有的權限。其他人只讀。
這樣是不是清晰多了，受控庫也起到了控制的作用，我不知道這樣算不算合理，但至少比以前的管理起來方便了，所有的要提交到受控庫的文檔由我一個人放入，統計起來也方便多了，按基線或變更提交，這樣備份也有規律了，繼續改進中......
現在我要做的工作也漸漸明確了，填寫配置管理計劃，這本來是在項目需求開始就要寫好的，現在快速的補回來，配置項狀態表：這個里面注明文檔命名格式、過程域以及存放位置和需要提交時間，供項目開發階段參照。以前備份都是自己決定，也沒有備份記錄和統計記錄，現在需要填寫日常備份申請表了。
工作明確后，什么事都覺得順手了，以前由于權限混亂，文檔提交的很亂，為了安全起見，不得不每天備份，增加了不少工作量，而且公司的備份服務器還沒有安排好，要放到我自己的機子上，項目產出了很多的文檔，數據量也越來越大，每天備份數據量實在太大了（我是采用的完全備份，VSS里的好像沒有提供增量備份），不敢想象�，F在好了，由于現在基線庫和受控庫都是我一個往里放，所以可以每周備份一次，也不怕丟失數據了，項目個人開發庫，讓他們自己去管理吧，我只要按照我的配置管理計劃，到時候向他們要數據就可以了，是不是省事多了。
文章來源于領測軟件測試網 http://www.anti-gravitydesign.com/
