基于代碼的測試覆蓋通過以下公式計算：
質量評測
測試覆蓋的評估提供對測試完全程度的評測，在測試過程中已發現缺陷的評估提供了最佳的軟件質量指標。因為質量是軟件與需求相符程度的指標，所以在這種環境中，缺陷被標識為一種更改請求，該更改請求中的測試對象與需求不符。
缺陷評估可能建立在各種方法上，這些方法種類繁多，從簡單的缺陷計數到嚴格的統計建模不一而足。
嚴格的評估假定測試過程中缺陷達到的比率或發現的比率。常用模型假定該比率符合泊松分布。則有關缺陷率的實際數據可以適用于這一模型。生成的評估將評估當前軟件的可靠性，并且預測繼續測試并排除缺陷時可靠性如何增長。該評估被描述為軟件可靠性增長建模，這是一個活躍的研究領域。由于該類型的評估缺乏工具支持，所以應該慎重平衡成本與其增加價值。
缺陷分析就是分析缺陷在與缺陷關聯關系的一個或多個參數值上的分布。缺陷分析提供了一個軟件可靠性指標。
對于缺陷分析，常用的主要缺陷參數有四個：
· 狀態：缺陷的當前狀態（打開的、正在修復或關閉的等）。
· 優先級：必須處理和解決缺陷的相對重要性。
· 嚴重性：缺陷的相關影響。對最終用戶、組織或第三方的影響等等。
· 起源：導致缺陷的起源故障及其位置，或排除該缺陷需要修復的構件。
可以將缺陷計數作為時間的函數來報告，即創建缺陷趨勢圖或報告；也可以將缺陷計數作為一個或多個缺陷參數的函數來報告，如作為缺陷密度報告中采用的嚴重性或狀態參數的函數。這些分析類型分別為揭示軟件可靠性的缺陷趨勢或缺陷分布提供了判斷依據。
例如，預期缺陷發現率將隨著測試進度和修復進度而最終減少�？梢栽O定一個閾值，在缺陷發現率低于該閾值時才能部署軟件。也可根據執行模型中的起源報告缺陷計數，以允許檢測"較差的模塊"、"熱點"或需要再三修復的軟件部分，從而指示一些更基本的設計缺陷。
這種分析中包含的缺陷必須是已確認的缺陷。不是所有已報告的缺陷都報告實際的缺陷，這是因為某些缺陷可能是擴展請求，超出了項目的規模，或描述的是已報告的缺陷。然而，需要查看并分析一下，為什么許多報告的缺陷不是重復的缺陷就是未經確認的缺陷，這樣做是有價值的。
缺陷報告
Rational Unified Process 以三類形式的報告提供缺陷評估：
· 缺陷分布（密度）報告允許將缺陷計數作為一個或多個缺陷參數的函數來顯示。
· 缺陷齡期報告是一種特殊類型的缺陷分布報告。 缺陷齡期報告顯示缺陷處于特定狀態下的時間長短，如"提出的"。在齡期類別中，缺陷還可以按其他屬性分類，如"擁有者"。
· 缺陷趨勢報告按狀態（新的、已打開的或關閉的）將缺陷計數作為時間的函數顯示。趨勢報告可以是累計的，也可以是非累計的。
· 測試結果和進度報告顯示對測試的應用程序進行若干次迭代和測試生命周期后的測試過程執行結果。
許多此類報告對于評估軟件質量具有很高的價值。一般測試標準中包括有關特定類別（如嚴重性級別）中打開的缺陷數的陳述。通過缺陷分布評估可以輕松地核對該標準。對測試需求進行過濾或分類，該評估可以側重于不同的需求集。
要有效生成此類報告，一般需要工具支持。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
