11個Bug跟蹤工具

在如今的線上世界，幾乎所有的公司都面臨它們產品中的 bugs，並且考慮如何管理這些 bugs。應該使用哪個工具？如何搭建 bug 跟蹤流程？在本文中，我們將詳細探討這些問題。

Bug 跟蹤流程

我們先來定義一下什麼是 bug 跟蹤（或者 bug 跟蹤流程）。Bug 跟蹤是報告、安排優先順序以及處理 bugs 和問題的過程。它聽起來不怎麼有趣，但是如果想要提供良好的服務，除了建立一個 bug 跟蹤和修復流程，別無它途。

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

什麼是 bug 跟蹤工作流

那麼，你從哪開始呢？

例如，你可以從實現 內部 bug 報告

好的：你已經建立了 bug 報告來源。現在你需要跟蹤它們。
跟蹤 bugs 最簡單的方法是一個基本的電子表格。你可以跟蹤 bug 相關資訊並解決它們。如果這個表格變得很大，那麼你就會奔潰。因此，你需要使用特定的 bug 跟蹤工具。Bug 跟蹤軟體不僅僅是一個數據庫。它還是一個工具，能讓你團隊中的每一個人都看到 bug，從而讓他們在正確的時間處理正確的 bug。

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

• 新 Bug
• 拒絕或確認？
• 安排優先順序並分配
• 修復中
• 測試
• 測試中
• 修復完成

每一步都由你需要執行的具體動作以及涉及的具體人員組成。例如，為了修復一個問題，你需要復現它，而一個軟體開發人員參與其中。我們不會深入討論這個問題，因為本文的主題不同。

另外一種可選的工作流方案如下：

• 捕捉——捕捉 bugs 和問題
• 報告——報告 bug
• 分配——找出負責這個問題的人
• 安排優先順序——團隊將優先處理這個問題
• 解決——真正找到如何修復這個 bug 的方法

一份好的 bug 報告

我們再來看看一份 bug 報告中需要包含哪些內容。這將有助於我們評估 bug 跟蹤工具。

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

• 發生了什麼。螢幕截圖、螢幕記錄或工作流程都會非常有用；
• 問題的時間和日期；
• 嚴重程度；
• 復現細節；
• bug 狀態；
• bug 負責人

什麼是 bug 跟蹤工具

那麼什麼是一個 bug 跟蹤工具呢？簡而言之：bug 跟蹤系統有一套能夠幫助有效解決和管理問題的功能。

此外，bug 跟蹤軟體提供了已經發現的 bug 記錄和已知的 bug 資訊。這包括 bug 報告時間、異常行為描述和如何復現等有用的細節。

Bug 跟蹤功能

現在讓我們深入談論一個好的 bug 跟蹤工具需要包含的核心功能：

• 工作流；
• Bug 歷史記錄；
• 分析面板；
• Bug 分配；
• Bug 優先順序和嚴重程度標籤；
• 評論；
• 與其它工具的整合；
• 通知，至少通過郵件；
• 探索報告；
• 儲存與獲取；
• 問題狀態；
• 高階搜尋功能。

選擇 Bug 跟蹤軟體應該考慮哪些因素

在選擇一個工具之前，你應該考慮如下因素：

• 支援質量；
• 價格；
• 學習曲線；
• 與其它工具的整合數量；
• 效能；
• 公司上市時間。

這裡有一些我們挑選的用於 bug 跟蹤的頂級工具。

Bug herd

概述

BugHerd 是一個基於 Web 的問題跟蹤專案管理工具。這個工具能夠捕捉問題的螢幕截圖，其中包括正在註釋的確切的 HTML 元素。它使你的團隊和客戶能夠報告 bugs 和管理所有的溝通，以便直接在你的站點上解決這些問題。

核心功能

• 這個工具捕捉諸如瀏覽器、CSS 選擇器資料、作業系統以及螢幕截圖等資訊。這些都是你修復 bugs 所需的資訊；
• 看板式任務板，以便進行更好的管理；
• 易於報告 bug；
• 資料以不同格式匯出；
• 瀏覽器擴充套件；
• 問題的檔案附件；
• 實時討論。

整合

BugHerd 已經與 Slack、Github 和 Basecamp 整合。使用 Zapier，你可以將它與幾乎任何工具整合。

價格

