無bug不軟體，你懂的。所有人都有他們邪惡的一面，所有的開發者都會在專案中犯錯，即使是精心打造的程式也會掉鍊子。
初看上去，記錄和處理軟體產生的錯誤訊息是很容易的任務。但隨著一個又一個版本的出現，已知的錯誤可能變多也可能變少。
「送走舊的錯誤，又迎來了新的錯誤」——這是關於開發者的一個老笑話。為了控制錯誤，一個絕妙的產品橫空出世，人們稱它為缺陷追蹤系統。
缺陷追蹤系統是什麼，它的原理是什麼？
缺陷追蹤系統是幫助程式設計師、測試員、專案經理蒐集和控制軟體中發現的錯誤（缺陷），並對消除這些錯誤的過程進行監控的一套軟體。換句話說，缺陷追蹤系統有助於追蹤和組織缺陷。
下面列出了最流行的4個缺陷追蹤系統及其特色。
6個追蹤缺陷的簡單技巧
1 發布版本既快速又頻繁
有一點要記住的是，那些在很長一段時間裡都存在的缺陷是最惱人的。專注於既快速又頻繁的發布使你在開發者和測試者之間建立起緊密的反饋關係，幫你避免缺陷隊列裡留存大量尚未處理的缺陷報告。
2 建立溝通的橋樑
當你在製作一份關於某個缺陷的報告時，你需要將完整的資訊都包含在你的缺陷報告中。你會遇到出現誤解的情況，也會遇到重要資訊缺失的情況。
在這些情況下，開發者和測試者之間的溝通就變得很有必要。為了避免這種事情，要團結所有團隊成員，在面向回饋的文化氣氛中工作。
3 避免在專案會議上討論缺陷
討論缺陷並將其推進到下一階段是個漫長的過程。你最好逐一對待它們。你的每個缺陷都要關聯兩個專業人員，可以稱他們為問題發現者（測試者）和問題解決者（開發者）。
無論有多少開發者和測試者在做你的項目，你只需要兩種不同角色和功能的專業人員，他們要對解決已有問題負責。
4 專注於在有效的解決方案上
針對缺陷報告裡的現有缺陷，避免表達你個人觀點的評論。取而代之的是電子郵件或圖表工具。你的缺陷報告裡只能包含用於監測和修復缺陷的有關內容。
5 關於關閉了的bug
與你團隊的其他成員就一個關閉了的bug的意義保持一致共識。
當你遇到有必要對bug的狀態進行討論的情況時，如下的幾個問題將幫助你做出正確的決定: 誰應該為發出指令(或者報告bug) 負責, 誰負責接收結論(當前問題的解決方案)？
對於'關閉了的bug', 其意義總是由解決了該問題的開發者所關閉的bug. 確保負責關閉一個bug的人和報告該它的人是同一個人，因為只有這個人才能對方案是否足夠解決這個問題負責。
6 只使用兩種狀態標識bug
嘗試只使用兩種狀態標識bug: 開啟的bug和關閉的bug。避免在bug的不同的狀態上浪費你的時間，而是專注於問題的可能的解決方案。
