㈠ 有什麼比較好的類似 BugFree 的 bug 管理工具
Quality Center，前身就是TD，隨後美利科被惠普收購後更名為Quality Center，目前最新版本是HP ALM 12.0，從曾經輕量級測試跟蹤工具變成目前龐大的生命周期管理工具。但是基礎內核還是沿用TD的。
JIRA，嚴格來說它僅為一個項目和事物管理工具，但是可以廣泛用於缺陷跟蹤、客戶服務、需求收集、流程審批、任務跟蹤、項目跟蹤和敏捷管理等工作領域。
IBM Rational 一款支持分散團隊進行實時相關協作的軟體生命周期管理解決方案。Rational Team Concert 基於 IBM Rational® Jazz™ 平台，提供流程配置、指導和實施框架，支持您的整個軟體交付環境。
Bugzilla，有答案提到過了。
用得比較多的就這些，其它冷門的工具要麼功能不全面，要麼只能適用於特定的項目場景。
㈡ 公司裡面常用的bug管理工具有那些有沒有免費的bug管理工具
聯想用的就是免費的bug管理工具：bugzilla
各個公司用的工具可能都不一樣，但是用起來大同小異。
開源軟體又叫免費軟體，有bugfree,bugzilla,jira等。
㈢ 軟體測試的項目有哪些常用的缺陷管理工具
1.QC
QC的全稱Quality center, 質量中心的意思，它是一款缺陷管理工具，可以組織和管理一個項目所有的測試階段.
2.Bugzilla，
Bugzilla是一個Bug追蹤系統設計用來幫助你管理軟體開發。
Bugzilla是一開源Bug Tracking System，是專門為Unix定製開發的。但是在windows平台下依然可以成功安裝使用.
3.Bugfree，
BugFree是借鑒微軟的研發流程和Bug管理理念，使用PHP+MySQL獨立寫出的一個Bug
管理系統。簡單實用、免費並且開放源代碼(遵循GNU GPL)。
4.JIRA
JIRA是集項目計劃、任務分配、需求管理、錯誤跟蹤於一體的商業軟體。
JIRA功能全面，界面友好，安裝簡單，配置靈活，許可權管理以及可擴展性方面都十分出色。
JIRA創建的默認問題類型包括New Feature、Bug、Task和Improvement四種，還可以自己定義，所以它也一是過程管理系統。
Jira融合了項目管理、任務管理和缺陷管理，許多著名的開源項目都採用了JIRA。
JIRA 是目前比較流行的基於Java架構的管理系統，由於Atlassian公司對很多開源項目實行免費提供缺陷跟蹤服務，因此在開源領域，其認知度比其他的產品要高得多，而且易用性也好一些。同時，開源則是其另一特色，在用戶購買其軟體的同時，也就將源代碼也購置進來，方便做二次開發。
5.Mantis
Mantis是一個基於PHP技術的輕量級的缺陷跟蹤系統，其功能與前面提及的JIRA系統類似，都是以Web操作的形式提供項目管理及缺陷跟蹤服務。在功能上可能沒有JIRA那麼專業，界面也沒有JIRA漂亮，但在實用性上足以滿足中小型項目的管理及跟蹤。更重要的是其開源，不需要負擔任何費用。不過目前的版本還存在一些問題，期待在今後的版本中能夠得以完善。
6.Readmine
Redmine是用ruby開發的基於web的項目管理軟體，免費。JIRA收費
Redmine可以創建子任務，而jira不易創建子任務。
Redmine來管理項目，但它沒有用例管理.
7.禪道
禪道項目管理軟體是開源，集產品管理、項目管理、質量管理、文檔管理、組織管理和事務管理於一體，是一款功能完備的項目管理軟體，完美地覆蓋了項目管理的核心流程。
8.TAPD
TAPD項目管理軟體是基於敏捷開源，隸屬騰訊開發出來的，集產品管理、項目管理、質量管理、文檔管理、組織管理和事務管理於一體，是一款功能完備的項目管理軟體，完美地覆蓋了敏捷項目管理的核心流程。
9.TESTLINK
略
10.TD
略
如果想這塊內容增強的小夥伴參考網上的相關知識(黑馬程序員論壇等)
㈣ bug管理有工具推薦嗎
我們團隊用日事清做Bug的管理，建立了嚴謹的規范。
團隊可隨時清楚當前的質量情況以便進行質量管理或決策變更支持。對於程序員來說，通過日事清的統計功能，可以清楚手頭還有多少bug沒解決，多少解決後又重新打開的，有沒可能修改引發，bug根源，拒絕修復的原因是什麼；
我們公司用過的bug管理工具也是一批又一批。但直到年初終於接觸一個能讓我們團隊都感到滿意的產品-日事清
1、 10人以下免費：不限制工程個數和bug條數，而且10人以下永久免費
2、 各平台都有支持：從web、pc、app甚至Mac端都支持。一個賬號全平台可用。
3、 信息一目瞭然：從bug的新建，已解決、未解決、延期到關閉所有的操作一目瞭然。
4、 完善的bug統計：此軟體可從項目維度和人員維度對數據進行統計。
㈤ bug管理工具有哪些
我們團隊現在直接在日事清內進行「bug管理」，提bug人員將bug輸入到「收集」狀態，由產品助理集中處理，視bug具體情況將bug拖拽到其他集中狀態。如果拖拽到「確認」，在該bug下添加相應技術人員讓其處理，技術人員會在日事清協作系統內收到通知並且bug同步到其收納箱，方便技術人員集中處理，解決後由技術人員拖拽到「已解決」狀態卡片，大大節省了溝通時間。
如果bug是由用戶反饋，那麼在bug詳情中記錄其聯系方式，由提bug人員跟蹤該bug狀態，修復後告知用戶。如果產品助理/產品經理甄別bug時需要和相關負責人員溝通，不會直接聯系技術人員，而是在bug評論中延時溝通。
相比其他解決方案，我們目前的「bug管理」在一個工作系統內完成，不增加「提bug人員」、「甄別bug人員」、「處理bug人員」的使用成本； 由產品助理/產品經理/測試工程師集中甄別bug並和技術人員延時溝通，杜絕其他成員直接聯系技術人員詢問打擾其工作； 如果bug狀態發生改變，比如「已解決」、「評論溝通」等，提bug人員會收到通知，可以實時跟進bug狀態，提bug人員更可階段性點擊「bug管理」模塊查看實時狀態 ；
㈥ bug管理工具都有哪些
質量管理五大工具，也稱品管五大工具。包括：
1、統計過程式控制制（SPC，Statistical Process Control）；
2、測量系統分析（MSA，Measure System Analyse）；
3、失效模式和效果分析（FMEA，Failure Mode & Effect Analyse）；
4、產品質量先期策劃（APQP，Advanced Proct Quality Planning）；
5、生產件批准程序（PPAP，Proction Part Approval Process）
APQP 是質量計劃，但其實也是項目開發的計劃。既然是計劃，它的時間起點是項目正式啟動的那一時間點到 PPAP 結束，正常量產後進行總結，認為沒有其他問題，可以關閉開發項目的那一時間點為止。執行人是整個 APQP 小組。
PPAP 是生產件批准程序，只是整個 APQP 計劃中的一個環節，通常居於 APQP 計劃的後半階段，一般來講是 APQP 計劃的核心。
FMEA/SPC/MSA 都是質量管理的工具。誠如有朋友指出的，FMEA 有 DFMEA， PFMEA，這些工作的導入事件多為 APQP 的初期或中、早期。它們主要正對的產品的設計、生產工藝或過程而言的。屬於預防性的計劃。
MSA 很簡單，是校對量、檢具。
SPC 也很簡單，是管制住某幾個重要參數，監督它們生產的穩定性。若發現有較大的波動，則立即採取措施，糾正工藝或生產流程。
MSA 與 SPC 一樣，都在 PPAP 階段實施比較妥當（太早有很多影響因素導致 MSA 無效等）。實施者多為質量工程師。
(6)bug管理工具有哪些擴展閱讀
APQP（Advanced Proct Quality Planning）即產品質量先期策劃，是一種結構化的方法，用來確定和制定確保某產品使顧客滿意所需的步驟。
產品質量策劃的目標是促進與所涉及的每一個人的聯系，以確保所要求的步驟按時完成。有效的產品質量策劃依賴於公司高層管理者對努力達到使顧客滿意這一宗旨的承諾。
產品質量策劃有如下的益處：
1、引導資源，使顧客滿意；
2、促進對所需更改的早期識別；
3、避免晚期更改；
4、以最低的成本及時提供優質產品。
㈦ 軟體測試工具和缺陷管理工具都有哪些啊
這些工具都是現在比較流行且容易上手的
測試工具有（這個自動化就是盡量減少人工重復勞動的回歸測試，性能就是找出軟體的瓶頸）
1.性能測試：LOADRUNNER、JMETER……
2.自動化測試：QTP、RPT……
3.web前端分析：yslow、httpwatch
缺陷管理工具有（說白了這就是用來記錄bug的，程序員與測試員之間通過這個來修復bug）：
1.QC
2.TD
3.TESTLINK
4.bugfree
5.Jira
書籍有：
軟體測試的藝術，我覺得這本書不錯，對新手來說
精通自動化測試LOADRUNNER
測試還需要懂寫腳本語言
java
c
vbs等這些都可以用來寫測試腳本的
暫時先就說這些。。。。。。