BugHerd 的價格為 5 個使用者每月 39 美元起。它們為年度計劃提供了 20% 的折扣和 14 天免費試用，不需要信用卡。如果你的團隊有 25 個以上使用者，也有一些定製計劃。

優點

幾乎任何使用者都可以報告你的應用程式或網站的 bug。

缺點

它不是管理 bug 報告的最佳工具。

總結

總之，Bugherd 的最大好處是它的視覺簡潔性和易用性，即使對於非技術人員來說也是如此。但是它不是一個好的工具來管理並分配問題給你的團隊。

Bugzilla

概述

Bugzilla 是一個流行的開源 bug 跟蹤工具，被很多機構廣泛採用，由 Mozilla 建立。它為開發和測試團隊提供了一個系統來跟蹤軟體開發、應用程式開發和部署中的 bug 修復和程式碼變更。

核心功能

• 郵件通知；
• 報告和圖表；
• bugs 列表可以生成為不同格式；
• 高階查詢；
• 內部時間跟蹤；
• 重複問題自動檢測。

整合

與原始碼管理工具有整合，例如 Github。

價格

免費使用：Bugzilla 是開源的。

優點

• 開源
• 非常簡單的使用者介面
• 優化了資料庫結構，以便更好地執行
• 高階查詢
• 高度可定製的工作流
• 由 Mozilla 基金會積極維護和更新

缺點

• 過時的設計；
• 缺乏定製化；
• 陡峭的學習曲線。

總結

Bugzilla 是最知名的 bug 跟蹤工具之一，功能豐富。此外，它還是免費的，但是也有一些小毛病，例如過時的使用者介面和陡峭的學習曲線。我們認為它對於小型和中型團隊來說是最好的工具之一。

MantisBT

概述

MantisBT 是一個開源問題跟蹤器。這個易於使用的工具是 Web 應用程式形式，但也有一個移動版本。MantisBT 是用 PHP 構建的，相容 MySQL 和 PostgreSQL 資料庫。

核心功能

• 郵件通知；
• 原始碼管理整合；
• 時間跟蹤管理；
• 自定義欄位。

整合

沒有與現成的工具整合。

價格

有一個免費的計劃。如果你想要託管的話，有一個收費計劃從每個使用者每月 4.95 美元起。

優點

• 外掛庫，豐富核心功能；
• 開源且免費；
• 對於使用者數、問題數和專案數沒有限制。

缺點

• 過時的使用者介面；
• 有點兒複雜的介面——很難設定 bug 跟蹤過程；
• 定製化不是很友好；
• 普通使用者需要一些培訓。

總結

我們 Flatlogic 認為它對於有經驗的工程師來說是最好的工具之一。

Debugme

概覽

DeBugMe 是一個視覺化反饋工具，有一個內建的 bug 跟蹤解決方案。這個工具和 Bugherd 很相似。使用 Debugme，使用者可以輕易地通過繪畫、高亮、加黑特定區域或者打一個釘子來為頁面添加註釋。

核心功能

• 自動記錄關於作業系統、解析度、瀏覽器版本、外掛等重要資訊；
• 通過評論交流；
• 通過郵件通知；
• Bug 報告管理。

整合

與以下工具原生整合：Trello、Redmine、Jira、Gmai、Pivotal Tracker、Teamwork、Visual Studio Online、Outlook 和 Yahoo。你可以通過 Zapier 與其它工具同步。

價格

DebugMe 的價格為 10 個使用者每月 8 美元起。
還有一個針對 2 個使用者的免費計劃。
優點

• 廣泛的整合；
• 相當靈活的定價；
• 適合小型團隊的基礎報表系統。
  缺點
  另一方面，這個報表工具不是很適合大型專案。

總結

就提供視覺化反饋能力而言，DebugMe 是 Bugherd 的一個很好的替代方案。但是對於複雜專案管理來說，它不是一個很好的工具。

Donedone

概覽

DoneDone 是一個 bug 跟蹤器，給你的團隊提供了一個簡單的方式來跟蹤 bugs 並有效修復它們。DoneDone 是一個 SaaS 服務：不需要安裝。DoneDone 使得使用者可以使用釋出的構建來一鍵測試問題。

核心功能

• 由外部使用者建立任務；
• 來自各種源頭的通知；
• 自定義工作流和狀態；
• 根據優先順序、截止日期、狀態、任務名、被分配人等對 bugs 進行分類。

整合

