根據每個公司性質的不同，規模的不同，所用到的bug管理工具也可能不同。你們用的bug管理工具是什么呢？下面介紹幾款主流的bug管理工具：

1、 JIRA（付費）

JIRA的生產者把JIRA定義為 Issue Tracker，即它是一個專業的問題跟蹤管理的軟件。這里的”問題”對應的英文單詞是Issue，所以含義比較廣，包括Bug，Task，，等等跟軟件開發相關的名詞。跟蹤管理即對問題的整個生命周期進行記錄和管理。一個問題從創建到解決到關閉涉及到很多相關信息，包括是什么問題，誰發現的問題，誰處理了這個問題，如何處理的，相應的代碼有什么改變等等，JIRA可以方便的記錄這些信息，并且在問題的不同狀態呈現在相應的責任人面前

JIRA具有很多優點，對測試來說，以下3點必須知道：

針對問題其默認定義了豐富的字段來記錄問題的各種信息，包括Issue Type, Issue summary, Issue , , , , 等等；默認定義了工作流的一些狀態: new, open, defer, pending, , , closed。 默認定義了一個簡易的工作流, open-in --closed；支持郵件通知，郵件通知可以同工作流中和工作流之外的事件關聯。 2、

是一個為軟件開發項目需要而集成了Wiki和問題跟蹤管理系統的應用平臺，是一個開源軟件應用。Trac以簡單的方式建立了一個軟件項目管理的Web應用，以幫助開發人員更好地寫出高質量的軟件；Trac應用力求不影響現有團隊的開發過程。

Trac是以面向進度模型為項目管理模型的，很明顯的特點就是它以里程碑()方式進行項目管理的。每個里程碑中的具體要做哪些事情，就使用Ticket來進行定義、跟蹤等。里程碑是什么呢？里程碑是一些事件，我們設立這些事件是為了表明當這些事件發生的時候，我們的工作已經達到了某種程度。為什么我不用時間點呢？原因在于使用時間點往往讓人誤以為，里程碑是按照時間來設計的，而不是按照事件來設立的。

3.

管理bug也是最近才接觸到。跟項目綁定，特別方便管理bug，隨時assign給相關開發，也可以看到開發提交bug時的Commits，每次發版可以對照相關提交，既方便測試，也可以在出現問題時找到對應開發。

4.

是一個開源的缺陷跟蹤系統（Bug- System），它可以管理軟件開發中缺陷的提交（new），修復（resolve），關閉（close）等整個生命周期。

Bug報告分類

（1）待確認的（）

（2）新提交的（New）

（3）已分配的（）

（4）問題未解決的（）

（5）待返測的（）

（6）待歸檔的（）

（7）已歸檔的（Closed）

（8）Bug處理意見

（9）已修改的（Fixed）

（10）不是問題（Invalid）

（11）無法修改（Wontfix）

（12）以后版本解決（Later）

（13）保留（Remind）

（14）重復（）

（15）無法重現（）

指定處理人：

（1）可以指定一個處理人

（2）如不指定處理人，則系統指定管理員為默認處理人

鏈接：

輸入超鏈接地址，引導處理人找到與報告相關聯的信息

概述：

（1）概述部分“Summary”的描述，應保證處理人在閱讀時能夠清楚提交者在進行什么操作的時候發現了什么問題。

（2）如果是通用組件部分的測試，則必須將這一通用組件對應的功能名稱寫入概述中，以便今后查詢。

平臺操作系統：

（1）測試應用的硬件平臺（），通常選擇“PC”

（2）測試應用的操作系統平臺（OS）

5. Mantis

缺陷管理平臺Mantis，也做，全稱Mantis Bug Tracker。

Mantis是一個基于PHP技術的輕量級的開源缺陷跟蹤系統，以Web操作的形式提供項目管理及缺陷跟蹤服務。在功能上、實用性上足以滿足中小型項目的管理及跟蹤。更重要的是其開源，不需要負擔任何費用。

基本特性：

1、個人可定制的Email通知功能，每個用戶可根據自身的工作特點只訂閱相關缺陷狀態郵件；

2、支持多項目、多語言；

3、權限設置靈活，不同角色有不同權限，每個項目可設為公開或私有狀態，每個缺陷可設為公開或私有狀態，每個缺陷可以在不同項目間移動；4、主頁可發布項目相關新聞，方便信息傳播；

5、具有方便的缺陷關聯功能，除重復缺陷外，每個缺陷都可以鏈接到其他相關缺陷；

6、缺陷報告可打印或輸出為CSV格式，1.1.7版：支持可定制的報表輸出，可定制用戶輸入域；

7、有各種缺陷趨勢圖和柱狀圖，為項目狀態分析提供依據，如果不能滿足要求，可以把數據輸出到Excel中進一步分析；

8、流程定制方便且符合標準，滿足一般的缺陷跟蹤。作者：給你一顆小瓜子