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