爲什麼使用錯誤跟蹤軟件？

Question

這個問題的主要目標是生成一個爲什麼你應該使用錯誤跟蹤軟件的原因列表。

我有一些基本知識

1. 跟蹤bug（好吧，這很容易）
2. 缺陷不會丟失或遺忘的
3. 變化趨勢的監控可以告訴你，你的產品很多
4. 可以更好地瞭解您的產品狀態

我知道還有其他可能更好的理由，那麼它們是什麼？

Answer 1

錯誤跟蹤軟件對設置里程碑和接受功能請求也很有用。

Answer 2

與團隊成員合作分配責任，跟蹤進度，獲取估計數並與客戶聯絡是許多錯誤跟蹤產品的重要功能。

Answer 3

• 檢查軟件的
• 有可衡量的方式來決定你的軟件的狀態進步（例如：字母：高優先級的錯誤仍然開放，公測：只有小錯誤開放，RC：沒有報告的錯誤開放）
• 分配錯誤的相應的開發人員/團隊/部門

Answer 4

客戶關係

跟蹤錯誤可能對於內部目的而言，它也爲客戶提供了一個平臺，讓客戶在發現錯誤之後立即發泄挫折，而不會讓他們感到沮喪，從而將他們內部裝瓶到不可回頭的地步。如果您向客戶提供此類服務，它還可以提升公司檔案。

Answer 5

雖然其他人已經給出了企業/服務的答案，但我在我的個人項目中使用錯誤跟蹤軟件的原因僅僅是因爲有什麼可以嘲弄我。每張票都提醒我還有很多事情要做，現在還不是放棄的時間，因爲軟件不完整。

哦，並且它會在待辦事項和代碼註釋中作爲待辦事項提醒。

Answer 6

• 你也許可以在提出了一種不僅僅是修補 個別錯誤 更廣修正錯誤識別 模式。可能會指出重構。
• 它可以幫助確定哪些 開發人員正在創建最 的錯誤，這可能會導致建議 有關指導或鼓勵那些 個人更 測試自己的工作。相反，很少有bug的開發者 明顯在測試他們的工作方面做得更好。

Answer 7

統計，問責制，進度跟蹤，自動化。

我們用我們的bug數據庫來跟蹤統計信息，如：（每測試儀）

• 查找速度 - 如何好是你的測試X越野車怎麼是你的代碼。
• 修復率（每個開發） - 你的開發者有多好x你的bug有多糟糕。
• Bucketing - 哪些功能最容易/誰寫的bug最多？
• 根據錯誤斜率估算里程碑的命中時間。
• 工作項目&建議 - 我們把這些東西放在我們的數據庫中，而不僅僅是bug。數據

其他挺好的，你可以得到你的數據庫的：

• 什麼正在測試？
• 執行迴歸測試的固定問題的列表。
• 歷史數據！我們跟蹤我們所有的項目並比較各自的錯誤斜率。
• 有關錯誤的所有溝通的一個來源。

此外，沒有錯誤數據庫，您在哪裏存儲自動化的錯誤報告？任何具有一定覆蓋範圍的項目都會生成數千個用戶錯誤報告/自動崩潰報告。將這些東西自動填充到數據庫中，這樣您就不會花費大量的時間來處理郵件。

Answer 8

錯誤跟蹤的另一個小優點。當用戶報告問題時，您可以搜索錯誤數據庫，查看它是否是一個不尋常的外表已知的問題，或者是一個全新的問題。雷蒙德陳在this story有一個例子。

Answer 9

請參閱Joel Spolsky關於Painless Bug Tracking的文章。

Answer 10

這是用戶反饋的好方法。他們報告他們真正發現的關於你的軟件的重要性（並不總是你想要的）。

此外，它可以用於自動化諸如已知錯誤，路線圖，管理職責等事情。而一個活的bug數據庫意味着該軟件正在積極開發，這絕對增強了項目的形象。

Answer 11

你打算使用什麼替代方案？電子郵件？白板？你的短期記憶？如果你與替代品相比，而不是在真空中，它會有所幫助。

除了您已經注意到的好處之外，使用錯誤跟蹤軟件還可以對產品進行共享。

• 每個人都可以查看軟件，以瞭解需要修復多少個錯誤。
• 看到問題的人可以查看是否已找到問題。
• 錯誤數據的常見來源可以使錯誤更容易分組。
• 錯誤跟蹤軟件允許產品各級人員（開發，測試，下午，管理）看到一個共同的世界觀。

我無法想象在沒有某種形式的錯誤跟蹤的情況下處理一個不平凡的軟件。

Answer 12

更好的錯誤跟蹤器也可以很好地集成到您的版本控制中，並且它們確實相輔相成。 VC提交日誌告訴你誰和什麼，錯誤跟蹤器評論告訴你爲什麼。

一個好的bugtracker確實促進了測試和調試之間的合作，並且使得將一個開發人員的bug「扔」到另一個開發人員變得更容易，因爲這些信息都在那裏，而不是在一百多個小小的電子郵件和郵件中筆記。

順便說一句，我使用和推薦Redmine ..很好的CVS和Subversion集成。

Answer 13

現在很清楚爲什麼，我們應該談論哪一個！

我推薦Assembla的bug跟蹤工具。它非常易於使用（就像使用Gmail郵件系統一樣簡單）並且有很多很酷的功能！

http://www.assembla.com/features/bug-tracking

Answer 14

我們建立TrackJumper作爲一種輔助手段，以自由職業者，幫助他們與客戶溝通。當一個項目是新的和正在開發的時候，「Bug Tracker」確實是一個誤用 - 這更多的是待辦事項列表。但是......我們發現，處理新功能，請求，與我們處理錯誤的方式相同的問題會很有幫助。也就是說，他們被分配給某人，他們可以是低或高的優先級，他們可能會被打開或關閉。他們也是討論的話題。

因此，我將「使用項目開發的援助」添加到使用錯誤跟蹤器的原因列表中。