軟件項目質(zhì)量管理的實踐

軟件項目質(zhì)量理論

1. 軟件的定義
在真正的商業(yè)環(huán)境中，軟件是一個完整的產(chǎn)品，包括：
□ 實現(xiàn)用戶特定需求的程序代碼
□ 支撐程序代碼運(yùn)行與之相關(guān)的文檔
□ 程序代碼運(yùn)行所必需的數(shù)據(jù)

2. 軟件的質(zhì)量定義
軟件質(zhì)量是軟件滿足明確說明或隱含的需求的程度。

軟件質(zhì)量不是絕對的，而是相對的概念。討論軟件的質(zhì)量最終歸結(jié)為定義軟件的質(zhì)量特性，而定義一個軟件的質(zhì)量就等于為該軟件定義一系列質(zhì)量特性。

3. 開發(fā)過程質(zhì)量和軟件產(chǎn)品質(zhì)量的關(guān)系

度量的定義

根據(jù)一定的規(guī)則，將數(shù)字或符號賦予系統(tǒng)、構(gòu)件、過程等實體的特定屬性，從而使我們能清晰地理解該實體及其屬性。

簡而言之，度量就是對事物屬性的量化表示。

軟件質(zhì)量度量的必要性

為什么軟件質(zhì)量需要有度量：
□ 有效產(chǎn)品質(zhì)量管理
□ 改進(jìn)用戶滿意度
□ 改進(jìn)產(chǎn)品質(zhì)量
□ 減少產(chǎn)品開發(fā)和售后服務(wù)支持費(fèi)用

沒有質(zhì)量度量，等于沒有質(zhì)量標(biāo)準(zhǔn)！

軟件質(zhì)量度量的挑戰(zhàn)

使用軟件產(chǎn)品質(zhì)量度量的挑戰(zhàn)：
□ 無公認(rèn)準(zhǔn)確和科學(xué)的度量
□ 產(chǎn)品性質(zhì)不同，很難有通用的度量
□ 最佳實踐，實際上是經(jīng)驗積累總結(jié)
□ 涉及不定因素和人為因素
□ 片面理解和使用可以造成負(fù)面影響和效果

軟件產(chǎn)品質(zhì)量的常用度量

1. 初期故障率：
□ 指軟件在初期故障期（一般以軟件交付給用戶的三個月內(nèi)為初期故障期）內(nèi)單位時間的故障數(shù)
□ 用來評價交付使用的軟件質(zhì)量，預(yù)測什么時候軟件運(yùn)行達(dá)到基本穩(wěn)定
□ 一般以每100小時的故障數(shù)為單位

2. 偶然故障率：
□ 指軟件在偶然故障期（一般以軟件交付給用戶的四個月以后為偶然故障期）內(nèi)單位時間的故障數(shù)
□ 用來度量軟件處于穩(wěn)定狀態(tài)下的質(zhì)量
□ 一般以每1000小時的故障數(shù)為單位

3. 平均失效前時間：
□ 指軟件在失效前正常工作的平均統(tǒng)計時間
□ 用來度量軟件的可靠性

4. 平均修復(fù)時間：
□ 指軟件失效后，在其恢復(fù)正常工作所需要的平均統(tǒng)計時間
□ 用來度量軟件的可維護(hù)性

5. 缺陷密度：
□ 指軟件單位數(shù)量的源代碼中隱藏的缺陷數(shù)量
□ 通常以每千行，無注解源代碼為一個單位

軟件測試的定義

軟件測試是為了發(fā)現(xiàn)錯誤而審查軟件文檔、檢查軟件數(shù)據(jù)和執(zhí)行程序代碼的過程。

其目的在軟件交付使用前，充分發(fā)現(xiàn)缺陷Bug并協(xié)助相關(guān)部門定位、解決缺陷，最后交付一個高質(zhì)量的軟件給用戶。

產(chǎn)品設(shè)計規(guī)范質(zhì)量狀態(tài)

1. 產(chǎn)品設(shè)計規(guī)范（Spec或設(shè)計文檔）質(zhì)量狀態(tài)：
□ 草稿
□ 審閱
□ 提交評審會
□ 開始編碼

2. 產(chǎn)品設(shè)計規(guī)范質(zhì)量到位狀況：
□ 五種狀態(tài)中各占的百分比是多少
□ 按事先計劃日程完成的比例是多少
□ 多少百分比開發(fā)人員至少有一個指派給他的功能可以進(jìn)行編碼

軟件質(zhì)量測試的度量

1. 軟件質(zhì)量測試的常用度量：
□ 產(chǎn)品設(shè)計規(guī)范（Spec或設(shè)計文檔）質(zhì)量狀態(tài)
□ 缺陷數(shù)據(jù)有關(guān)度量
□ 測試用例度量
□ 測試規(guī)范度量
□ 測試過的系統(tǒng)數(shù)量
□ 自動化測試度量

2. 缺陷數(shù)據(jù)有關(guān)度量：
□ 所有缺陷數(shù)量的時間走勢或趨勢統(tǒng)計
□ 未被處理的缺陷按照嚴(yán)重程度的統(tǒng)計
□ 未被處理的缺陷按照優(yōu)先程度的統(tǒng)計
□ 未被處理的缺陷數(shù)量的時間走勢或趨勢統(tǒng)計
□ 所有的缺陷按照嚴(yán)重程度的統(tǒng)計
□ 新被發(fā)現(xiàn)的缺陷按嚴(yán)重程度的統(tǒng)計
□ 已處理的缺陷按照嚴(yán)重程度的統(tǒng)計
□ 被修復(fù)的缺陷按照嚴(yán)重程度的統(tǒng)計
□ 已發(fā)現(xiàn)缺陷的數(shù)量和已修復(fù)的缺陷數(shù)量的比率，也被稱為修改率或糾錯率
□ 未處理的缺陷數(shù)量和已處理的缺陷數(shù)量的比率
□ 已處理的被修復(fù)的缺陷數(shù)量和已處理的缺陷數(shù)量的比率
□ 重新被激活的已修復(fù)的缺陷數(shù)量
□ 通過測試找到的缺陷的統(tǒng)計
□ 不同語言版本缺陷數(shù)量的統(tǒng)計
□ 被報告存在缺陷的各功能統(tǒng)計
□ 處理缺陷的平均時間的統(tǒng)計
□ 關(guān)閉缺陷的平均時間的統(tǒng)計
□ 被處理缺陷的不同結(jié)論統(tǒng)計

3. 測試用例度量：
□ 運(yùn)行測試用例數(shù)量和通過測試的用例數(shù)量之比
□ 不同產(chǎn)品開發(fā)階段該比率變化
□ 測試用例包括的范圍
□ 運(yùn)行測試用例的頻率
□ 有測試用例的功能數(shù)量

4. 測試規(guī)范度量：
□ 測試規(guī)范數(shù)量和所有功能數(shù)量之比
□ 滿足撰寫要求的測試規(guī)范數(shù)量和所有測試規(guī)范數(shù)量之比
□ 必要的內(nèi)容遺漏的比率

5. 測試過的系統(tǒng)數(shù)量：
□ 所支持的不同語言系統(tǒng)的總數(shù)與測試過的語言系統(tǒng)數(shù)量
□ 所支持系統(tǒng)的總數(shù)與測試過的系統(tǒng)數(shù)量：Windows、Linux、macOS、iOS、Android等其他系統(tǒng)平臺

6. 自動化測試度量：
□ 測試的可自動化程度
□ 能自動化的和實現(xiàn)自動化的比率
□ 運(yùn)行通過的自動化腳本比率
□ 不同產(chǎn)品開發(fā)階段該比率變化