如何保證測試品質

當進入測試執行階段之後，作為測試項目的管理人員，即使知道怎麼很好的管理執行進度，但也還是有一個頭痛的問題無法回避，那就是怎麼保證執行的品質呢？

項目管理的五大過程組中，有個貫穿全流程的過程組，也是整個項目得以按計劃完成的很重要的一個保障過程，“監控”過程組。我們狹義地來看待這個“監控”，其實主要就是監控進度和品質。

項目監控是圍繞項目實施計劃，跟蹤進度、成本、品質、資源，掌握各項工作現狀，以便進行适當的資源調配和進度調整，确定活動的開始和結束時間，并記錄實際的進度情況，在一定情況下進行路徑、決策、度量、量化管理、風險等方面的分析。在實施項目的過程中，要随時對項目進行跟蹤監控，以使項目按計劃規定的進度、技術名額完成，并提供現階段工作的回報資訊，以利後續階段的順利開展和整個項目的完成。

進度管理在之前的課程裡已經說過了，今天我們主要是一起來看下品質管理。

雖說任務的完成品質是事後才能檢驗的，但是保品質的活動是從任務開始前到任務完成時都貫穿始終的。

• 測試點和測試用例評審時，你作為測試項目負責人要全程參與，而且在參加前要熟悉測試點和測試用例，帶着疑問和你識别出來的測試要點去參加。在確定需求測試責任人覆寫到了全部的測試點之外，針對關鍵功能或業務流程提出疑問和建議，以提高測試點的覆寫面和測試用例的品質，進而提升任務的完成品質。

  測試過程中，你作為測試項目負責人要實時浏覽每天的 bug 和跟蹤 bug 的生命周期，根據核心子產品不同級别 bug

  的數量來判斷需求測試責任人執行的深度和覆寫度，當 bug

  曲線不正常的時候，就需要跟責任人及時溝通，了解他的測試進度和工作狀态，否則，品質多半會出現問題。

  測試執行階段接近尾聲的時候，你作為測試項目負責人可以自己親自驗收一些核心功能或業務子產品，也可以安排幾個需求測試責任人進行交叉測試，對最後的測試品質做一輪把關。

在實際的項目場景中，因為測試時間都被壓縮的很緊張，是以重點推薦第一種和第二種方法，當測試時間充裕的情況下，第三種方法也是推薦列入計劃的。

很多人在剛剛轉做測試項目管理工作時，都犯過同樣一個錯誤，我也不例外。那就是認為将進度盯得緊一些，品質就會高一些。

先說說我在最初做測試項目管理時的經曆吧。

我做了大概有兩個月的時候，項目團隊的成員集體送了我一個稱号——“唐僧”，因為我自己在做個人計劃管理時，習慣的最小任務機關為天，是以，想當然地就把這個習慣帶入了項目管理當中。我從項目啟動開始，每天做的最多的一件事就是在項目組成員之間來回跑，每到一個人座位上，就往他桌上一坐，問他進度大概百分之多少了，有沒有什麼問題等等。

最初的時候，我自己其實并沒有感覺到這有什麼問題，隻是意識到每天花在溝通上的時間比較多，很多自己的任務都隻能在下班後去做，挺累的。不過那時候覺得心裡有底，覺得整個項目的品質都在自己的掌控之中。

可項目組成員并不這麼覺得，他們一開始沒有太大感覺，後來每天一看到我就哆嗦，都快崩潰了，後來在一次 Team Building 時，集體送了我一個稱号“唐僧”（我一直認為他們是受大話西遊的荼毒太深），他們說每天都被我疲勞轟炸，總是在問他們進度，問他們問題，嚴重影響到他們的工作節奏，然後集體要求我喝了三大碗（可樂），直接把我三振出局，讓我好好檢討去了。

我為了能快速回歸大家庭，迅速分析了自己的問題，并找到了解決的思路和方案。

• 任務的跟蹤和進度的管理要重結果，輕過程；

  根據項目組成員的不同特性，制訂不同的政策；

  自我管理做的不錯的，計劃性很強的項目組成員，隻要明确他的任務内容和驗收标準，在 Deadline 的前兩天檢查一下即可；

  自我管理做的一般的，計劃性較弱的項目組成員，除了要明确他的任務内容和驗收标準，還要根據項目工期的長度，設定階段性的目标，定期檢查階段性産物和品質，及時做出的應對；

  制訂項目計劃時，先根據項目的總體要求制訂計劃初稿，包括上述内容，任務目标、任務内容、任務驗收标準、任務時間節點、任務責任人等等，在項目計劃會之前發給項目組成員預覽，友善大家帶着問題參會讨論；

  項目計劃會上，主要介紹項目的大背景、關鍵性要求和時間節點，再明确任務配置設定的計劃，大家讨論定稿，然後就按照計劃執行。有任何問題，會上解決掉，一旦定稿，就預設項目組成員在計劃上已經達成一緻認可，無需再單獨确認；

  執行品質保證活動時，嚴格規定自己的監控顆粒度，初期可以結合項目幹系人名單，制訂對于每個人的跟蹤計劃，避免自己又将個人習慣帶入項目管理過程；

最後，有一個很重要的思想，要逐漸地傳遞給整個團隊，那就是不要将測試執行的品質保證局限于測試方法或工具，而要着眼于流程、計劃和一些非技術因素。