往期關聯文章回顧：

瀑布、V、W、快速原型模型、增量、螺旋模型

測試管理 | 4種優先級排序方法一定要掌握

測試管理 | 基于風險的測試

? ? ? ?管理上有這樣一句名言，進行度量的工作才會得到有效的執行。反之，因為很容易忽略那些不進行度量的工作，所以不進行度量的工作通常不會得到有效的執行。因此，對于包括測試在內的任何活動，建立適當的度量都是很重要的。??

測試度量可以劃分到以下的一種或多種類型中：?

???項目度量，對照既定的項目出口準則，如測試用例執行率、通過率和失敗率，度量項目進展?

???產品度量，度量產品的某些屬性，如測試程度和缺陷密度

? 過程度量，度量測試或開發過程的能力，如通過測試發現的缺陷百分比?

? 人員度量，度量個人或小組的能力，如在給定的時間內測試用例的實施情況?

任何給定的度量都屬于以上的兩種、三種、甚至四種類型。例如，體現每日缺陷發現率的趨勢圖可以與以下內容都相關：出口準則（連續一周都未發現新缺陷）、產品質量（測試無法再找出產品的缺陷）、和測試過程的能力（在執行測試的前期發現了大量缺陷）。

人員度量尤為敏感。測試經理有時會把過程度量誤認為是人員度量，導致大家為了讓該度量對他們更有利而采取一些行動，產生災難性的后果。

我們主要關注的是使用度量來衡量測試工作的進展，如項目度量。度量的使用可以讓測試人員在匯報結果時保持一致，而且可以連貫地跟蹤測試進展。測試經理通常被要求在各種會議上展示度量數據，這些會議的參與人可能包括從技術人員到執行管理層的各級別的干系人。因為有時確定一個項目整體成功與否也會用到這些度量數據，在決定需要跟蹤什么內容、匯報的頻率和呈現這些信息的方式時都需要特別留意。需要強調的是，測試經理必須考慮以下內容：?

? 度量的定義：應定義一組有限的有用度量。度量的定義依據項目、過程和／或產品的具體目標。定義度量時應考慮到平衡，因為單個的度量可能會誤導對狀態或趨勢的印象。對這些定義的度量的解讀必須得到所有干系人的認可，避免討論這些度量時產生混亂。經常發生定義了過多的度量而沒有關注那些最相關的度量的情況?

? 度量的追蹤：應該盡可能自動化度量報告和匯總，以縮短采集和處理度量數據的時間。隨時間的推移，特定的度量數據可能會反映出和度量定義階段約定的解讀不同的信息。測試經理應做好準備，仔細分析這些度量數據和期待可能出現哪些偏差，以及造成偏差的原因?

??度量的匯報：目的是幫助管理層迅速理解所獲得的信息。應呈現對某段時間度量的“快照”或度量隨時間推移的變化，這樣才能進行趨勢分析?

? 度量的有效性：測試經理還必須驗證匯報的信息。為某個度量收集的數據可能無法反應項目的真實情況或可能傳達了過于樂觀或過于悲觀的趨勢。在呈現數據前，測試經理必須就數據的準確度和可能傳達的信息兩方面對數據進行評審?

監督測試進展主要就以下五個方面：?

? 產品（質量）風險?

? 缺陷?

? 測試?

? 覆蓋率?

? 信心??

在項目和業務中，產品風險、缺陷、測試和覆蓋率可以，且通常以特定的方式進行度量和匯報。如果這些度量數據和測試計劃中定義的出口準則相關，他們可以作為判斷測試工作是否完成的客觀標準。信心的度量可以通過調查或使用覆蓋率作為替代度量，不過通常還會以主觀的方式匯報信心。?

與產品風險相關的度量包括：?

? 完全覆蓋的風險百分比（所有的測試都通過（Pass））?

? 部分覆蓋的風險的百分比（有些測試或很多測試都沒有通過）?

? 還未完全測試的風險的百分比（有些測試還沒有測試完）?

? 按風險類別劃分的覆蓋的風險百分比?

? 在初次質量風險分析后識別的風險的百分比??

與缺陷相關的度量包括：?

? 已報告（發現）的缺陷總數對比已解決（修復）的缺陷總數?

? 失效的平均時間間隔和失效出現率?

? 按下列分類統計的缺陷數或百分比 o 特定的測試項或組件 o 根本原因 o 缺陷來源（如需求規格說明、新功能、回歸等） o 測試發布 o 引入、發現和移除缺陷的階段 o 優先級／嚴重程度 o 拒絕或重復的缺陷報告?

? 從報告缺陷到修復缺陷所花的時間趨勢?

? 引入了新缺陷（有時也稱子缺陷）的缺陷修復數??

和測試相關的度量包括：?

? 已計劃的、已詳細說明（已實施）的、已運行、通過的、失敗的、無法執行的和跳過不執行的測試總數?

? 回歸測試和確認測試的狀態，包括趨勢和未通過的回歸測試總數及未通過的確認測試總數?

? 計劃的每日測試時長對比實際的每日測試時長?

? 測試環境的可用性（準備測試團隊可用的測試環境占計劃測試時長的百分比）?

和測試覆蓋率相關的度量包括：?

? 需求和設計要素的覆蓋率?

? 風險覆蓋率?

? 環境／配置覆蓋率?

? 代碼覆蓋率??

