[個體軟體過程]之缺陷管理--缺陷預測 (轉)

[個體軟體過程]之缺陷管理--缺陷預測 (轉)[@more@]

缺陷預測

引入缺陷是人類的正常現象，所有的工程師都會引入缺陷。因此所有的工程師都應該瞭解自己引入缺陷的型別和資料。:namespace prefix = o ns = "urn:schemas--com::office" />

在開發過程中，總是可再進行一輪測試或程式碼複查，決定是否這樣做的唯一方法就是分析缺陷資料。透過分析歷史資料，可以估計出中缺陷的個數。透過把當前專案的資料和估計資料相比較，就能大概知道正在開發的程式的質量情況。這樣就能決定是否需要增加一些缺陷排除步驟。

缺陷率的預測。當開發一個新的程式時，可能會覺得很難估計你將引入多少缺陷，理由是缺陷的個數因程式的不同而不同。缺陷個數不穩定是有以下幾個原因造成的。首先使問題，個人的技能是在不斷提高的。開始序時，要面臨著很多以前沒有碰到過的問題。往往不能確定有些過程和是如何的，可能是語言的結構不清楚或者可能會遇到新的或程式設計環境的問題。這些問題都會引起開發時間和缺陷路的波動。有了經驗後，你將逐漸克服這些問題，犯的錯誤就減少了。這既減少缺陷的總數又減少缺陷數目的波動。缺陷的減少起初是由於經驗的增加和對語言熟練程度的提高。經過這最初的提高後，就需要收集和分析缺陷資料來進一步改進了。

缺陷路波動的第二個原因是個體過程不穩定。當開始學習寫程式時你也同時開始學習使用新的過程和方法。你的過程將隨著實際的經驗不斷的發展，這就會引起完成不同程式任務的時間和引入缺陷的資料的波動。

最後，缺陷本身也是這種變化的原因，引入的缺陷越多，修復這些缺陷所花時間就越長。修復缺陷所花的時間越長，引入新的缺陷的機率也就會增加。因此缺陷的修改時間變動幅度很大。所以，很難對一個引入很多缺陷的過程進行預測。

隨著開發過程的改進，過程會逐步穩定下來。這種穩定將提高缺陷預測的準確性。試驗證明，如果在程式碼複查方面花了足夠的時間，你的過程會迅速穩定下來。一旦你的過程相當穩定，缺陷也將容易預測。

根據對最近的程式跟蹤每千行引入和排除的缺陷數，就可估計出在將來的程式中可能引入和排除的缺陷數。