基于測試流程上的缺陷管理系統(tǒng)-展示頁
2025-05-14 00:47本頁面
【正文】 注點 應(yīng)對軟件缺陷類型進(jìn)行分析 ， 以便針對各自的特點 ， 先修復(fù)嚴(yán)重缺陷 。（同行評審） Founder Ramp。D 缺陷分析的關(guān)注點 對 bug的注入階段的分布進(jìn)行分析，并與歷史數(shù)據(jù)相比較。D 缺陷分析的關(guān)注點： 對軟件問題的功能域分布進(jìn)行分析 ， 找出系統(tǒng)的薄弱環(huán)節(jié) ? 要詳細(xì)采集每個功能模塊或 系統(tǒng)構(gòu) 件的 bug數(shù)據(jù) ， 并按功能 、 錯誤類型 、 嚴(yán)重程度等分類 ? 比較實際發(fā)現(xiàn)的軟件 bug是否與預(yù)期的問題分布相吻合 ? 二八定理： 80%的軟件問題總是發(fā)生在大約 20%的功能模塊 （ 系統(tǒng)構(gòu)件 ） 中 。D ?Bug報告準(zhǔn)則 ?如何重現(xiàn)錯誤 使用最少步驟重現(xiàn) ?現(xiàn)象描述沒有歧義 ?盡量簡單 一個 bug一個報告 ?可以提出對錯誤的解決建議 ?開發(fā)人員拒絕修改的 bug ?程序員無法重現(xiàn)或者現(xiàn)象難以捕捉 ?沒有明確的報告以說明重現(xiàn) bug的步驟 ?程序員無法讀懂的 bug報告 ?用戶很少使用或者不符合用戶使用習(xí)慣的操作出錯 ?由不受信任的測試人員提出 缺陷報告 Founder Ramp。D Founder Ramp。三、基于測試流程上的缺陷管理系統(tǒng) ? 缺陷的定義 ? 軟件沒有達(dá)到產(chǎn)品說明書表明的功能 ? 軟件出現(xiàn)了產(chǎn)品說明書中不一致的表現(xiàn) ? 軟件功能超出產(chǎn)品說明書的范圍 ? 軟件沒有達(dá)到用戶期望的目標(biāo) (雖然產(chǎn)品說明書中沒有要求 ) ? 測試員或用戶認(rèn)為軟件的易用性差 ? 不是所有缺陷都會修改 ? 市場的壓力使得產(chǎn)品最終發(fā)行有時間限制 ? 測試員錯誤理解或者不正確操作引出的缺陷 (FAQ) ? 錯誤的修改影響的模塊較多，帶來的風(fēng)險較大 （遺留） ? 修改性價比太低 (FAQ， 遺留） ? 缺陷報告中提出的問題很難重現(xiàn) Founder Ramp。D 缺陷報告管理系統(tǒng) ? 是測試流程在工具上的固化 ? 通過權(quán)限控制來實現(xiàn)流程監(jiān)控 ? 記錄了缺陷識別到關(guān)閉過程中的所有數(shù) ? 記錄了版本變更的信息 ? 是開發(fā)和測試之間溝通的信息平臺
范文總結(jié)相關(guān)推薦
鄂ICP備17016276號-1