基于代碼的測試覆蓋

　　基于代碼的測試覆蓋評測測試過程中已經執行的代碼的多少，與之相對的是要執行的剩余代碼的多少。代碼覆蓋可以建立在控制流(語句、分支或路徑)或數據流的基礎上。控制流覆蓋的目的是測試代碼行、分支條件、代碼中的路徑或軟件控制流的其他元素。數據流覆蓋的目的是通過軟件操作測試數據狀態是否有效，例如，數據元素在使用之前是否已作定義。基于代碼的測試覆蓋通過以下公式計算：

　　測試覆蓋 = Ie / TIic

　　其中：

　　Ie 是用代碼語句、代碼分支、代碼路徑、數據狀態判定點或數據元素名表示的已執行項目數。

　　TIic (Total number of Items in the code) 是代碼中的項目總數。

　　如將該比率轉換為百分數，則以下基于代碼的測試覆蓋的陳述成立：

　　x% 的測試用例(上述公式中的 I)已經覆蓋，成功率為 y%

　　這一關于測試覆蓋的陳述是有意義的，可以將其與已定義的成功標準進行對比。如果不符合該標準，則此陳述將成為預測剩余測試工作量的基礎。

　　質量評測

　　測試覆蓋的評估提供對測試完全程度的評測，在測試過程中已發現缺陷的評估提供了最佳的軟件質量指標。因為質量是軟件與需求相符程度的指標，所以在這種環境中，缺陷被標識為一種更改請求，該更改請求中的測試對象與需求不符。

　　缺陷評估可能建立在各種方法上，這些方法種類繁多，從簡單的缺陷計數到嚴格的統計建模不一而足。

　　嚴格的評估假定測試過程中缺陷達到的比率或發現的比率。常用模型假定該比率符合泊松分布。則有關缺陷率的實際數據可以適用于這一模型。生成的評估將評估當前軟件的可靠性，并且預測繼續測試并排除缺陷時可靠性如何增長。該評估被描述為軟件可靠性增長建模，這是一個活躍的研究領域。由于該類型的評估缺乏工具支持，所以應該慎重平衡成本與其增加價值。

　　缺陷分析就是分析缺陷在與缺陷關聯關系的一個或多個參數值上的分布。缺陷分析提供了一個軟件可靠性指標。

　　對于缺陷分析，常用的主要缺陷參數有四個：

　　狀態：缺陷的當前狀態(打開的、正在修復或關閉的等)。

　　優先級：必須處理和解決缺陷的相對重要性。

　　嚴重性：缺陷的相關影響。對最終用戶、組織或第三方的影響等等。

　　起源：導致缺陷的起源故障及其位置，或排除該缺陷需要修復的構件。

　　可以將缺陷計數作為時間的函數來報告，即創建缺陷趨勢圖或報告;也可以將缺陷計數作為一個或多個缺陷參數的函數來報告，如作為缺陷密度報告中采用的嚴重性或狀態參數的函數。這些分析類型分別為揭示軟件可靠性的缺陷趨勢或缺陷分布提供了判斷依據。

　　例如，預期缺陷發現率將隨著測試進度和修復進度而最終減少。可以設定一個閾值，在缺陷發現率低于該閾值時才能部署軟件。也可根據執行模型中的起源報告缺陷計數，以允許檢測“較差的模塊”、“熱點”或需要再三修復的軟件部分，從而指示一些更基本的設計缺陷。

　　這種分析中包含的缺陷必須是已確認的缺陷。不是所有已報告的缺陷都報告實際的缺陷，這是因為某些缺陷可能是擴展請求，超出了項目的規模，或描述的是已報告的缺陷。然而，需要查看并分析一下，為什么許多報告的缺陷不是重復的缺陷就是未經確認的缺陷，這樣做是有價值的。