开发工具：收集12 个顶级 Bug 跟踪工具，值得收藏！
作者 | Eugene Stepnov
譯者 | 張健欣
策劃 | Tina
來源丨架構頭條（ID：ArchFront）
在如今的在線世界，幾乎所有的公司都面臨它們產品中的 bugs，并且考慮如何管理這些 bugs。應該使用哪個工具？如何搭建 bug 跟蹤流程？在本文中，我們將詳細探討這些問題。
Bug 跟蹤流程
我們先來定義一下什么是 bug 跟蹤（或者 bug 跟蹤流程）。Bug 跟蹤是報告、安排優先級以及處理 bugs 和問題的過程。它聽起來不怎么有趣，但是如果想要提供良好的服務，除了建立一個 bug 跟蹤和修復流程，別無它途。
當你意識到需要在你的公司中集成一個 bug 跟蹤流程時，你需要實現一個特定的工作流。
什么是 bug 跟蹤工作流
那么，你從哪開始呢？
例如，你可以從實現 內部 bug 報告 政策開始。在發布任何新的或更新的軟件之前，它要通過一個內部測試階段。你的 QA 或軟件開發人員能夠手動測試應用程序來發現 bugs。
另外一個途徑是從你的用戶那里知道 bugs——這是外部 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
圖片來源：https://bugherd.com/
概述
BugHerd 是一個基于 Web 的問題跟蹤項目管理工具。這個工具能夠捕捉問題的屏幕截圖，其中包括正在注釋的確切的 HTML 元素。它使你的團隊和客戶能夠報告 bugs 和管理所有的溝通，以便直接在你的站點上解決這些問題。
核心功能
這個工具捕捉諸如瀏覽器、CSS 選擇器數據、操作系統以及屏幕截圖等信息。這些都是你修復 bugs 所需的信息；
看板式任務板，以便進行更好的管理；
易于報告 bug；
數據以不同格式導出；
瀏覽器擴展；
問題的文件附件；
實時討論。
集成
BugHerd 已經與 Slack、Github 和 Basecamp 集成。使用 Zapier，你可以將它與幾乎任何工具集成。
價格
BugHerd 的價格為 5 個用戶每月 39 美元起。它們為年度計劃提供了 20% 的折扣和 14 天免費試用，不需要信用卡。如果你的團隊有 25 個以上用戶，也有一些定制計劃。
優點
幾乎任何用戶都可以報告你的應用程序或網站的 bug。
缺點
它不是管理 bug 報告的最佳工具。
總結
總之，Bugherd 的最大好處是它的視覺簡潔性和易用性，即使對于非技術人員來說也是如此。但是它不是一個好的工具來管理并分配問題給你的團隊。
Bugzilla
圖片來源：https://www.bugzilla.org/
概述
Bugzilla 是一個流行的開源 bug 跟蹤工具，被很多機構廣泛采用，由 Mozilla 創建。它為開發和測試團隊提供了一個系統來跟蹤軟件開發、應用程序開發和部署中的 bug 修復和代碼變更。
核心功能
郵件通知；
報告和圖表；
bugs 列表可以生成為不同格式；
高級查詢；
內部時間跟蹤；
重復問題自動檢測。
集成
與源代碼管理工具有集成，例如 Github。
價格
免費使用：Bugzilla 是開源的。
優點
開源
非常簡單的用戶界面
優化了數據庫結構，以便更好地執行
高級查詢
高度可定制的工作流
由 Mozilla 基金會積極維護和更新
缺點
過時的設計；
缺乏定制化；
陡峭的學習曲線。
總結
Bugzilla 是最知名的 bug 跟蹤工具之一，功能豐富。此外，它還是免費的，但是也有一些小毛病，例如過時的用戶界面和陡峭的學習曲線。我們認為它對于小型和中型團隊來說是最好的工具之一。
MantisBT
圖片來源：https://www.mantisbt.org/
概述
MantisBT 是一個開源問題跟蹤器。這個易于使用的工具是 Web 應用程序形式，但也有一個移動版本。MantisBT 是用 PHP 構建的，兼容 MySQL 和 PostgreSQL 數據庫。
核心功能
郵件通知；
源代碼管理集成；
時間跟蹤管理；
自定義字段。
集成
沒有與現成的工具集成。
價格
有一個免費的計劃。如果你想要托管的話，有一個收費計劃從每個用戶每月 4.95 美元起。
優點
插件庫，豐富核心功能；
開源且免費；
對于用戶數、問題數和項目數沒有限制。
缺點
過時的用戶界面；
有點兒復雜的接口——很難設置 bug 跟蹤過程；
定制化不是很友好；
普通用戶需要一些培訓。
總結
我們 Flatlogic 認為它對于有經驗的工程師來說是最好的工具之一。
Debugme
圖片來源：https://debugme.eu/
概覽
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
圖片來源：https://www.donedone.com/
概覽
DoneDone 是一個 bug 跟蹤器，給你的團隊提供了一個簡單的方式來跟蹤 bugs 并有效修復它們。DoneDone 是一個 SaaS 服務：不需要安裝。DoneDone 使得用戶可以使用發布的構建來一鍵測試問題。
核心功能
由外部用戶創建任務；
來自各種源頭的通知；
自定義工作流和狀態；
根據優先級、截止日期、狀態、任務名、被分配人等對 bugs 進行分類。
集成
DoneDone 有一個移動應用程序，如果你想要自定義集成的話，它預置集成了 Slack、Glip、Harvest、Github 等其它應用程序。
價格
DoneDone 的價格是每個用戶每月 5 美元起。它們為年度計劃提供了 20% 的折扣。
優點
大量有用的集成；
簡單時尚的用戶界面；
有用的面板；
項目管理能力；
API 文檔。
缺點
不太適合大型項目。
總結
DoneDone 對于初創企業、小型和中型規模的公司來說是一個很好的工具，來解決客戶反饋和問題。它有靈活的定價和良好的接口，因此不需要太多時間來學習這個工具。
Marker.io
圖片來源：https://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??
圖片來源：https://www.atlassian.com/software/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
圖片來源：http://www.bughost.com/
概覽
BugHost 是市場上最古老最成熟的 bug 跟蹤系統之一。這個系統既簡單又可靠：這就解釋了為什么它的客戶有 Eriksson、Chevron、Midway 等等。
核心功能
一次性更新多個 bug；
記錄的缺陷數不限；
Bug 鏈接；
客戶直接向你的項目提交 bugs；
導出功能和文件附件。
集成
這個工具沒有任何原生集成和 API。
價格
這個公司為客戶提供了 10 個計劃，每月從 10 美元到 1000 美元。價格取決于項目數和用戶數。
優點
易于管理 bugs；
可負擔的價格；
具有良好支持的成熟工具。
缺點
過時的接口；
性能慢；
需要安裝許可。
總結
總體上，如果你想要試試 bug 跟蹤，這是一個挺好的工具，但是過時的網站和接口在 2020 年不是一個很好的選擇。
Zoho bugtracker
圖片來源：https://www.zoho.com/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
圖片來源：https://backlog.com/
概覽
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
圖片來源：https://www.redmine.org/
概覽
Redmine 是一個開源的問題跟蹤系統，集成了 SCM（Source Code Management，源碼管理）系統。它還提供了其它項目管理相關的工具，例如時間跟蹤、wikis、日歷等等。
核心功能
甘特圖和日歷；
文件管理；
支持多個數據庫；
靈活的基于角色的訪問控制；
多語言支持；
可以同時處理多個項目；
郵件通知。
集成
它集成了 SCM 框架。
價格
Redmine 是免費使用的開源工具。
優點
開源；
免費使用；
適合敏捷項目；
良好的定制化。
缺點
缺乏支持；
過時的用戶界面；
性能問題。
總結
對于熱愛開源、定制化和免費產品的團隊來說，這是一個非常棒的工具。
? ? 結論? ??
如果你還在使用電子表格方法來進行 bug 跟蹤，那么是時候改變了。使用一個 bug 跟蹤工具會提高整體效率。在本文中，我們已經向你展示了一些能幫你提高效率的最佳工具。除了這些工具，一些軟件公司擁有他們自己的內部 bug 跟蹤系統，針對他們的項目構建和使用。我希望這篇文章能夠幫你了解更多問題跟蹤相關的信息，并且有助于你決定是否需要將它集成到你的流程和公司。
IT技術分享社區
個人博客網站：https://programmerblog.xyz
文章推薦程序員效率：畫流程圖常用的工具程序員效率：整理常用的在線筆記軟件遠程辦公：常用的遠程協助軟件，你都知道嗎？51單片機程序下載、ISP及串口基礎知識硬件：斷路器、接觸器、繼電器基礎知識
總結
以上是生活随笔為你收集整理的开发工具：收集12 个顶级 Bug 跟踪工具，值得收藏！的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 解决wine中文显示为方框的方法
- 下一篇： 100个网络基础知识，赶紧收藏吧！