DoneDone 有一個移動應用程式，如果你想要自定義整合的話，它預置集成了 Slack、Glip、Harvest、Github 等其它應用程式。

價格

DoneDone 的價格是每個使用者每月 5 美元起。它們為年度計劃提供了 20% 的折扣。

優點

• 大量有用的整合；
• 簡單時尚的使用者介面；
• 有用的面板；
• 專案管理能力；
• API 文件。

缺點

不太適合大型專案。

總結

DoneDone 對於初創企業、小型和中型規模的公司來說是一個很好的工具，來解決客戶反饋和問題。它有靈活的定價和良好的介面，因此不需要太多時間來學習這個工具。

Marker.io

概覽

Marker.io 是一個現代風格的問題管理工具，允許你從客戶和團隊成員那裡收集視覺化反饋，並直接將它報告到你現有的專案管理工具。Marker.io 可以很快實施；你只需要複製貼上一行程式碼到你的應用程式。

核心功能

• 問題記錄有一個反饋按鈕而不需要離開網站；
• 使用者可以使用箭頭視覺化地標記問題；
• 帶反饋的彈出視窗；
• 使用 Browserstack 進行跨裝置測試。

整合

預置整合有 Trello、Asana、Jira、GitHub、GitLab、Bitbucket、Slack 和 Basecamp。

價格

有 3 個層次的計劃，分別為每月 59 美元、99 美元和 199 美元。價格取決於使用者個數。

優點

• 快速的學習曲線；
• 良好的客戶支援；
• 關於問題的技術性資訊。

缺點

• 定價有點兒陡峭；
• 不能將一個 bug 分配給一個專案。

總結

如果你已經有了一個現有的專案管理系統，那麼 Marker.io 是最好的工具之一。它非常適合任意規模的已經很好地使用了 Trello、Asana、Jira、GitHub、GitLab 和 Slack 的團隊。

Jira

概覽

JIRA 提供了記錄、報告、工作流、程式碼整合、計劃和 wiki 等功能。Jira 最初是用來跟蹤和管理軟體開發中的 bugs。其中一些關鍵功能包括捕捉使用 Jira 軟體的軟體專案中任何地方的 bugs。一旦檢測到一個 bug，你可以建立一個 issue 並新增所有相關的細節，例如描述、嚴重等級、截圖、版本等。

核心功能

• 報表生成；
• 移動整合；
• 支援敏捷專案；
• 服務檯；
• 自定義工作流；
• 強大的 API；
• Jira 查詢語言（JQL）用於高階查詢、高階報告和自定義面板。

集

這個工具直接與程式碼開發環境整合，非常適合開發人員。你還可以利用強大的 API 構建許多自定義整合。

價格

Jira 的免費計劃允許 10 個使用者。它有 2 個付費計劃，每個使用者每月 7 美元起。對於開源專案也有一個免費選項。對於 100 個以上的使用者，你需要使用 Atlassian 的計算器。

優點

• 可定製的工作流；
• Attlassian 外掛市場；
• 有高階搜尋功能的強大的 bug 跟蹤器；
• 強大的報表工具。

缺點

• 對於小型到中型團隊偏貴；
• 複雜的配置和故障排除；
• 陡峭的學習曲線；
• 對於小型團隊過重；
• 非常佔用資源。

總結

JIRA 對於中型和大型團隊是最好的工具：憑藉其定製化能力，它可以適應任何工作流。外掛市場也有助於解決各種問題。然而，Jira 需要一個有經驗的管理員或者一些稍微正式的培訓。對於小型團隊來說，JIRA 絕對是過重了。

Bughost

概覽

BugHost 是市場上最古老最成熟的 bug 跟蹤系統之一。這個系統既簡單又可靠：這就解釋了為什麼它的客戶有 Eriksson、Chevron、Midway 等等。

核心功能

• 一次性更新多個 bug；
• 記錄的缺陷數不限；
• Bug 連結；
• 客戶直接向你的專案提交 bugs；
• 匯出功能和檔案附件。

整合

這個工具沒有任何原生整合和 API。

價格

這個公司為客戶提供了 10 個計劃，每月從 10 美元到 1000 美元。價格取決於專案數和使用者數。

優點

• 易於管理 bugs；
• 可負擔的價格；
• 具有良好支援的成熟工具。

缺點

• 過時的介面；
• 效能慢；
• 需要安裝許可。

