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