第二十九章 你該如何去保證測試執行的質量？
當進入測試執行階段之后，作為測試項目的管理人員，即使知道怎么很好的管理執行進度，但也還是有一個頭痛的問題無法回避，那就是怎么保證執行的質量呢？
項目管理的五大過程組中，有個貫穿全流程的過程組，也是整個項目得以按計劃完成的很重要的一個保障過程，“監控”過程組。我們狹義地來看待這個“監控”，其實主要就是監控進度和質量。
項目監控是圍繞項目實施計劃，跟蹤進度、成本、質量、資源，掌握各項工作現狀，以便進行適當的資源調配和進度調整，確定活動的開始和結束時間，并記錄實際的進度情況，在一定情況下進行路徑、決策、度量、量化管理、風險等方面的分析。在實施項目的過程中，要隨時對項目進行跟蹤監控，以使項目按計劃規定的進度、技術指標完成，并提供現階段工作的反饋信息，以利后續階段的順利開展和整個項目的完成。
進度管理在之前的課程里已經說過了，今天我們主要是一起來看下質量管理。
雖說任務的完成質量是事后才能檢驗的，但是保質量的活動是從任務開始前到任務完成時都貫穿始終的。
測試點和測試用例評審時，你作為測試項目負責人要全程參與，而且在參加前要熟悉測試點和測試用例，帶著疑問和你識別出來的測試要點去參加。在確保需求測試責任人覆蓋到了全部的測試點之外，針對關鍵功能或業務流程提出疑問和建議，以提高測試點的覆蓋面和測試用例的質量，從而提升任務的完成質量。
測試過程中，你作為測試項目負責人要實時瀏覽每天的 bug 和跟蹤 bug 的生命周期，根據核心模塊不同級別 bug 的數量來判斷需求測試責任人執行的深度和覆蓋度，當 bug 曲線不正常的時候，就需要跟責任人及時溝通，了解他的測試進度和工作狀態，否則，質量多半會出現問題。
測試執行階段接近尾聲的時候，你作為測試項目負責人可以自己親自驗收一些核心功能或業務模塊，也可以安排幾個需求測試責任人進行交叉測試，對最后的測試質量做一輪把關。
在實際的項目場景中，因為測試時間都被壓縮的很緊張，所以重點推薦第一種和第二種方法，當測試時間充裕的情況下，第三種方法也是推薦列入計劃的。
很多人在剛剛轉做測試項目管理工作時，都犯過同樣一個錯誤，我也不例外。那就是認為將進度盯得緊一些，質量就會高一些。
先說說我在最初做測試項目管理時的經歷吧。
我做了大概有兩個月的時候，項目團隊的成員集體送了我一個稱號——“唐僧”，因為我自己在做個人計劃管理時，習慣的最小任務單位為天，所以，想當然地就把這個習慣帶入了項目管理當中。我從項目啟動開始，每天做的最多的一件事就是在項目組成員之間來回跑，每到一個人座位上，就往他桌上一坐，問他進度大概百分之多少了，有沒有什么問題等等。
最初的時候，我自己其實并沒有感覺到這有什么問題，只是意識到每天花在溝通上的時間比較多，很多自己的任務都只能在下班后去做，挺累的。不過那時候覺得心里有底，覺得整個項目的質量都在自己的掌控之中。
可項目組成員并不這么覺得，他們一開始沒有太大感覺，后來每天一看到我就哆嗦，都快崩潰了，后來在一次 Team Building 時，集體送了我一個稱號“唐僧”（我一直認為他們是受大話西游的荼毒太深），他們說每天都被我疲勞轟炸，總是在問他們進度，問他們問題，嚴重影響到他們的工作節奏，然后集體要求我喝了三大碗（可樂），直接把我三振出局，讓我好好反省去了。
我為了能快速回歸大家庭，迅速分析了自己的問題，并找到了解決的思路和方案。
任務的跟蹤和進度的管理要重結果，輕過程；
根據項目組成員的不同特性，制訂不同的策略；
自我管理做的不錯的，計劃性很強的項目組成員，只要明確他的任務內容和驗收標準，在 Deadline 的前兩天檢查一下即可；
自我管理做的一般的，計劃性較弱的項目組成員，除了要明確他的任務內容和驗收標準，還要根據項目工期的長度，設定階段性的目標，定期檢查階段性產物和質量，及時做出的應對；
制訂項目計劃時，先根據項目的總體要求制訂計劃初稿，包括上述內容，任務目標、任務內容、任務驗收標準、任務時間節點、任務責任人等等，在項目計劃會之前發給項目組成員預覽，方便大家帶著問題參會討論；
項目計劃會上，主要介紹項目的大背景、關鍵性要求和時間節點，再明確任務分配的計劃，大家討論定稿，然后就按照計劃執行。有任何問題，會上解決掉，一旦定稿，就默認項目組成員在計劃上已經達成一致認可，無需再單獨確認；
執行質量保證活動時，嚴格規定自己的監控顆粒度，初期可以結合項目干系人名單，制訂對于每個人的跟蹤計劃，避免自己又將個人習慣帶入項目管理過程；
最后，有一個很重要的思想，要逐漸地傳遞給整個團隊，那就是不要將測試執行的質量保證局限于測試方法或工具，而要著眼于流程、計劃和一些非技術因素。
《告訴你如何從執行測試到管理測試》帶你邁出第（29）步！，點擊這里可查看完整地圖
作者簡介：14 年測試 + 11 年項目管理 + 11 年團隊管理 = 一個測試老兵