總結

總體上，如果你想要試試 bug 跟蹤，這是一個挺好的工具，但是過時的網站和介面在 2020 年不是一個很好的選擇。

Zoho bugtracker

概要

如果你尋求對於未解決的問題也完全可見，那麼 Zoho 專案的問題跟蹤模組，Zoho Bug Tracker 是一個不錯的線上工具。使用者可以定義一個迴圈，根據階段管理問題。它們還可以自動提醒和通知，以便團隊成員知道哪些問題必須檢視。

Zoho Bug Tracker 是任務管理軟體 Zoho Project 的一個模組。它是一個線上工具，能讓你建立專案、里程碑、任務、bugs、報告、文件等等。這個 bug 跟蹤模組本身具有一般尋找的所有需要的功能。這個產品是商業性的，但不是很貴。

核心功能

• 靈活的工作流；
• 問題劃分到不同的類別；
• 時間和專案管理；
• 時間表；
• 通知和新聞流。

整合

Zoho Bug Tracker 預置與許多第三方工具進行了整合：Crashlytics、Zapier、Dropbox、Box、GitHub、Bitbucket、Jira、OneDrive、Google Drive。它還與 Zoho 應用程式同步。

價格

Zoho Bug Traker 的價格從每個使用者每月 3 美元起。它們還提供了一個免費版本。

優點

• 大量整合；
• 時尚易用的使用者介面；
• bug 分類。

缺點

• 缺少定製化；
• 對於複雜專案不是一個很好的工具；
• 計劃數不是無限的。

總結

如果你尋求對於不確定的問題也完全可見，那麼 Zoho Bugtracker 模組是一個非常不錯的線上工具。

Backlog

概覽

Backlog 是一個線上時尚的 bug 跟蹤和專案管理軟體。任何人都可以很輕鬆地用它報告 bugs，具有問題的更新、評論和狀態變更的完整歷史記錄。

核心功能

• 甘特圖和燃盡圖；
• Wikis 和觀察名單；
• 一般查詢和高階查詢功能；
• 問題更新和狀態變更的完整歷史記錄；
• 內建 Git 和 SVN。

整合

Backlog 預置集成了 Typetalk、Cacoo、Redmine、Jira Importer、iCal、email 和 Google Sheets 以及其它許多工具。還擁有強大的 API 來構建定製化整合。

價格

其價格從每月 35 美元起，支援多達 30 個使用者、5 個專案和 1GB 儲存。

優點

• 免費版本；
• Wiki；
• 大量整合；
• 良好的使用者介面。

缺點

對於高階使用者太簡單了，因此不適合具有複雜流程的大型專案。

總結

Backlog 是功能最豐富的跟蹤工具之一。它結合了專案管理功能和問題跟蹤功能。既可以作為一個自託管的解決方案，也可以作為一個 SaaS 服務，它比較適合小型和中型團隊。

Redmine

概覽

Redmine 是一個開源的問題跟蹤系統，集成了 SCM（Source Code Management，原始碼管理）系統。它還提供了其它專案管理相關的工具，例如時間跟蹤、wikis、日曆等等。

核心功能

• 甘特圖和日曆；
• 檔案管理；
• 支援多個數據庫；
• 靈活的基於角色的訪問控制；
• 多語言支援；
• 可以同時處理多個專案；
• 郵件通知。

整合

它集成了 SCM 框架。

價格

Redmine 是免費使用的開源工具。

優點

• 開源；
• 免費使用；
• 適合敏捷專案；
• 良好的定製化。

缺點

• 缺乏支援；
• 過時的使用者介面；
• 效能問題。

總結

對於熱愛開源、定製化和免費產品的團隊來說，這是一個非常棒的工具。

結論

如果你還在使用電子表格方法來進行 bug 跟蹤，那麼是時候改變了。使用一個 bug 跟蹤工具會提高整體效率。在本文中，我們已經向你展示了一些能幫你提高效率的最佳工具。除了這些工具，一些軟體公司擁有他們自己的內部 bug 跟蹤系統，針對他們的專案構建和使用。我希望這篇文章能夠幫你瞭解更多問題跟蹤相關的資訊，並且有助於你決定是否需要將它整合到你的流程和公司。

作者介紹
Eugene Stepnov 整合主管 / 產品經理

延伸閱讀
https://blog.flatlogic.com/top-12-bug-tracking-tools/