軟件產品質量度量-資料下載頁
2025-08-01 14:14本頁面
【正文】 at has been executed） 沒有執(zhí)行的（測試）有什么 what has not been executed and still remains to be tested. 需要有源代碼 內部輔助工具 23 使用代碼覆蓋度量的目地 經(jīng)驗總結：大約的 20%代碼囊括缺陷總數(shù)的 80% 目的不是要達到某個神奇的數(shù)字，而是要發(fā)現(xiàn)測試中的漏洞 達到比較廣泛的覆蓋率相對容易，但要達到 100%覆蓋常需要多得多的成本 平均目標 65% 理想目標 75% 24 代碼覆蓋度量種類 1. 代碼函數(shù)覆蓋數(shù)量 2. 代碼運行使用到的功能覆蓋數(shù)量 3. 代碼數(shù)據(jù)種類覆蓋數(shù)量 4. 代碼函數(shù)條件覆蓋數(shù)量 5. 代碼通路 (path)覆蓋數(shù)量 25 代碼覆蓋結果分析 26 使用代碼覆蓋度量改進測試 代碼覆蓋度量只能揭示測試的漏洞，并不能直接改進測試 為什么有些代碼沒有執(zhí)行到？ 腳本運行時執(zhí)行到了代碼不意味著測試的深度和全面性 先查功能代碼覆蓋率，再計劃寫自動化腳本的優(yōu)先順序 撰寫測試用例已覆蓋所有要測試的功能行為，然后編寫自動化腳本加以驗證 添加新自動化腳本覆蓋找到的漏洞 27 使用代碼覆蓋度量結果分析 沒有覆蓋代碼的可能原因和改進措施： 遺漏的功能行為： 追加測試 程序中有‘死角’代碼，沒有功能行為可以執(zhí)行該代碼： 刪除？ 很難模擬的出錯條件： 可否有其他方法？ 過時的功能規(guī)范？ 更新功能規(guī)范 28 預先計劃的詳細測試： 100%完成？ 自動化測試覆蓋率： ≥ 65%？ 自動化測試運行結果： 0%失敗率？ 發(fā)現(xiàn)缺陷的難易程度： 4小時發(fā)現(xiàn)缺陷 ≤ 2 缺陷嚴重度和數(shù)量變化趨勢： 近期無高嚴重度缺陷 功能穩(wěn)定程度： 近期代碼無需改變、自動化運行一直保持 100%通過 29 六 使用軟件質量度量的注意事項和建議 應當加以分析后挑選適當度量 不應作為唯一的測試質量衡量標準 考慮人為因素和不定性因素的影響 同一產品不同功能也應使用統(tǒng)一衡量標準 分析度量結果以指導測試和開發(fā)過程 研發(fā)適合自己產品使用的質量度量 30 問題解答？ 謝謝大家！歡迎交流！ 31
環(huán)評公示相關推薦
鄂ICP備17016276號-1