配置管理變更的關鍵路徑[2]
作者：IT 來源：ITPUB論壇
變更請求的狀態
軟件變更、軟件優化和軟件bug都是產生變更的原因。變更申請人(用戶或產品經理)提出變更時，首先要對受控的配置項的修改提出一個變更請求，說明對軟件變更的需求。這是因為變更控制過程是通過變更請求的流動來實現的，而且對軟件的任何請求都必須和相應的變更請求對應。
變更請求的狀態包括：
1)提交：變更請求提交給配置管理員;
2)拒絕：變更控制委員會拒絕變更請求;
3)接受：變更控制委員會接受變更請求;
4)掛起：變更請求被掛起，以后再作決定;
5)已驗證：更改已執行和驗證;
6)關閉：驗證并歸檔配置項，更新的配置項提交給用戶(例如：通過版本發布)。
變更請求的類型
1)增強型：變更請求要求對已批準的項目功能進行增強。
2)改進型：變更請求不會造成功能更改，但使配置項的維護更加有效率。
3)糾錯型：變更請求對錯誤進行修正(諸如bug)。
變更請求的優先級
在評價變更請求的優先級時，要對請求變更的配置項進行系統的分析，確定變更影響范圍和修改的程度，確定變更的級別，為確定是否有必要記錄變更提供參考依據。變更請求的優先級可分為三類：
1)高：嚴重地影響一些用戶或許多用戶。
2)中：對用戶造成不方便，或是可以采取相應的變通方法處理的主要問題。
3)低：小問題。
修改完后簽入(Check in)
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
