12 個(gè)頂級(jí) Bug 跟蹤工具(建議收藏)
點(diǎn)擊上方[全棧開發(fā)者社區(qū)]→右上角[...]→[設(shè)為星標(biāo)?]
點(diǎn)擊領(lǐng)取全棧資料：全棧資料
我們先來定義一下什么是 bug 跟蹤（或者 bug 跟蹤流程）。Bug 跟蹤是報(bào)告、安排優(yōu)先級(jí)以及處理 bugs 和問題的過程。它聽起來不怎么有趣，但是如果想要提供良好的服務(wù)，除了建立一個(gè) bug 跟蹤和修復(fù)流程，別無它途。
當(dāng)你意識(shí)到需要在你的公司中集成一個(gè) bug 跟蹤流程時(shí)，你需要實(shí)現(xiàn)一個(gè)特定的工作流。
那么，你從哪開始呢？
例如，你可以從實(shí)現(xiàn) 內(nèi)部 bug 報(bào)告 政策開始。在發(fā)布任何新的或更新的軟件之前，它要通過一個(gè)內(nèi)部測(cè)試階段。你的 QA 或軟件開發(fā)人員能夠手動(dòng)測(cè)試應(yīng)用程序來發(fā)現(xiàn) bugs。
另外一個(gè)途徑是從你的用戶那里知道 bugs——這是外部 bug 報(bào)告。對(duì)于這種類型的報(bào)告，你可以使用不同的工具。
好的：你已經(jīng)建立了 bug 報(bào)告來源?，F(xiàn)在你需要跟蹤它們。
跟蹤 bugs 最簡(jiǎn)單的方法是一個(gè)基本的電子表格。你可以跟蹤 bug 相關(guān)信息并解決它們。如果這個(gè)表格變得很大，那么你就會(huì)奔潰。因此，你需要使用特定的 bug 跟蹤工具。Bug 跟蹤軟件不僅僅是一個(gè)數(shù)據(jù)庫(kù)。它還是一個(gè)工具，能讓你團(tuán)隊(duì)中的每一個(gè)人都看到 bug，從而讓他們?cè)谡_的時(shí)間處理正確的 bug。
下一步是搭建一個(gè) bug 跟蹤漏斗。其基本安裝遵循如下規(guī)則：
新 Bug
拒絕或確認(rèn)？
安排優(yōu)先級(jí)并分配
修復(fù)中
測(cè)試
測(cè)試中
修復(fù)完成
每一步都由你需要執(zhí)行的具體動(dòng)作以及涉及的具體人員組成。例如，為了修復(fù)一個(gè)問題，你需要復(fù)現(xiàn)它，而一個(gè)軟件開發(fā)人員參與其中。我們不會(huì)深入討論這個(gè)問題，因?yàn)楸疚牡闹黝}不同。
另外一種可選的工作流方案如下：
捕捉——捕捉 bugs 和問題
報(bào)告——報(bào)告 bug
分配——找出負(fù)責(zé)這個(gè)問題的人
安排優(yōu)先級(jí)——團(tuán)隊(duì)將優(yōu)先處理這個(gè)問題
解決——真正找到如何修復(fù)這個(gè) bug 的方法
我們?cè)賮砜纯匆环?bug 報(bào)告中需要包含哪些內(nèi)容。這將有助于我們?cè)u(píng)估 bug 跟蹤工具。
優(yōu)秀的 bug 跟蹤軟件會(huì)給你很大的靈活性，包含盡可能多的 bug 相關(guān)的的信息，從而安排優(yōu)先級(jí)并修復(fù)它。這意味著你需要包含以下信息選項(xiàng)：
發(fā)生了什么。屏幕截圖、屏幕記錄或工作流程都會(huì)非常有用；
問題的時(shí)間和日期；
嚴(yán)重程度；
復(fù)現(xiàn)細(xì)節(jié)；
bug 狀態(tài)；
bug 負(fù)責(zé)人
那么什么是一個(gè) bug 跟蹤工具呢？簡(jiǎn)而言之：bug 跟蹤系統(tǒng)有一套能夠幫助有效解決和管理問題的功能。
此外，bug 跟蹤軟件提供了已經(jīng)發(fā)現(xiàn)的 bug 記錄和已知的 bug 信息。這包括 bug 報(bào)告時(shí)間、異常行為描述和如何復(fù)現(xiàn)等有用的細(xì)節(jié)。
現(xiàn)在讓我們深入談?wù)撘粋€(gè)好的 bug 跟蹤工具需要包含的核心功能：
工作流；
Bug 歷史記錄；
分析面板；
Bug 分配；
Bug 優(yōu)先級(jí)和嚴(yán)重程度標(biāo)簽；
評(píng)論；
與其它工具的集成；
通知，至少通過郵件；
探索報(bào)告；
存儲(chǔ)與獲??；
問題狀態(tài)；
高級(jí)搜索功能。
在選擇一個(gè)工具之前，你應(yīng)該考慮如下因素：
支持質(zhì)量；
價(jià)格；
學(xué)習(xí)曲線；
與其它工具的集成數(shù)量；
性能；
公司上市時(shí)間。
這里有一些我們挑選的用于 bug 跟蹤的頂級(jí)工具。
圖片來源：https://bugherd.com/
BugHerd 是一個(gè)基于 Web 的問題跟蹤項(xiàng)目管理工具。這個(gè)工具能夠捕捉問題的屏幕截圖，其中包括正在注釋的確切的 HTML 元素。它使你的團(tuán)隊(duì)和客戶能夠報(bào)告 bugs 和管理所有的溝通，以便直接在你的站點(diǎn)上解決這些問題。
這個(gè)工具捕捉諸如瀏覽器、CSS 選擇器數(shù)據(jù)、操作系統(tǒng)以及屏幕截圖等信息。這些都是你修復(fù) bugs 所需的信息；
看板式任務(wù)板，以便進(jìn)行更好的管理；
易于報(bào)告 bug；
數(shù)據(jù)以不同格式導(dǎo)出；
瀏覽器擴(kuò)展；
問題的文件附件；
實(shí)時(shí)討論。
BugHerd 已經(jīng)與 Slack、Github 和 Basecamp 集成。使用 Zapier，你可以將它與幾乎任何工具集成。
BugHerd 的價(jià)格為 5 個(gè)用戶每月 39 美元起。它們?yōu)槟甓扔?jì)劃提供了 20% 的折扣和 14 天免費(fèi)試用，不需要信用卡。如果你的團(tuán)隊(duì)有 25 個(gè)以上用戶，也有一些定制計(jì)劃。
幾乎任何用戶都可以報(bào)告你的應(yīng)用程序或網(wǎng)站的 bug。
它不是管理 bug 報(bào)告的最佳工具。
總之，Bugherd 的最大好處是它的視覺簡(jiǎn)潔性和易用性，即使對(duì)于非技術(shù)人員來說也是如此。但是它不是一個(gè)好的工具來管理并分配問題給你的團(tuán)隊(duì)。
圖片來源：https://www.bugzilla.org/
Bugzilla 是一個(gè)流行的開源 bug 跟蹤工具，被很多機(jī)構(gòu)廣泛采用，由 Mozilla 創(chuàng)建。它為開發(fā)和測(cè)試團(tuán)隊(duì)提供了一個(gè)系統(tǒng)來跟蹤軟件開發(fā)、應(yīng)用程序開發(fā)和部署中的 bug 修復(fù)和代碼變更。
郵件通知；
報(bào)告和圖表；
bugs 列表可以生成為不同格式；
高級(jí)查詢；
內(nèi)部時(shí)間跟蹤；
重復(fù)問題自動(dòng)檢測(cè)。
與源代碼管理工具有集成，例如 Github。
免費(fèi)使用：Bugzilla 是開源的。
開源
非常簡(jiǎn)單的用戶界面
優(yōu)化了數(shù)據(jù)庫(kù)結(jié)構(gòu)，以便更好地執(zhí)行
高級(jí)查詢
高度可定制的工作流
由 Mozilla 基金會(huì)積極維護(hù)和更新
過時(shí)的設(shè)計(jì)；
缺乏定制化；
陡峭的學(xué)習(xí)曲線。
Bugzilla 是最知名的 bug 跟蹤工具之一，功能豐富。此外，它還是免費(fèi)的，但是也有一些小毛病，例如過時(shí)的用戶界面和陡峭的學(xué)習(xí)曲線。我們認(rèn)為它對(duì)于小型和中型團(tuán)隊(duì)來說是最好的工具之一。
圖片來源：https://www.mantisbt.org/
MantisBT 是一個(gè)開源問題跟蹤器。這個(gè)易于使用的工具是 Web 應(yīng)用程序形式，但也有一個(gè)移動(dòng)版本。MantisBT 是用 PHP 構(gòu)建的，兼容 MySQL 和 PostgreSQL 數(shù)據(jù)庫(kù)。
郵件通知；
源代碼管理集成；
時(shí)間跟蹤管理；
自定義字段。
沒有與現(xiàn)成的工具集成。
有一個(gè)免費(fèi)的計(jì)劃。如果你想要托管的話，有一個(gè)收費(fèi)計(jì)劃從每個(gè)用戶每月 4.95 美元起。
插件庫(kù)，豐富核心功能；
開源且免費(fèi)；
對(duì)于用戶數(shù)、問題數(shù)和項(xiàng)目數(shù)沒有限制。
過時(shí)的用戶界面；
有點(diǎn)兒復(fù)雜的接口——很難設(shè)置 bug 跟蹤過程；
定制化不是很友好；
普通用戶需要一些培訓(xùn)。
我們 Flatlogic 認(rèn)為它對(duì)于有經(jīng)驗(yàn)的工程師來說是最好的工具之一。
圖片來源：https://debugme.eu/
DeBugMe 是一個(gè)可視化反饋工具，有一個(gè)內(nèi)置的 bug 跟蹤解決方案。這個(gè)工具和 Bugherd 很相似。使用 Debugme，用戶可以輕易地通過繪畫、高亮、加黑特定區(qū)域或者打一個(gè)釘子來為頁(yè)面添加注釋。
自動(dòng)記錄關(guān)于操作系統(tǒng)、分辨率、瀏覽器版本、插件等重要信息；
通過評(píng)論交流；
通過郵件通知；
Bug 報(bào)告管理。
與以下工具原生集成：Trello、Redmine、Jira、Gmai、Pivotal Tracker、Teamwork、Visual Studio Online、Outlook 和 Yahoo。你可以通過 Zapier 與其它工具同步。
DebugMe 的價(jià)格為 10 個(gè)用戶每月 8 美元起。
還有一個(gè)針對(duì) 2 個(gè)用戶的免費(fèi)計(jì)劃。
廣泛的集成；
相當(dāng)靈活的定價(jià)；
適合小型團(tuán)隊(duì)的基礎(chǔ)報(bào)表系統(tǒng)。
另一方面，這個(gè)報(bào)表工具不是很適合大型項(xiàng)目。
就提供可視化反饋能力而言，DebugMe 是 Bugherd 的一個(gè)很好的替代方案。但是對(duì)于復(fù)雜項(xiàng)目管理來說，它不是一個(gè)很好的工具。
圖片來源：https://www.donedone.com/
DoneDone 是一個(gè) bug 跟蹤器，給你的團(tuán)隊(duì)提供了一個(gè)簡(jiǎn)單的方式來跟蹤 bugs 并有效修復(fù)它們。DoneDone 是一個(gè) SaaS 服務(wù)：不需要安裝。DoneDone 使得用戶可以使用發(fā)布的構(gòu)建來一鍵測(cè)試問題。
由外部用戶創(chuàng)建任務(wù)；
來自各種源頭的通知；
自定義工作流和狀態(tài)；
根據(jù)優(yōu)先級(jí)、截止日期、狀態(tài)、任務(wù)名、被分配人等對(duì) bugs 進(jìn)行分類。
DoneDone 有一個(gè)移動(dòng)應(yīng)用程序，如果你想要自定義集成的話，它預(yù)置集成了 Slack、Glip、Harvest、Github 等其它應(yīng)用程序。
DoneDone 的價(jià)格是每個(gè)用戶每月 5 美元起。它們?yōu)槟甓扔?jì)劃提供了 20% 的折扣。
大量有用的集成；
簡(jiǎn)單時(shí)尚的用戶界面；
有用的面板；
項(xiàng)目管理能力；
API 文檔。
不太適合大型項(xiàng)目。
DoneDone 對(duì)于初創(chuàng)企業(yè)、小型和中型規(guī)模的公司來說是一個(gè)很好的工具，來解決客戶反饋和問題。它有靈活的定價(jià)和良好的接口，因此不需要太多時(shí)間來學(xué)習(xí)這個(gè)工具。
圖片來源：https://marker.io/
Marker.io 是一個(gè)現(xiàn)代風(fēng)格的問題管理工具，允許你從客戶和團(tuán)隊(duì)成員那里收集可視化反饋，并直接將它報(bào)告到你現(xiàn)有的項(xiàng)目管理工具。Marker.io 可以很快實(shí)施；你只需要復(fù)制粘貼一行代碼到你的應(yīng)用程序。
問題記錄有一個(gè)反饋按鈕而不需要離開網(wǎng)站；
用戶可以使用箭頭可視化地標(biāo)記問題；
帶反饋的彈出窗口；
使用 Browserstack 進(jìn)行跨設(shè)備測(cè)試。
預(yù)置集成有 Trello、Asana、Jira、GitHub、GitLab、Bitbucket、Slack 和 Basecamp。
有 3 個(gè)層次的計(jì)劃，分別為每月 59 美元、99 美元和 199 美元。價(jià)格取決于用戶個(gè)數(shù)。
快速的學(xué)習(xí)曲線；
良好的客戶支持；
關(guān)于問題的技術(shù)性信息。
定價(jià)有點(diǎn)兒陡峭；
不能將一個(gè) bug 分配給一個(gè)項(xiàng)目。
如果你已經(jīng)有了一個(gè)現(xiàn)有的項(xiàng)目管理系統(tǒng)，那么 Marker.io 是最好的工具之一。它非常適合任意規(guī)模的已經(jīng)很好地使用了 Trello、Asana、Jira、GitHub、GitLab 和 Slack 的團(tuán)隊(duì)。
圖片來源：https://www.atlassian.com/software/jira
JIRA 提供了記錄、報(bào)告、工作流、代碼集成、計(jì)劃和 wiki 等功能。Jira 最初是用來跟蹤和管理軟件開發(fā)中的 bugs。其中一些關(guān)鍵功能包括捕捉使用 Jira 軟件的軟件項(xiàng)目中任何地方的 bugs。一旦檢測(cè)到一個(gè) bug，你可以創(chuàng)建一個(gè) issue 并添加所有相關(guān)的細(xì)節(jié)，例如描述、嚴(yán)重等級(jí)、截圖、版本等。
報(bào)表生成；
移動(dòng)集成；
支持敏捷項(xiàng)目；
服務(wù)臺(tái)；
自定義工作流；
強(qiáng)大的 API；
Jira 查詢語言（JQL）用于高級(jí)查詢、高級(jí)報(bào)告和自定義面板。
這個(gè)工具直接與代碼開發(fā)環(huán)境集成，非常適合開發(fā)人員。你還可以利用強(qiáng)大的 API 構(gòu)建許多自定義集成。
Jira 的免費(fèi)計(jì)劃允許 10 個(gè)用戶。它有 2 個(gè)付費(fèi)計(jì)劃，每個(gè)用戶每月 7 美元起。對(duì)于開源項(xiàng)目也有一個(gè)免費(fèi)選項(xiàng)。對(duì)于 100 個(gè)以上的用戶，你需要使用 Atlassian 的計(jì)算器。
可定制的工作流；
Attlassian 插件市場(chǎng)；
有高級(jí)搜索功能的強(qiáng)大的 bug 跟蹤器；
強(qiáng)大的報(bào)表工具。
對(duì)于小型到中型團(tuán)隊(duì)偏貴；
復(fù)雜的配置和故障排除；
陡峭的學(xué)習(xí)曲線；
對(duì)于小型團(tuán)隊(duì)過重；
非常占用資源。
JIRA 對(duì)于中型和大型團(tuán)隊(duì)是最好的工具：憑借其定制化能力，它可以適應(yīng)任何工作流。插件市場(chǎng)也有助于解決各種問題。然而，Jira 需要一個(gè)有經(jīng)驗(yàn)的管理員或者一些稍微正式的培訓(xùn)。對(duì)于小型團(tuán)隊(duì)來說，JIRA 絕對(duì)是過重了。
圖片來源：http://www.bughost.com/
BugHost 是市場(chǎng)上最古老最成熟的 bug 跟蹤系統(tǒng)之一。這個(gè)系統(tǒng)既簡(jiǎn)單又可靠：這就解釋了為什么它的客戶有 Eriksson、Chevron、Midway 等等。
一次性更新多個(gè) bug；
記錄的缺陷數(shù)不限；
Bug 鏈接；
客戶直接向你的項(xiàng)目提交 bugs；
導(dǎo)出功能和文件附件。
這個(gè)工具沒有任何原生集成和 API。
這個(gè)公司為客戶提供了 10 個(gè)計(jì)劃，每月從 10 美元到 1000 美元。價(jià)格取決于項(xiàng)目數(shù)和用戶數(shù)。
易于管理 bugs；
可負(fù)擔(dān)的價(jià)格；
具有良好支持的成熟工具。
過時(shí)的接口；
性能慢；
需要安裝許可。
總體上，如果你想要試試 bug 跟蹤，這是一個(gè)挺好的工具，但是過時(shí)的網(wǎng)站和接口在 2020 年不是一個(gè)很好的選擇。
圖片來源：https://www.zoho.com/bugtracker/
如果你尋求對(duì)于未解決的問題也完全可見，那么 Zoho 項(xiàng)目的問題跟蹤模塊，Zoho Bug Tracker 是一個(gè)不錯(cuò)的在線工具。用戶可以定義一個(gè)循環(huán)，根據(jù)階段管理問題。它們還可以自動(dòng)提醒和通知，以便團(tuán)隊(duì)成員知道哪些問題必須查看。
Zoho Bug Tracker 是任務(wù)管理軟件 Zoho Project 的一個(gè)模塊。它是一個(gè)在線工具，能讓你創(chuàng)建項(xiàng)目、里程碑、任務(wù)、bugs、報(bào)告、文檔等等。這個(gè) bug 跟蹤模塊本身具有一般尋找的所有需要的功能。這個(gè)產(chǎn)品是商業(yè)性的，但不是很貴。
靈活的工作流；
問題劃分到不同的類別；
時(shí)間和項(xiàng)目管理；
時(shí)間表；
通知和新聞流。
Zoho Bug Tracker 預(yù)置與許多第三方工具進(jìn)行了集成：Crashlytics、Zapier、Dropbox、Box、GitHub、Bitbucket、Jira、OneDrive、Google Drive。它還與 Zoho 應(yīng)用程序同步。
Zoho Bug Traker 的價(jià)格從每個(gè)用戶每月 3 美元起。它們還提供了一個(gè)免費(fèi)版本。
大量集成；
時(shí)尚易用的用戶界面；
bug 分類。
缺少定制化；
對(duì)于復(fù)雜項(xiàng)目不是一個(gè)很好的工具；
計(jì)劃數(shù)不是無限的。
如果你尋求對(duì)于不確定的問題也完全可見，那么 Zoho Bugtracker 模塊是一個(gè)非常不錯(cuò)的在線工具。
圖片來源：https://backlog.com/
Backlog 是一個(gè)在線時(shí)尚的 bug 跟蹤和項(xiàng)目管理軟件。任何人都可以很輕松地用它報(bào)告 bugs，具有問題的更新、評(píng)論和狀態(tài)變更的完整歷史記錄。
甘特圖和燃盡圖；
Wikis 和觀察名單；
一般查詢和高級(jí)查詢功能；
問題更新和狀態(tài)變更的完整歷史記錄；
內(nèi)置 Git 和 SVN。
Backlog 預(yù)置集成了 Typetalk、Cacoo、Redmine、Jira Importer、iCal、email 和 Google Sheets 以及其它許多工具。還擁有強(qiáng)大的 API 來構(gòu)建定制化集成。
其價(jià)格從每月 35 美元起，支持多達(dá) 30 個(gè)用戶、5 個(gè)項(xiàng)目和 1GB 存儲(chǔ)。
免費(fèi)版本；
Wiki；
大量集成；
良好的用戶界面。
對(duì)于高級(jí)用戶太簡(jiǎn)單了，因此不適合具有復(fù)雜流程的大型項(xiàng)目。
Backlog 是功能最豐富的跟蹤工具之一。它結(jié)合了項(xiàng)目管理功能和問題跟蹤功能。既可以作為一個(gè)自托管的解決方案，也可以作為一個(gè) SaaS 服務(wù)，它比較適合小型和中型團(tuán)隊(duì)。
圖片來源：https://www.redmine.org/
Redmine 是一個(gè)開源的問題跟蹤系統(tǒng)，集成了 SCM（Source Code Management，源碼管理）系統(tǒng)。它還提供了其它項(xiàng)目管理相關(guān)的工具，例如時(shí)間跟蹤、wikis、日歷等等。
甘特圖和日歷；
文件管理；
支持多個(gè)數(shù)據(jù)庫(kù)；
靈活的基于角色的訪問控制；
多語言支持；
可以同時(shí)處理多個(gè)項(xiàng)目；
郵件通知。
它集成了 SCM 框架。
Redmine 是免費(fèi)使用的開源工具。
開源；
免費(fèi)使用；
適合敏捷項(xiàng)目；
良好的定制化。
缺乏支持；
過時(shí)的用戶界面；
性能問題。
對(duì)于熱愛開源、定制化和免費(fèi)產(chǎn)品的團(tuán)隊(duì)來說，這是一個(gè)非常棒的工具。
如果你還在使用電子表格方法來進(jìn)行 bug 跟蹤，那么是時(shí)候改變了。使用一個(gè) bug 跟蹤工具會(huì)提高整體效率。在本文中，我們已經(jīng)向你展示了一些能幫你提高效率的最佳工具。除了這些工具，一些軟件公司擁有他們自己的內(nèi)部 bug 跟蹤系統(tǒng)，針對(duì)他們的項(xiàng)目構(gòu)建和使用。我希望這篇文章能夠幫你了解更多問題跟蹤相關(guān)的信息，并且有助于你決定是否需要將它集成到你的流程和公司。
覺得本文對(duì)你有幫助？請(qǐng)分享給更多人
關(guān)注「全棧開發(fā)者社區(qū)」加星標(biāo)，提升全棧技能
本公眾號(hào)會(huì)不定期給大家發(fā)福利，包括送書、學(xué)習(xí)資源等，敬請(qǐng)期待吧！
如果感覺推送內(nèi)容不錯(cuò)，不妨右下角點(diǎn)個(gè)在看轉(zhuǎn)發(fā)朋友圈或收藏，感謝支持。
好文章，留言、點(diǎn)贊、在看和分享一條龍吧??