乙個有效的缺陷管理流程有多重要？我見過一些團隊並沒有一套有效的流程，而是通過口頭或者郵件的方式進行著缺陷管理，這些方式可能會導致許多問題，比如：
測試人員和產品經理說：我們發現了15個bug。
產品經理提交給開發人員了
過會兒，開發人員說：我修復了14個，另乙個不是bug。
產品經理當然就又要提交給測試人員啦~
然後，測試人員說：有1個bug沒有修復，另外我又發現了9個新bug。
產品經理此時內心是一萬隻神獸奔騰。
看得明白嗎？看不明白……看不明白就對了！如果沒有乙個有效的缺陷管理，就僅僅是這樣口頭進行溝通，很快事情就複雜到誰也看不明白了，然後很快產品經理就瘋了……
所以，如果身為產品經理你不想要瘋掉，那你就需要學會建立一套有效的缺陷管理。
那麼今天筆者就通過專案管理平台——cornerstone，為大家演示如何建立一套有效的缺陷管理。
缺陷管理的流程
（1）準備工作：
建立測試用例
乙個有效的缺陷管理，首先，測試人員當然不能是像上文那套場景中，想到哪兒測到哪兒，那咱這產品上線是指望不上了……所以在第一步，我們要進入測試用例頁面，建立測試用例。
有了用例，這還只是知道了測試人員要測什麼，接下來怎麼測還得明確一下，因此要建立測試計畫。
測試計畫是描述要進行的測試活動的範圍、方法、資源和進度的文件。是對整個資訊系統應用軟體組裝測試和確認測試。它能夠確定測試項、被測特性、測試任務、誰執行任務、各種可能的風險。測試計畫可以有效預防計畫的風險，保障計畫的順利實施。
通過cornerstone，使用者可以在測試計畫中對責任人、優先順序、狀態、分類、迭代、截止時間等屬性進行初始設定。
建立完成後，我們可以關聯編寫好的測試用例，方便測試人員操作。
記得曾經聽位老產品經理吐槽，說測試人員寫個專案的測試用例能有《莎士比亞全集》那麼厚。可見測試用例多難寫……不過好在我們現在可以借助一些工具，比如說cornerstone裡提供的測試與缺陷管理模組，就支援將思維導圖一鍵生成測試用例，這樣的設計可以說是相當省心了~
（2）發現缺陷
萬事俱備，那麼測試人員就可以開始測試了，測試人員根據cornerstone的測試計畫頁中的內容進行測試，測試不通過，發現缺陷啦，快去缺陷頁建立乙個缺陷吧……哪有那麼麻煩！在cornerstone中，我們可以把測試用例關聯到缺陷中，只要直接把測試狀態為「不通過」，缺陷就會自動更新狀態。下圖是乙個比較常見的缺陷狀態流轉圖：
未解決缺陷顯示為未解決狀態，測試人員要將缺陷通過設定「責任人」，交給對應的負責人，對應的責任人將收到來自cornerstone的缺陷變更通知，得~有得忙了……
拒絕在cornerstone裡，同樣也支援所有成員修改缺陷狀態，因為有時候開發人員會認為提交上來的缺陷並不是真正的缺陷，比如由於快取問題、網路問題等，應將缺陷狀態標記為「拒絕」，並附上說明，此時測試團隊需要重新測試或者提供更多的缺陷資訊。
比如：l 如果開發團隊收到的缺陷是重複的，或者與其他正在進行中的缺陷問題相似，可以標註為「重複」。
l 對於部分不緊急的缺陷問題，比方說可能會隨著日後的產品迭代中進行修復，對於這類缺陷可以標註為「延期」。
待測試當開發團隊修復缺陷後，應將缺陷狀態標記為「待測試」，交給測試人員再次進行測試。測試不通過，測試人員再次將狀態更改為未解決，並新增說明。
關閉在測試通過後，缺陷狀態修改為「關閉」或者完成。
你看，缺陷管理這樣來走，什麼「還剩乙個是不是bug」的，在走流程的過程中已經得到處理了。
對於這些缺陷，我們真心沒必要去浪費時間，除非你有無限的資源來分配好所有的缺陷修復任務，否則你需要優先將資源集中投資回報的缺陷修復上。
制定一套缺陷處理準則
要高效的處理缺陷問題，就需要建立流程，要建立流程，就需要有制定一套團隊間通用的缺陷處理準則。這樣，我們不用再對每乙個缺陷問題進行詳細的評估，而是可以直接按照我們制定的準則，通過管理工具快速處理。
l 低：無關緊要的問題或某些功能不可用，但有乙個簡單的解決方法
l 中：輔助功能不可用，但有合理的解決方法
l 高：重要功能不可用，但有乙個合理的解決方法
l 嚴重：資料丟失、資料損壞或系統不可用
然後，我們就可以根據優先級別設定缺陷處理準則：
嚴重：必須立即處理，插入到當前的產品迭代版本中，高於其他需求開發。
高：快速處理，插入到當前的產品迭代中，但是低於部分本次迭代需求開發任務。
低：選擇性處理，根據迭代進度可放入下次迭代或者下幾次迭代中進行處理。
這種方法的關鍵優勢在於，它大大減少了用於討論如何處理每乙個缺陷的時間。另外，團隊考慮的兩個因素影響範圍和嚴重程度是相對客觀的，減少了我們由於主觀因素帶來的誤差，讓衡量標準更容易判斷，也就可以更簡單和高效的制度缺陷處理優先級別。
關於如何建立乙個缺陷管理，就和大家分享到這兒。
最後不得不說，眾多缺陷處理完成後團隊需要有資料支撐，以及時的發現問題，解決問題，改進缺陷管理流程。同時，可以很好的衡量團隊工作成果，工作進度，檢測產品各個模組的缺陷變化趨勢等。因此，一款好的缺陷管理工具應該有多種維度的資料報告能全域性檢視修復情況，有效預防風險。
真是應了那句話「工欲善其事，必先利其器」，乙個有效的缺陷管理，離不開乙個方便的實用的管理工具。因為有它的協助，測試缺陷管理的每乙個環節變得更加清晰直觀；因為有它的協助，我們可以更快速、更精準地處理缺陷，提公升產品品質。
cornerstone
全行業覆蓋的一站式專案協作平台
官網鏈結，收好不謝！
管理真的能把人逼瘋
先說三件與管理有關的事，嘮叨嘮叨。第一件內容如下 晚上下班後找老大聊了一下，提出想要辭去研發部經理的職位，老大沒有同意。我考慮的原因有三點 自己目前的能力還不具備掌控整個研發部門 管理專案和管理部門是有很大的區分的，千萬不要認為你能管理好專案，就同樣能管理好整個部門 部分原來同級的同事一直不滿予公司...
你有被修改「密碼」逼瘋的經歷嗎？
不知道你們修改密碼的原因是什麼？反正修改過密碼的姐妹們都知道我們是都要操作乙個步驟，也是最讓人抓狂的。那就是驗證碼 接收驗證碼是挑戰耐心的乙個過程，成功一次接收驗證碼這種情況我們先不說，先來說說如果碰到驗證碼接收失敗，或者填寫錯誤的時候，我們要耐心等待60秒，再把新接到的驗證碼複製貼上或者快速記住手...
努力是為了不辜負自己
叫嚷著命運不公的人，其實還未真正觸及命運。被命運折磨得死去活來的人，已經不願談及命運。乙個從厄運的深處走過來的人，說得最多的一句話是 都過去了。而緊接著的另一句話是 這，也會過去。多的選擇題，選擇適合自己的，選擇自己想做的，選擇不會讓自己後悔的。別因為世俗的觀念誤導了自己的判斷，別因對現實的恐懼就隨...