假設項目組意識到完全覆蓋方式的不合理，要求開發人員只能提交修改缺陷或變更對應的源碼供測試�？墒怯捎谌鄙俟ぞ叩闹�，開發人員只能手工記錄、追蹤變更和缺陷對應修改的源碼，這種方式一是記錄和追蹤的工作量大，二是很容易漏提交源碼。由于開發人員漏提交源碼，就很容易發生測試環境的缺陷在開發環境無法重現或者已經修復的缺陷又重現的情況。
公共參數 / 基礎數據 / 配置文件未進行配置管理
一些項目組未將公共參數 / 基礎數據 / 配置文件等全局文件納入配置管理。由于沒有將其納入配置管理，所以這部分全局文件的變更也同樣的未進行變更管理。當這些全局文件發生變更時，很容易出現測試環境、開發環境，甚至包括生產環境配置不一致的情況。一旦出現這種情況，那么即使發布程序在內部確認測試時測試通過，但是部署到生產環境后系統運行失效的情況就在所難免。這實際上是因配置項缺失而帶來的問題。
很多人可能不認為公共參數或者基礎數據應該作為配置項納入配置管理，實際上這種想法是錯誤的。假設沒有將這些公共參數等信息納入配置管理，那么試想一下，假設有一天系統意外崩潰，我們拿什么去恢復生產環境?所以說，系統運行支撐的所有內容(包括基礎數據、配置文件等)都需要納入配置庫進行配置管理。
文章來源于領測軟件測試網 http://www.kjueaiud.com/