5 個簡單的 BUG 跟蹤技巧

無 bug 不軟件，你懂的。所有人都有他們邪惡的一面，所有的開發者都會在項目中犯錯，即使是精心打造的程序也會掉鏈子。

初看上去，記錄和處理軟件產生的錯誤信息是很容易的任務。但隨著一個又一個版本的出現，已知的錯誤可能變多也可能變少。“送走舊的錯誤，又迎來了新的錯誤”——這是關于開發者的一個老笑話。為了控制錯誤，一個絕妙的產品橫空出世，人們稱它為缺陷跟蹤系統。

缺陷跟蹤系統是什么，它的原理是什么？

缺陷跟蹤系統是幫助程序員、測試員、項目經理搜集和控制軟件中發現的錯誤（缺陷），并對消除這些錯誤的過程進行監控的一套軟件。換句話說，缺陷跟蹤系統有助于跟蹤和組織缺陷。

下面列出了最流行的 4 個缺陷跟蹤系統及其特色。

錦上添花的是，正如Ubertesters 擁有易用的 bug tracker中所述，你不僅可以將所有報告集中到一個地方，還能在你的 Ubertesters 賬號中直接管理它們。

6 個使追蹤缺陷的過程變得容易和簡單的技巧

#1. 發布版本既快速又頻繁

有一點要記住的是，那些在很長一段時間里都存在的缺陷是最惱人的。注重既快速又頻繁的發布使你在開發者和測試者之間建立起緊密的反饋關系，幫你避免缺陷隊列里留存大量尚未處理的缺陷報告。

#2. 建立溝通的橋梁

當你在制作一份關于某個缺陷的報告時，你需要將完整的信息都包含在你的缺陷報告中。你會遇到出現誤解的情況，也會遇到重要信息缺失的情況。在這些情況下，開發者和測試者之間的溝通就變得很有必要。為了避免這種事情，要團結所有團隊成員，在面向反饋的文化氣氛中工作。

#3. 避免在項目會議上討論缺陷

討論缺陷并將其推進到下一階段是個漫長的過程。你最好逐一對待它們。你的每個缺陷都要關聯兩個專業人員，可以稱他們為問題發現者（測試者）和問題解決者（開發者）。無論有多少開發者和測試者在做你的項目，你只需要兩種不同角色和功能的專業人員，他們要對解決已有問題負責。

#4. 集中精力在有效的解決方案上

針對缺陷報告里的現有缺陷，避免表達你個人觀點的評論。取而代之的是電子郵件或圖表工具。你的缺陷報告里只能包含用于監測和修復缺陷的有關內容。

#5. 與你團隊的其他成員就一個關閉了的bug的意義保持一致共識.

當你遇到有必要對bug的狀態進行討論的情況時，如下的幾個問題將幫助你做出正確的決定: 誰應該為發出指令 (或者報告bug) 負責, 誰負責接收結論 (當前問題的解決方案)? 對于‘關閉了的bug’, 其意義總是由解決了該問題的開發者所關閉的bug. 確保負責關閉一個bug的人和報告該它的人是同一個人，因為只有這個人才能對方案是否足夠解決這個問題負責.

#6. 嘗試只使用兩種狀態標識bug: 打開的bug和關閉的bug.

避免在bug的不同的狀態上浪費你的時間，而是專注于問題的可能的解決方案.