bug跟蹤

Bug 跟蹤是報告、安排優先級以及處理 bugs 和問題的過程。它聽起來不怎麼有趣，但是如果想要提供良好的服務，除了建立一個 bug 跟蹤和修複流程，别無它途。

當你意識到需要在你的公司中內建一個 bug 跟蹤流程時，你需要實作一個特定的工作流。

你可以從實作 内部 bug 報告 政策開始。在釋出任何新的或更新的軟體之前，它要通過一個内部測試階段。你的 QA 或軟體開發人員能夠手動測試應用程式來發現 bugs。

另外一個途徑是從你的使用者那裡知道 bugs——這是外部 bug 報告。對於這種類型的報告，你可以使用不同的工具。

跟蹤 bugs 最簡單的方法是一個基本的電子表格。你可以跟蹤 bug 相關資訊並解決它們。如果這個表格變得很大，那麼你就會崩潰。需要使用特定的 bug 跟蹤工具。Bug 跟蹤軟體不僅僅是一個資料庫。它還是一個工具，能讓你團隊中的每一個人都看到 bug。

下一步是搭建一個 bug 跟蹤漏鬥。其基本安裝遵循如下規則：

新 Bug

拒絕或確認

安排優先級並配置設定

修復中

測試

測試中

修復完成

優秀的 bug 跟蹤軟體會給你很大的靈活性，包含盡可能多的 bug 相關的的資訊，進而安排優先級且修復它。這意味需要包含以下資訊選項：

發生了什麼。螢幕截圖、螢幕記錄或工作流程都會非常有用；

問題的時間和日期；

嚴重程度；

複現細節；

bug 狀態；

bug 負責人

來源