軟件測試過程和質量的度量(2)

　　TCQ = 測試用例發現的缺陷數量/總的缺陷數量

　　因為還有一部分缺陷可以通過ad-hoc 測試(隨機、自由的測試)、集體走查(Work-through)和Fire-drill測試(類似消防訓練的用戶壓力/驗收測試)等其他手段發現缺陷

　　4.測試執行的效率和質量

　　測試執行的質量一般可以用軟件發布后所遺留的軟件缺陷和總缺陷數的比值來衡量，一般要求低于0.5%，也可以通過種子公式或交叉測試等方法衡量。測試執行的效率可以用下列幾種方法來綜合度量：

　　每個人日所執行的測試用例數

　　每個人日所發現的缺陷數

　　每修改的KLOC所運行的測試用例數

　　5.缺陷報告的質量

　　缺陷報告質量可以評估測試人員工作質量的方法之一，如可測量的指標有：

　　缺陷報告有效性，所有修正/關閉的(等級高的)缺陷和測試人員所報的所有(等級高的)缺陷的比值，這個值越接近1，有效性就越高，如果考察等級高的缺陷，其正常值大約在0.92 – 0.96

　　缺陷報告質量，可以用一些中間狀態為“需要補充信息”、“不是缺陷”的缺陷數量來衡量，一般占總缺陷數的3%-5%為正常，高于或低于這個值都可能不正常，高于5%，可能說明缺陷報告質量低;低于3%，可能說明測試人員缺少懷疑精神。

　　6.基于需求的測試覆蓋評估

　　基于需求的測試覆蓋評估是依賴于對已執行/運行的測試用例的核實和分析，所以基于需求的測試覆蓋評測就轉化為評估測試用例覆蓋率：測試的目標是確保 100%的測試用例全部成功地執行。一般在測試計劃中，就定義了測試的工作量、測試用例數量和測試用例覆蓋率(98%-100%)，我們根據事先確定的測試日程安排，可以將測試計劃值做成曲線，然后根據實際執行結果，定期(每天或每周)去畫實際值曲線，從而可以進行測試全過程監控和預測。

　　在執行測試活動中，評估測試用例覆蓋率又可分為兩類測試用例覆蓋率估算：

　　確定已經執行的測試用例覆蓋率，即在所有測試用例中有多少測試用例已被執行。假定Tx已執行的測試過程數或測試用例數，Rft是測試需求的總數：

　　已執行的測試覆蓋 = Tx/Rft

　　確定成功的測試覆蓋，即執行時未出現失敗的測試，如沒有出現缺陷或意外結果的測試，假定Ts是已執行的完全成功、沒有缺陷的測試過程數或測試用例數。

　　成功的測試覆蓋 = Ts/Rft

　　7.基于代碼的測試覆蓋評估

　　基于代碼的測試覆蓋評測是對被測試的程序代碼語句、路徑或條件的覆蓋率分析。如果應用基于代碼的覆蓋，則測試策略是根據測試已經執行的源代碼的多少來表示的。這種測試覆蓋策略類型對于安全至上的系統來說非常重要。

　　評估代碼覆蓋率，需要斷定測試目標期望的、總的測試代碼行數，在測試中真正執行的代碼行數及其百分比，將此結果記錄在測試評估報告中。測試過程中已經執行的代碼的多少，與之相對的是要執行的剩余代碼的多少。代碼覆蓋可以建立在控制流(語句、分支或路徑)或數據流的基礎上?？刂屏鞲采w的目的是測試代碼行、分支條件、代碼中的路徑或軟件控制流的其他元素。數據流覆蓋的目的是通過軟件操作測試數據狀態是否有效，例如，數據元素在使用之前是否已經定義。

　　基于代碼的測試覆蓋通過以下公式計算：

　　已執行的測試覆蓋 = Tc/Tnc

　　其中Tc是用代碼語句、條件分支、代碼路徑、數據狀態判定點或數據元素名表示的已執行項目數，Tnc(Total number of items in the code)是代碼中的項目總數。

原文轉自：http://www.uml.org.cn/Test/201005183.asp