測試報告和缺陷跟蹤 - 我們一起學項目管理 （三十八）

缺陷又稱Bug，測試人員對他有個俗稱叫做——八阿哥。

在項目進入到測試階段後，如果能夠有效的跟蹤缺陷對於項目的質量是一個保障，同時也能夠為以後的項目提供歷史數據。

在進入測試階段之前，測試Leader需要提供一份完整的測試計劃，通俗的講，就是打算怎麼去做測試。具體分幾輪進行測試，測試用例有多少，分別測試到那幾個功能。每個測試用例由哪一個測試人員進行測試。

這都是在為測試做準備。一旦項目進入測試階段，代表項目已經通過的smoke test。開發團隊由開發轉為bug修正。而項目的進度，則體現在測試日報中。

測試日報，即每天測試的相關信息，具體體現在：

（1） 測試計劃的執行情況 （是否按照原定的測試機會進行，有沒有block）

（2） 當天測試計劃是否完成，即當天計劃測試多少個用例，實際跑了多少個用例，有多少個被block住了，多少個通過了，多少個失敗了。

（3） 每一個功能對應的測試用例是否都通過了。 項目交付最終交付的是功能，如果項目中每一個功能最終都是100%通過了測試，則項目交付的功能即可理解成符合質量的交付。

項目經理每天閱讀測試報告，主要看幾點：

一、當前測試是否有block。

Block的意思即項目當前狀態沒法運行該用例。不具備運行用例的條件。如果有block項目經理需要確認該用例需要什麼條件才能夠正常運行測試。並且力爭創造條件使得該用例能夠正常運行測試。

二、當前失敗的測試是否創建了bug交由開發人員修正。

一般情況下，項目會使用缺陷追蹤工具如JIRA，redmine等等。這些都是相對比較成熟的缺陷跟蹤工具。一旦發現測試用例運行失敗，測試人員需要在系統中記錄，並且制定開發人員進行修正。

三、每天測試用例的運行情況

這主要是為了衡量當前測試進度，如果每天都能夠100%跑完，那麼基本可以認為是按照計劃在進行。

四、每個功能的測試用例是否100%通過

正如前文說的，項目交付的是功能，如果某個功能100%的測試用例都能通過，基本可以認定該功能是符合要求的。

項目經理除了每天要閱讀測試報告，還需要每天更新項目缺陷狀態，這裡注意，需要將每一個缺陷的狀態都過一遍，確保每一個缺陷都有owner在修改。

對於一個缺陷，除了要標明缺陷內容，還要註明如何重現此缺陷，對應的功能和測試用例是什麼等等。這樣不僅僅能提高團隊整體效率，還能作為歷史數據向後續項目提供借鑒。

每天，項目經理將相關團隊召集起來，可以是面對面的會議，也可以是電話會議，每一個激活狀態的問題都能夠一個一個過一遍，確認下當前狀態，以確保團隊對於缺陷的認知是一致的。避免大家相互等待的情況。

當第一輪測試完成之後，相關缺陷也得到了一定的修復，可以開始第二輪測試。

在第二輪測試的時候，項目經理還需要注意是否有相同類型的缺陷反覆被發現，如果有，說明團隊中的開發人員對於代碼的認知不夠準確。並且沒有好好地進行單元測試。需要及時提醒，以免測試反覆在同類問題上測試，浪費團隊時間。

以上是測試階段，項目經理對於測試進度和缺陷跟蹤的一些做法。