歡迎關(guān)注秦羽思維頭條號，每天免費獲取更多管理知識及行業(yè)動態(tài)干貨方法論。
軟件項目質(zhì)量管理的實踐
軟件項目質(zhì)量理論
1. 軟件的定義
在真正的商業(yè)環(huán)境中，軟件是一個完整的產(chǎn)品，包括：
□ 實現(xiàn)用戶特定需求的程序代碼
□ 支撐程序代碼運行與之相關(guā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ì)量管理
□ 改進用戶滿意度
□ 改進產(chǎn)品質(zhì)量
□ 減少產(chǎn)品開發(fā)和售后服務(wù)支持費用
沒有質(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ù)測什么時候軟件運行達到基本穩(wěn)定
□ 一般以每100小時的故障數(shù)為單位
2. 偶然故障率：
□ 指軟件在偶然故障期（一般以軟件交付給用戶的四個月以后為偶然故障期）內(nèi)單位時間的故障數(shù)
□ 用來度量軟件處于穩(wěn)定狀態(tài)下的質(zhì)量
□ 一般以每1000小時的故障數(shù)為單位
3. 平均失效前時間：
□ 指軟件在失效前正常工作的平均統(tǒng)計時間
□ 用來度量軟件的可靠性
4. 平均修復(fù)時間：
□ 指軟件失效后，在其恢復(fù)正常工作所需要的平均統(tǒng)計時間
□ 用來度量軟件的可維護性
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ā)人員至少有一個指派給他的功能可以進行編碼
軟件質(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. 測試用例度量：
□ 運行測試用例數(shù)量和通過測試的用例數(shù)量之比
□ 不同產(chǎn)品開發(fā)階段該比率變化
□ 測試用例包括的范圍
□ 運行測試用例的頻率
□ 有測試用例的功能數(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)自動化的比率
□ 運行通過的自動化腳本比率
□ 不同產(chǎn)品開發(fā)階段該比率變化
作者：秦羽｜公眾號：秦羽思維，企業(yè)高管及創(chuàng)業(yè)者，資深管理教練。聚焦互聯(lián)網(wǎng)、電商和新商業(yè)，洞察一切商業(yè)本質(zhì)。歡迎大家關(guān)注、點贊、轉(zhuǎn)發(fā)、評論！
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請發(fā)送郵件至 舉報，一經(jīng)查實，本站將立刻刪除。