測試專案進度跟控測試負責人的核心

測試專案進度跟控——測試負責人的核心

在專案的系統測試過程中，測試負責人要及時了解測試進度，跟蹤bug提交、修復及驗證情況以及系統的拷機情況。

在開發初期階段，測試組執行bbfv時，很多模組、功能點的開發完成進度和原計畫會存在一定的偏差，就需要測試負責人動態的重新整理wbs計畫，根據實際的開發進度調整測試計畫。

在開發階段，存在版本編譯不出來導致無法測試，開發人員修復**太隨意導致版本穩定性反覆，需求變更過大導致後端測試開發變更嚴重等現象，會導致測試工作無法正常進行。就需要測試負責人及時反饋出來，根據專案本身的特點進行對應的處理。

當測試進度出現延期時，要及時確認問題原因，如果是問題協查導致，則需及時與研發人員進行溝通協商，看問題是否必須在測試環境進行排查，若為必現問題可與研發協商要求其在自己環境進行排查，若必須占用測試環境，則需及時調整測試計畫，若因此可能影響版本的發布，則應及時與se確認。

若發現有較多bug未解決，則應主動聯絡se及研發人員召開bug會確定問題的解決時間。若發現有較多bug未驗證，則應提醒專案組的測試人員及時進行驗證，對於一些拷機或非必現的bug，建議測試人員在此bug上現做拷機標記，連續拷機一周未再復現的做關閉處理，若再次復現則繼續進行排查。

疑難問題的跟控：比較難復現的問題，怎麼去嘗試復現。比較難定位的問題，怎麼驅動、反饋給se，協調開發人員定位問題。比較難處理的問題，怎麼跟控反饋進度等。

每天下班前需確認拷機內容，每天上班第一件事需確認拷機結果，只有這樣才能保證拷機的效果，實現拷機的真正意義。

實際上，作為乙個專案測試負責人，這部分工作是最重要和核心工作。

很多測試的風險點，需要測試人員及時反饋出來，否則無法保證測試質量，也無法反饋產品真正的問題所在。同時，測試計畫受到衝擊太大的話，對測試計畫和專案計畫都是重大的風險，需要專案負責人及時反饋，以便解決問題，規避風險。比如：

1.版本未編譯通過

2.版本不穩定

3.版本反覆崩潰，上週bug較少本週bug較多等

4.開發人員占用測試環境時間太長，導致測試無法進行

5.需求變更較大，測試執行無法保證

對測試而言，開發過程是上游環節。所以對上游環節輸出交付件的及時反饋是非常重要的，可能會導致工作的被動和適應性調整。測試的過程不應該是純黑盒，無論是部門方式的測試團隊，還是專案方式的測試團隊，都應該和其他領域保持多方面、多維度的溝通、交流。

測試專案進度跟控 測試負責人的核心