ODC分析法
ODC（正交缺陷分類）分析方法最早由IBM的waston中心推出，是將一個缺陷在生命周期的各環節的屬性組織起來，從單維度、多維度來對缺陷進行分析，從不同角度得到各類缺陷的缺陷密度和缺陷比率，從而積累得到各類缺陷的基線值，用於評估測試活動，指導測試改進和整個研發流程的改進；同時根據各階段缺陷分布得到缺陷去除過程特征模型，用於對測試活動進行評估和預測。
詳細參見：軟件缺陷分析方法：ODC
ODC適用於缺陷的定位、排除、原因分析以及預防活動，它也可以 用於改進軟件的開發過程。
ODC的缺點在於：分類過程復雜，難以把握分類標准，缺陷分析人員的主管意見會影響屬性的缺點。
Gompertz分析法
資料：軟件測試缺陷分析方法簡介
根據測試累積投入時間和累積缺陷增長情況，擬合得到符合自己過程能力缺陷增長的Gompertz曲線，用來評估軟件測試充分性、預測軟件極限缺陷數量和退出測試所需時間、作為測試退出判斷依據、指導測試計划和策略調整。
缺點：這個方法的前提是產品的整個測試活動中測試能力保持相對穩定，同時對測試過程中發現的缺陷只做數量上的處理，不做等級上的划分。
四象限分析法
按照嚴重程度和優先級，划分出來四個象限。
優先級高的盡快解決，最大程度可降低整個項目的周期。
如果嚴重的缺陷沒有修復，隨着時間的推移第一象限嚴重的缺陷的密度越來越大，變得越發不可控制，風險就越大。
根據軟件內部各模塊、子系統、特性測試所累積時間和缺陷去除情況，和累積時間和缺陷去除情況的基線進行比較，得到各個模塊、子系統、特性測試分別所位於的區間，從而判斷哪些部分測試可以退出、哪些測試還需加強，用於指導測試計划和策略的調整。
根本原因分析
參考資料：
RCA（Root Cause Analysis）
根本原因分析是一項結構化的問題處理法，用以逐步找出問題的根本原因並加以解決， 而不是僅僅關注問題的表征。根本原因分析是一個系統化的問題處理過程，包括確定和分析問題原因，找出問題解決辦法，並制定問題預防措施。
根本原因分析的工具有：因果圖、頭腦風暴法、魚骨圖、WHY-WHY圖。
應用到測試上面就是：利用魚骨圖、柏拉圖等分析缺陷產生的根本原因，根據這些根本原因采取措施，改進開發和測試過程；
RCA適合對一些嚴重程度較高的缺陷進行重點分析。
RCA的缺點：消耗資源大、效率低、實時性差，不太適合用於大型項目。
缺陷注入分析
對被測軟件注入一些缺陷，通過已有用例進行測試，根據這些刻意注入缺陷的發現情況，判斷測試的有效性、充分性，預測軟件殘留缺陷數。
假設我在軟件中注入了30個缺陷，目前一共發現了100個缺陷，這100個缺陷中有15個是我注入的缺陷。
那么推斷出：總缺陷數=30/15*100=200個。
DRE/DRM分析法
參考資料：缺陷分析方法簡介—DRE/DRM分析法
通過已有項目歷史數據，得到軟件生命周期各階段缺陷注入和排除的模型，用於設定各階段質量目標，評估測試活動.