質(zhì)量管理:IT項目計劃中質(zhì)量目標(biāo)的確定

申請免費試用、咨詢電話：400-8352-114

一個軟件項目除了進度目標(biāo)外，另外一個最重要的目標(biāo)就是質(zhì)量目標(biāo)，而質(zhì)量目標(biāo)并不是簡單指版本發(fā)布的時候測試問題全部解決，而更多關(guān)注的是你版本發(fā)布后的缺陷泄露情況，這個質(zhì)量目標(biāo)在項目完成的時候無法馬上得到數(shù)據(jù)和進行驗證的。所以一般是通過間接控制的方式，即可以去估計我們期望的缺陷和BUG的發(fā)現(xiàn)情況，當(dāng)質(zhì)量目標(biāo)高的時候，就期望在評審和測試階段近可能多的發(fā)現(xiàn)BUG，自然泄露到版本發(fā)布后的缺陷就少。

由于一個項目版本的總?cè)毕輸?shù)量應(yīng)該是一定的，只是在交付后發(fā)現(xiàn)出來還是在交付前發(fā)現(xiàn)出來。如果能夠在交付前發(fā)現(xiàn)出來我們軟件的質(zhì)量就高。BUG缺陷密度，總?cè)毕輸?shù)，交付后缺陷數(shù)，代碼行這些指標(biāo)間有著相互影響和作用。在作一個項目版本的時候，應(yīng)該對這些關(guān)系有比較明確的了解，具體關(guān)系如下圖(中間為交付前BUG比重)

你缺陷密度是10，但你期望交付后缺陷密度是0.8這顯然是很難做到的，所以上表中的綠色底紋數(shù)據(jù)是我們可以參考和借鑒的數(shù)據(jù)。

對于項目歷史版本數(shù)據(jù)統(tǒng)計，缺陷密度一般在4-6之間，因此交付密度采用0.8或1都是可行的。對于交付后的軟件的缺陷數(shù)據(jù)，CMMI三級的企業(yè)一般在0.5-1.5個/千行代碼，CMMI四級企業(yè)在0.5個/千行代碼。所以根據(jù)業(yè)界這個標(biāo)準(zhǔn)和組織級的建議，項目V4.0版本采用的交付后缺陷密度為0.8個/千行。

在項目 V2.6版本，項目就根據(jù)組織級的規(guī)程仔細(xì)進行了復(fù)盤，其中得出的需求規(guī)模是39用例，產(chǎn)出的代碼行是30068，實際的缺陷總數(shù)是319個，測試階段的BUG數(shù)量為115個。因此可以得出的總?cè)毕菝芏葹?.17個/UC，而跟測試BUG相關(guān)的測試缺陷密度為3.8。因此在項目V4.0版本項目的估算中也采用了這些數(shù)據(jù)，并取得了較好的效果，具體的對比和偏差如下：


如果項目某個版本用戶提出特殊的質(zhì)量要求，就需要對項目的質(zhì)量目標(biāo)進行調(diào)整，質(zhì)量目標(biāo)在確定后將直接影響到估算的工作量分布，因此在制定項目計劃的時候一定是先制定出項目的質(zhì)量目標(biāo)，然后在根據(jù)質(zhì)量目標(biāo)去指導(dǎo)和約束估算過程。

質(zhì)量目標(biāo)預(yù)計出來的數(shù)據(jù)在項目執(zhí)行和跟蹤過程中也有用處，我們時刻要使用該數(shù)據(jù)去檢查我整個項目過程是否出現(xiàn)偏離，如當(dāng)預(yù)計的需求缺陷是160個時候，如果需求階段實際完成缺陷只有50個或更少，這個時候就要進行分析是否是同行評審過程有問題，該發(fā)現(xiàn)的缺陷沒有發(fā)現(xiàn)出來，是否需要重新組織評審或增加預(yù)審時間，只有這樣才能夠真正保證上游缺陷不泄露到后續(xù)工作中。

需要注意的是項目質(zhì)量目標(biāo)的確認(rèn)過程不僅僅是項目組成員自己確定，更多的是需要和QA和測試負(fù)責(zé)人根據(jù)該版本的業(yè)務(wù)需求共同討論和確定，QA可以根據(jù)其它項目情況或業(yè)界的一些標(biāo)準(zhǔn)給出有建設(shè)性的意見，測試也可以根據(jù)項目前續(xù)版本的測試情況來確認(rèn)項目是否可以達到制定的質(zhì)量目標(biāo)。
項目質(zhì)量目標(biāo)確認(rèn)后，還要進一步的確認(rèn)項目的質(zhì)量策略，質(zhì)量策略就是你為了達到這些質(zhì)量目標(biāo)而需要采用的方法或手段。如質(zhì)量目標(biāo)要求高的時候，推算出評審需要發(fā)現(xiàn)100個缺陷，如果采用單人復(fù)審或多人復(fù)審就根本做不到發(fā)現(xiàn)這么多缺陷，這個時候就要考慮哪些要采用審查的方式以及審查的比例。

在項目質(zhì)量目標(biāo)確認(rèn)后，在后續(xù)的項目執(zhí)行過程中要時刻關(guān)注這些目標(biāo)的執(zhí)行情況，如評審是否充分，測試是否發(fā)現(xiàn)了預(yù)計多的BUG，當(dāng)出現(xiàn)較大偏差的時候要及時分析原因和采用相關(guān)的應(yīng)對措施。