測試管理ppt課件(參考版)
2025-01-13 02:06本頁面
【正文】 么內(nèi)容 ? ? ?軟件缺陷的度量指標都有哪些 ? ?65。59基于代碼的測試覆蓋 ? 基于代碼的測試覆蓋率 =Ie/TIicl00％– 其中， Ie是用代碼語句、代碼分支、代碼路徑、數(shù)據(jù)狀態(tài)判定點或數(shù)據(jù)元素名表示的已執(zhí)行代碼數(shù)； TIic是代碼的總數(shù)。 ? 已執(zhí)行的測試覆蓋率 =Ti/RfTl00％– 其中， Ti是用測試過程或測試用例表示的已執(zhí)行的測試需求數(shù)； RfT是測試需求的總數(shù)。? 這些工具各有特色，在功能的全面性上也各不相同，但都是基于 “找出缺陷、修改缺陷、進行回歸測試 ”這種面向流程處理的傳統(tǒng)模式，實現(xiàn)了缺陷管理的基本流程，并在此基礎(chǔ)上提供了一些查詢和統(tǒng)計功能；? 其共同的缺點是沒有充分利用軟件開發(fā)過程中產(chǎn)生的缺陷數(shù)據(jù)，不能以一種主動的、精確量化的方式對軟件缺陷進行預防并提供軟件項目管理者所需的有關(guān)產(chǎn)品和過程的度量信息。? 如，發(fā)布前發(fā)現(xiàn)了 300個缺陷，發(fā)布后使用半年又發(fā)現(xiàn)了 100個缺陷，則發(fā)布前的缺陷消除率 PDRE=300/(300+100)100％ =75％。 ? DDE說明了過程的效率。– 如果 DDE為 100％，則表明該階段發(fā)現(xiàn)了所有在這個階段中產(chǎn)生的缺陷，沒有缺陷傳播到下一個階段。53缺陷探測效率? 缺陷探測效率 (Defect Detection Efficien， DDE)：是指軟件生命周期的各個階段由測試人員發(fā)現(xiàn)缺陷的效率。– 同樣如果我們發(fā)現(xiàn)軟件設(shè)計過程中產(chǎn)生的問題比較多，那么就可以通過加強軟件設(shè)計階段中的審查活動來保證設(shè)計的質(zhì)量。 ? 一般來說，缺陷產(chǎn)生的根本原因劃分的越細致，分析的結(jié)果就越精確。? 這里邊存在的主要問題是：所有的缺陷并不都是均等構(gòu)造的。? 產(chǎn)品的缺陷密度直接影響著客戶的滿意程度。? 軟件的大小可以采用功能點度量，也可以用源代碼行數(shù)衡量。? 例如，修復了 100個缺陷，后來發(fā)現(xiàn)其中 20個修復引入了新的缺陷，則缺陷糾正率為D=(100 20)/100100％ =80％。 42缺陷發(fā)生率 43缺陷趨勢圖 44缺陷修改的質(zhì)量 ? 缺陷修改的質(zhì)量是指修改后剩余的缺陷數(shù)量，即重現(xiàn)率。 41缺陷趨勢分析 ? 缺陷趨勢分析是指在測試生命周期內(nèi)，隨著測試工作的進行，發(fā)現(xiàn)缺陷的數(shù)量的變化趨勢。 ? 該度量用于驗證缺陷是否被及時地解決，利用缺陷持續(xù)時間的數(shù)據(jù)，測試組可以分析開發(fā)組對改錯工作的反應(yīng)是否影響了測試工作的進度 ? 一個缺陷的持續(xù)時間越長，糾正缺陷的難度可能就越大，因為可能在錯誤代碼的基礎(chǔ)上又加入了新的代碼40缺陷糾正到返測的時間 ? 缺陷糾正到返測時間是指缺陷被修正并且在新版本中發(fā)布的時間到缺陷被返測的時間跨度。? 如：– 在回歸測試中，從以前運轉(zhuǎn)正常的功能中發(fā)現(xiàn)缺陷的比例（修正工作破壞以前運轉(zhuǎn)正常功能的頻率）– 缺陷修正失敗的頻率– 新缺陷的發(fā)現(xiàn)率走勢37獲取度量數(shù)據(jù) ? 缺陷文檔中可能包括的屬性有：缺陷 ID、缺陷狀態(tài)、測試人員 ID、提交時間、缺陷所屬項目 ID、缺陷所屬模塊 ID、開發(fā)人員 ID、缺陷類型、嚴重級別、優(yōu)先級、修改人 ID、解決方案、修改時間、修改次數(shù)、確認結(jié)果等。報告人： xxxx 報告日期： 20220118承辦人： xxxx 處理日期： 20220120優(yōu)先級： 3狀態(tài)：開放注釋：34? 對缺陷數(shù)據(jù)進行分析和度量，使我們在改正缺陷的同時，將缺陷管理過程推向更高的階段 —— 量化管理階段? 軟件開發(fā)只有引入了度量機制和定量化的管理，才能稱為真正意義上的 “工程 ”，這一準則清楚地體現(xiàn)在 CMM中：–CMM 4級（已管理級）引入
公司管理相關(guān)推薦
鄂ICP備17016276號-1