根據每個公司性質的不同，規模的不同，所用到的bug管理工具也可能不同。你們用的bug管理工具是什麼呢？
ira的生產者把jira定義為professional issue tracker，即它是乙個專業的問題跟蹤管理的軟體。這裡的」問題」對應的英文單詞是issue，所以含義比較廣，包括bug,task,enhancement,improvement等等跟軟體開發相關的名詞。跟蹤管理即對問題的整個生命週期進行記錄和管理。
jira具有很多優點，對測試來說，以下3點必須知道：
1. 針對問題其預設定義了豐富的字段來記錄問題的各種資訊，包括issue type, issue summary, issue description, priority, assignee, reporter, resolutions等等；
2. 預設定義了工作流的一些狀態: new, open, defer, pending, resolved, reopened, closed。 預設定義了乙個簡易的工作流, open-in progress-resolved-closed；
3. 支援郵件通知，郵件通知可以同工作流中和工作流之外的事件關聯；
trac是乙個為軟體開發專案需要而整合了wiki和問題跟蹤管理系統的應用平台，是乙個開源軟體應用。trac以簡單的方式建立了乙個軟體專案管理的web應用，以幫助開發人員更好地寫出高質量的軟體；trac應用力求不影響現有團隊的開發過程。
trac是以面向進度模型為專案管理模型的，很明顯的特點就是它以里程碑(milestone)方式進行專案管理的。每個里程碑中的具體要做哪些事情，就使用ticket來進行定義、跟蹤等。
gitlab管理bug也是最近才接觸到。跟專案繫結，特別方便管理bug，隨時assign給相關開發，也可以看到開發提交bug時的commits，每次發版可以對照相關提交，既方便測試，也可以在出現問題時找到對應開發。
bugzilla 是乙個開源的缺陷跟蹤系統（bug-tracking system），它可以管理軟體開發中缺陷的提交（new），修復（resolve），關閉（close）等整個生命週期。
bugzilla bug報告分類
（1）待確認的（unconfirmed）（2）新提交的（new）（3）已分配的（assigned）（4）問題未解決的（reopened）（5）待返測的（resolved）（6）待歸檔的（verified）（7）已歸檔的（closed）（8）bug處理意見（9）已修改的（fixed）（10）不是問題（invalid）（11）無法修改（wontfix）（12）以後版本解決（later）（13）保留（remind）（14）重複（duplicate）（15）無法重現（worksforme）
bugzilla指定處理人：
（1）可以指定乙個處理人（2）如不指定處理人，則系統指定管理員為預設處理人
缺陷管理平台mantis，也做mantisbt，全稱mantis bug tracker。
mantis是乙個基於php技術的輕量級的開源缺陷跟蹤系統，以web操作的形式提供專案管理及缺陷跟蹤服務。在功能上、實用性上足以滿足中小型專案的管理及跟蹤。更重要的是其開源，不需要負擔任何費用。
基本特性：
1、個人可定製的email通知功能，每個使用者可根據自身的工作特點只訂閱相關缺陷狀態郵件；
2、支援多專案、多語言；
3、許可權設定靈活，不同角色有不同許可權，每個專案可設為公開或私有狀態，每個缺陷可設為公開或私有狀態，每個缺陷可以在不同專案間移動；
4、主頁可發布專案相關新聞，方便資訊傳播；
6、缺陷報告可列印或輸出為csv格式，1.1.7版：支援可定製的報表輸出，可定製使用者輸入域；
7、有各種缺陷趨勢圖和柱狀圖，為專案狀態分析提供依據，如果不能滿足要求，可以把資料輸出到excel中進一步分析；
8、流程定製方便且符合標準，滿足一般的缺陷跟蹤。
6.teambition
teambition的設計簡約，大氣，小清新，直接明了。註冊登入後會顯示你所有參與的專案（以及所有完成已歸檔的專案），預設有乙個新手指南專案，讓你能夠快速上手。 建立乙個bug專案後，你可以通過「任務板」、「分享牆」和「檔案庫」等功能模組來管理bug。並且可以為bug設定優先順序：普通、緊急、非常緊急，這一點非常好，標籤功能的新增可以豐富bug的屬性設定。關聯任務功能則可以將相關的bug進行關聯提醒，便於開發修復時進行參考。
7.worktile
8.tower
9.明道
經過了前面幾款軟體的使用，明道的上手就快多了，因為介面和功能基本上都大同小異，不過明道有別於上面三款軟體的地方在於可以切換列表和看板模式，在bug更新時列表模式顯然更加友好，而對於狀態的追蹤，看板則要優於列表。而且在編輯bug任務詳情的時候，詳情頁面是滑出式的，可以和任務介面共存，體驗比teambition和worktile的彈出式要好。
10.teamin
teamin是最近新出的一款軟體，經身邊的朋友推薦開始試用的，給我帶來了很多驚喜。首先介面風格極其簡潔，進入首頁宛如乙個記事本一樣，它建立任務的方式也很像是在做筆記：寫完一條任務，回車，開始記錄下一條。並且支援列表和看板模式的切換，在列表模式下記錄更新完bug任務後可以切換到看板模式檢視任務的進展。最關鍵的是teamin的目標管理功能，當我將目標管理功能調出來後驚呆了，這不就是我夢寐以求的版本管理功能麼？！而且還可以將bug任務跨專案跨團隊指定給開發人員，這個簡直不能更讚。另外像其他軟體有的任務詳情描述，標籤功能等也都有，標籤欄位和顏色都支援自定義。
線上出現bug
測試申請使用者交付押金 開啟支付頁面 使用者登出或清除cookies 支付成功後，支付狀態未改變的問題 1.發出支付申請後，使用者退出登入然後成功支付，支付狀態是否顯示成功 2.發出支付申請後，使用者清除cookie後成功支付，支付狀態是否顯示成功 正常case 1.發出支付申請後，使用者成功支付，...
怎麼解決前端線上Bug
有一種八阿哥 bug 叫 在我電腦上是好的呀 有一種解決方式，叫 你去好好排查一下你自己的 有一種控訴，叫 這絕不是後端的問題 你能忍嗎？我不能忍，為這事，我可沒少跟同事撕逼，可是有什麼用嗎？最後我想，這事兒也許不怪別人，怪就怪我無法直接證明這些bug不是我的。今天我們就來說說有哪些難搞的線上問題，...
測試通過！為何線上還有很多BUG？
質量控制 大多數測試人員認為測試工作是發現bug，雖然這是測試的主要任務，但其實測試最重要的任務是質量控制，而發現bug和驗證bug只是質量控制的乙個重要環節而已。我想很多測試人員都經歷過這樣的場景，就是測試環境全部都能測試通過，但正式上線之後就會有各種各樣的bug，到底是 出了問題呢？在測試工作中...