制訂質(zhì)量目標是質(zhì)量控制的首要環(huán)節(jié)。一個有效的質(zhì)量目標對于軟件質(zhì)量控制完成的好壞是非常重要的。質(zhì)量目標不僅僅要滿足基本的“可測量”的要求，它還應該是針對產(chǎn)品質(zhì)量現(xiàn)狀進行動態(tài)調(diào)整的。

1. 軟件質(zhì)量目標應該是可測量的

在ISO9001B中，明確說到“質(zhì)量目標應是可測量的，并與質(zhì)量方針保持一致”?！翱蓽y量”意味著質(zhì)量目標的描述應是定量的，而非定性的。比如“交付軟件驗收測試缺陷率小于2Bug/kLOC”，這樣的質(zhì)量目標就是可測量的。而“交付軟件驗收測試缺陷率較低”，這樣的質(zhì)量目標就是不可測量的。

2. 軟件質(zhì)量目標不應該一成不變

同樣以上述的質(zhì)量目標“交付軟件驗收測試缺陷率小于2Bug/kLOC”為例。這樣的質(zhì)量目標看似是可測量的，滿足質(zhì)量目標的基本要求，可是當你今年的質(zhì)量目標是它，明年也是它，下一年還是它，不做任何調(diào)整，那它也就失去意義了。也許在第一年的時候，對軟件質(zhì)量的推進有幫助，后面幾年，軟件團隊一旦進入了“舒適區(qū)”，它對軟件質(zhì)量就不會有什么幫助了。

3. 軟件質(zhì)量目標要針對具體的質(zhì)量問題而定

制訂軟件質(zhì)量目標，一定是基于對組織去年的軟件質(zhì)量問題的分析結(jié)果來的。類似“交付軟件驗收測試缺陷率小于2Bug/kLOC”這樣的質(zhì)量目標，它沒有與具體的質(zhì)量問題掛勾，看似“放之四海皆準”，但實際上只關注軟件研發(fā)的后期，沒有針對前期的研制過程，它對改善的質(zhì)量幫助不會太大。

有效的軟件質(zhì)量目標應該是通過對軟件質(zhì)量問題的分析，找到軟件質(zhì)量控制的環(huán)節(jié)，有針對性地制訂出來的。對于軟件問題，要進行問題類型的歸類分析。一般常見的軟件問題類型包括：版本控制問題、需求跟蹤問題、驗證不充分問題……針對這些問題類型，制訂有針對性的質(zhì)量目標。如針對版本控制問題（此類問題是指在生產(chǎn)或試驗現(xiàn)場使用不正確的版本）的質(zhì)量目標可以定義為：

使用軟件版本的正確率大于95%。

另外，很多軟件問題產(chǎn)生的原因，可能不只一種問題類型，是綜合性的。這樣的問題要分析其主要的產(chǎn)生原因，歸類到主要原因的問題類型上。

還有一種歸類方式是將軟件質(zhì)量問題歸類到CMMI的過程域上，這樣我的軟件質(zhì)量目標就可以直接使用該過程域的性能基線。當然，前提是組織已經(jīng)達到CMMI成熟度等級四的標準，建立了適合組織的各過程域的性能基線。

以上是我對制訂有效的軟件質(zhì)量目標的思考，有不足之處，請各位同行、專家指教！

微信贊賞專用通道