重要的是測試經理要知道怎樣去解讀和使用覆蓋率的度量，以便理解和報告測試狀態。對于級別較高的測試，如系統測試、系統集成測試和驗收測試，主要的測試依據通常是需求規格說明、設計規格說明、用例、用戶故事、產品風險、支持環境和支持配置等工作產品。結構化的代碼覆蓋率度量更適用于級別較低的測試，如單元測試（如語句和分支覆蓋）和組件集成測試（如接口覆蓋）。測試經理可能使用代碼覆蓋的度量數據來衡量測試覆蓋待測系統的程度，但在匯報較高級別的測試結果時，通常不會提到代碼覆蓋的度量。此外，測試經理應該知道即便單元測試和組件集成測試達到了結構覆蓋目標的100%，缺陷和質量風險仍有待較高級別的測試來處理。?

度量也可以連系到基本測試過程中的活動。在整個測試過程中，就可以對照項目目標和測試過程本身，使用度量數據來監督測試過程本身以及達成項目目標的進展。??

和監督測試計劃和控制活動相關的度量包括：?

? 風險、需求和其它測試依據要素的覆蓋率?

? 缺陷發現情況?

? 計劃開發測試件和執行測試用例的時長對比實際的時長??

和監督測試分析活動相關的度量包括：

? 識別的測試條件數?

? 測試分析中發現的缺陷數（如通過使用測試依據識別風險或其它測試條件）??

和監督測試設計活動相關的度量包括：?

? 測試用例覆蓋的測試條件百分比?

? 測試設計中發現的缺陷數（如通過對照測試依據開發測試）??

和監督測試實施活動相關的度量包括：?

? 測試環境配置的百分比?

? 測試數據記錄加載的百分比?

? 測試用例自動化的百分比??

和監督測試執行活動相關的度量包括：?

? 執行、通過和失敗的測試占已計劃的測試的百分比?

? 執行（和／或通過）的測試用例覆蓋的測試條件的百分比

? 計劃與實際的報告／解決的缺陷對比?

? 計劃與實際達到的覆蓋率的對比?

監督測試進展和測試完成活動的度量包括里程碑、入口準則和出口準則（測試計劃中定義和批準的）的映射，其中可能包括以下內容：?

? 計劃的測試條件、測試用例或測試規約說明的數目和按測試是否通過分別統計的執行的測試條件、測試用例或測試規約說明的數目?

? 總缺陷數，通常按嚴重程度、優先級、目前狀態、受影響的子系統或其它分類統計

? 要求的、接受的、開展的和測試過的變更數?

? 計劃成本對比實際成本?

? 計劃工期對比實際工期?

? 測試里程碑的計劃日期對比實際日期?

? 有關測試的項目里程碑（如代碼凍結）的計劃日期對比實際日期?

? 產品（質量）風險狀態、通常按已緩解與未緩解的風險，主要的風險區域、測試分析后發現的新風險等分類統計?

? 由于阻塞事件或計劃的變更導致的測試工作量、成本或時間損失的百分比?

? 確認和回歸測試狀態??

和監督測試結束活動相關的度量包括：?

? 測試執行期間已執行的、通過的、失敗的、無法執行的和跳過不執行的測試用例的百分比?

? 納入可復用的測試用例庫的測試用例的百分比?

? 自動化的測試用例的百分比或計劃的與實際的自動化的測試用例百分比對比 ? 并入回歸測試的測試用例的百分比?

? 已解決／未解決的顯著缺陷報告的百分比?

? 識別和歸檔的測試工作產品的百分比??

另外，標準的項目管理技術，如工作分解結構，通常被用來監督測試過程。在敏捷團隊中，測試是燃盡圖上用戶故事進展的一部分。使用精益管理技術時，測試進展以一系列故事為基礎，通常通過用戶故事卡在看板圖上移動的狀態來監督。??

在給定了一組度量標準后，度量數據可以通過口頭陳述、在表格中以數值的形式，或用圖形來進行匯報。度量數據可以有很多用途，包括：

? 分析，找出可從測試結果中觀察到的趨勢和原因?

? 匯報，將測試結果告知感興趣的項目參與人和項目干系人?

? 控制，改變整個測試或項目的進程和監督進程糾正的結果??

收集、分析和報告這些測試度量數據的適當方式取決于具體的信息需要、目標和使用這些度量數據的個人能力。另外，測試報告的具體內容也應該根據不同的讀者而變化。??

為了測試控制的需要，非常重要的一點是度量數據必須能夠提供給測試經理有關整個測試過程（測試計劃完成后）的信息，并能指導測試經理成功完成測試任務、實施測試策略和實現測試目標。因此在計劃時一定要考慮到信息需要，監督時一定要包括收集任何需要的工作產品度量。需要的信息量和采集信息需要的工作量取決于各種項目因素，包括項目規模、復雜度和風險。

? 測試控制一定要回應測試產生的信息和項目或活動存在的不斷變化的環境。例如，如果動態測試在某些認為不可能有很多缺陷的區域發現了缺陷群，又如由于測試開始時間延遲導致測試執行周期縮短，則必須對風險分析和計劃作出修改。這么做可能需要對測試優先級重新設定和對剩余的測試執行工作重新進行分配。?

如果通過測試進展報告發現與測試計劃出現了偏差，則應執行測試控制。測試控制的目的是為項目和／或測試重新定向到更可能取得成功的方向。當項目的控制工作取決于測試結果或受測試結果影響時，需要考慮以下內容：?

? 修改質量風險分析、測試優先級和／或測試計劃?

? 增加資源或增加項目或測試工作量

? 推遲發布日期?

? 放松或加強測試出口準則?

? 改變項目的范圍（功能或非功能）??

實施這些內容通常需要項目或業務干系人之間達成共識，并且取得項目或業務經理的同意。??

測試報告中發布的信息應該大部分取決于目標讀者，如項目管理人員或業務管理人員的信息需要。項目經理最可能感興趣的是關于缺陷的詳細信息，而業務經理最關注的可能是產品風險的狀態。

總結

以上是生活随笔為你收集整理的测试管理 | 测试经理定义和实施测试度量的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。