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