關於測試環境版本管理(對於衝突檔案)

平常開小組例會時，大家提及最多的就是測試環境版本管理，經常聽到某個功能的程式被其它更新檔案覆蓋，導致測試無法進行。開發人員經查詢原因後，發現檔案被其它人覆蓋。這種原因引起的程式無法跑通是讓開發人員比較懊惱，不僅擔誤測試時間和進度，也影響開發人員工作心情。這個問題確實挺複雜，在目前客觀的軟體作坊環境下還真難解決，特別是對於行業軟體維護性專案。以下環境所說，也基於運維式專案。

目前環境分為開發環境，測試環境，大版本測試環境，UAT環境，升級接收環境。解釋下，開發環境主要是面向開發組，測試環境主要是面向測試組測試各種測試任務，大版本測試環境基於每個月的升級大版本測試，UAT環境主要是面向業務部門驗收需求環境，升級接收環境，主要是提供升級包，在上正式環境前，在接收環境上進行驗證升級包版本。

對於開發和測試人員來說，關注更多的是測試環境。如果按照理論化和理想化的情況，推演下場景。開發人員提交測試申請到開發組長，附件為檔案清單和相關需求和設計文件。開發組長稽核過後，傳送郵件給版本管理人員。版本管理人員根據接收檔案，到配置庫提取升級檔案，打包成升級包，發郵件給測試環境管理人員。測試環境管理人員根據升級包，更新測試環境，並通知測試人員，開發人員環境已更新，可以進行測試。這個場景遇到什麼現實問題呢?

[@more@]

1、 需要配置專門的版本管理人員和測試環境管理人員。在目前的軟體開發情況，這個人員配置是否能達到。

2、 目前相應測試任務很多，頻率很高。一個人員根據檔案清單取檔案，是否來得及？是否能保證升級包質量。

3、 目前各種需求時間併發性比較高，對於衝突檔案，版本管理人員如何進行判斷？一般版本管理人員沒有參預過開發。

4、 程式開發質量不高，遇到問題修改檔案，經過幾道工序，是否會引起更多的時間浪費。是否會延長缺陷解決的時間和測試進度。

也正因為這些現實問題，目前的測試環境並沒有控制許可權，還是由各開發人員整理自己程式包，更新測試環境。以前想把檔案更新許可權放到開發組長身上。但通長開發組長本身也很忙，也會引起很多問題。但因為開發人員自己更新環境，各個需求的程式耦合度比較高，也因為各開發組缺乏溝通，導致一些常用檔案被誤覆蓋。

對測試環境的管理，目前也沒有想到什麼好的管理方式。初步想法是在配置庫上建立一個程式更新目錄，開發人員每次更新程式時，都要放到該目錄。下次開發人員放上程式時，對於有衝突檔案，要進行合併，然後進行更新。這個過程遇到的問題也是工作量比較大。

對於目前的實際開發情況，也只能在現有基礎上進行逐步改進。