軟體測試過程中的度量

在軟體測試過程中，可以將度量分為兩大類：

1)衡量測試效率和測試工作量 - 工作量指標

例如，測試效率評價、測試進度s曲線等.

2)從質量

的角度表明測試的結果 - 結果指標

例如，缺陷

數量、到達模式、系統崩潰和掛起的次數等.

測試過程s曲線

追蹤測試過程也許是軟體測試階段管理中最重要的追蹤任務。建議的一種度量是測試過程一段時間內的s曲線。s曲線的x座標代表時間單位，y座標代表測試用例

數目或測試點數目。之所以稱為s曲線，意味著資料隨著時間而積累、並由於密集的測試活動而呈現出s的形狀，造成乙個坡度很大的測試斜面。圖中必須包含下列資訊：

1)每週(或天、小時)嘗試的測試用例數目或測試點數目

2)每週計畫的測試用例數目或測試點數目

3)每週成功完成的測試用例數目或測試點數目

這個度量的目的在於追蹤測試進度，將其與計畫進行比較，可以及時得到測試行為滯後的資訊，從而盡早採取措施。眾所周知，當進度壓力非常大時，測試、特別是開發階段的測試會受到很大影響。如果有乙個合適的正式的測試進度度量，開發團隊就不容易忽視這個問題。從專案計畫的角度來說，s曲線迫使團隊更好的計畫整個專案。

基於時間的缺陷到達

測試階段的缺陷追蹤和管理對所有的軟體測試都是值得推薦的。

相對產品發布時間來說，缺陷到達何時達到峰值?當前版本的缺陷到達模式與前面的版本相比如何?達到的峰值是多少?在發布前缺陷到達是否降低到乙個低而穩定的水平?以上這些問題都是缺陷到達度量的關鍵，對產品在領域中應用的質量有重要意義，因為這些問題都暗示著將來產品的質量。

比較好的缺陷到達模式應當是這樣的：早期到達率較高，峰值到達的較早，在產品發布日期前到達率就降低到乙個較低的層次。

基於時間的缺陷積壓

任何給定時間內遺留的測試缺陷定義為缺陷積壓，簡單來說，缺陷積壓就是到達的缺陷與修復的缺陷之間的累積數目之差。從測試進度的角度來說，缺陷積壓的追蹤和管理是非常重要的。

開發過程中大量的問題積壓會妨礙測試程序

當產品將要發布給使用者時，存在大量的缺陷積壓意味著在開發周期已經發現的很多缺陷將在使用者使用時重現。

但是，在開發過程中，降低缺陷積壓不一定就是優先順序最高的任務。

如果當前的重要開發活動是功能測試

，管理缺陷積壓就不應當具有最高的優先順序，重點應當一直放在測試效率和測試執行上，鼓勵最大可能的發現缺陷。

如果當前階段的主要目標是修復可能危害測試程序的重大缺陷上，就不必把工作重點放在降低整個缺陷積壓上

在測試將要結束時，重點就應當放在大幅度降低缺陷積壓上

推薦以下的全域性測試管理

方法：

1)當測試計畫

制訂好，有效性已經通過審核並被接受，管理測試進度，從而盡早獲得s曲線的早期上公升斜面

2)監控缺陷到達，分析問題，從而獲得如何採取改進行動的資訊。不要認為的控制缺陷到達，這是與測試效率、測試進度和**內在質量(**中潛伏的缺陷數)都有關的。

3)加強管理缺陷積壓的降低，力圖達到預期目標，危害測試程序的已知缺陷應當賦予最高的優先順序