1樓：請叫堯哥
我們在用bugdone主要是記錄bug，指派處理等!有個管理工具做起專案還是不錯的！
2樓：小樣一號
我們公司有用madpecker進行專案上的bug管理和任務的分佈,還能在上面進行測試用例的編寫以後我們用敏捷開發模式也支援,聽說後面還會不斷加強.
具體作用:專案(團隊)管理更便捷,可以拋棄文件了,更高效更酷的辦公方式
3樓：匿名使用者
1缺陷管理工具缺失對專案的影響在實際工作實踐過程中，沒有軟體缺陷管理工具的幫助，就可能會出現如下一系列的影響:(1)軟體測試人員將bug已經提交給了開發人員，但是開發人員可能沒有一個很清晰的介面來接收到測試人員提交的bug資訊。
(2)有一些bug可能是測試人員進行迴歸測試中測試出的問題，但是不能和第一次測試出此型別的情況進行關聯，所引起的結果為不能進行有效的迴歸測試。
(3)測試樣例的版本控制難以做到，不能很清晰地看出bug所處的狀態，是bug被關閉了還是被延期了。
(4)當運用word或者excel作為缺陷管理工具時，可能會給bug各類指標數的統計(特別是以圖表形式統計)帶來問題，很難看出一個bug對應的測試需求。
(5)假如出現一些不可重現的bug按照規定也需要進行記錄，這些不可重現的bug在整個專案中的狀態難以定義。(不能算作已經解決的bug，同時bug由於不能重現使得開發人員修復起來有困難)軟體測試的主要目的在於發現軟體存在的問題(bug)。如何處理測試中發現的錯誤，將直接影響到測試的效果。
只有正確、迅速、準確地處理這些錯誤，才能消除軟體錯誤，保證要釋出的軟體符合需求設計的目標。而有以上5點的存在，會使bug的處理效率和bug處理的驗證會有偏差，對專案是否成功還是比較顯著的。
2軟體錯誤的狀態以及軟體錯誤管理流程對於軟體各項錯誤的狀態，軟體業巨頭微軟公司對於軟體錯誤的狀態有如下5種:new:代表此bug由測試人員發現並且進行提交。
open:bug被正式確認並且分發給開發人員。
fixed:開發人員完成bug漏洞修復並且提交給測試人員進行驗證測試。
decline:開發人員拒絕修改錯誤(代表bug開發人員和測試人員對需求等非程式方面有歧義需要額外溝通)。
deferred:bug在本版本的程式中暫緩修復，在下一個版本中修復。(一般是bug嚴重等級比較低的專案)closed:
測試人員最終驗證通過，此bug被最終修復，並由測試人員關閉此bug。
一般是由測試人員新建bug記錄後，bug記錄被正式派分到開發人員處，若開發人員對此bug有歧義就可以拒絕這條bug的修改並且與測試人員討論這條bug的有效性。若此bug的確需要修正，則由開發人員進行修正後置軟體的錯誤問題狀態為解決。
當測試人員接到相關通知後，測試人員接到相關通知後進行迴歸測試後若沒有問題，則可以關閉這條bug記錄。
4樓：我是維
bug管理工具缺失對專案的影響在實際工作實踐過程中，沒有軟體缺陷管理工具的幫助，就可能會出現如下一系列的影響:
1.軟體測試人員將bug已經提交給了開發人員，但是開發人員可能沒有一個很清晰的介面來接收到測試人員提交的bug資訊。
2.有一些bug可能是測試人員進行迴歸測試中測試出的問題，但是不能和第一次測試出此型別的情況進行關聯，所引起的結果為不能進行有效的迴歸測試。
3.測試樣例的版本控制難以做到，不能很清晰地看出bug所處的狀態，是bug被關閉了還是被延期了。
4.當運用word或者excel作為缺陷管理工具時，可能會給bug各類指標數的統計(特別是以圖表形式統計)帶來問題，很難看出一個bug對應的測試需求。
5.假如出現一些不可重現的bug按照規定也需要進行記錄，這些不可重現的bug在整個專案中的狀態難以定義。(不能算作已經解決的bug，同時bug由於不能重現使得開發人員修復起來有困難)軟體測試的主要目的在於發現軟體存在的問題(bug)。
5樓：匿名使用者
團隊協作
記錄bug，方便後期分析
bug管理工具有哪些
6樓：
itest(愛測試)，最懂測試人的開源測試管理軟體隆重發布https://www.oschina.
net/p/itest-cn開源敏捷管理，testops 踐行者 itest 。可按測試包分配測試用例執行，也可按建測試迭代，也有docker
管理管理，還有很常用的測試度量；對於發版頻繁，需求常變，itest還提交匯出用例，線下修改用例，線下執行，線下新增，然後再匯入（同步）到線上，非常方面測試用例的處理，在測試看板中，能檢視迭代報告，測試包執**況，測試任務進展，也可以在看板上直接執行用包用例。且可根據不同測試策略來設定測試流程，並可實時調整。
7樓：匿名使用者
1. jira（付費）
你的目標只有一個，花光這10個億。
jira
jira的生產者把jira定義為professional issue tracker，即它是一個專業的問題跟蹤管理的軟體。這裡的」問題」對應的英文單詞是issue，所以含義比較廣，包括bug,task,enhancement,improvement等等跟軟體開發相關的名詞。跟蹤管理即對問題的整個生命週期進行記錄和管理。
一個問題從建立到解決到關閉涉及到很多相關資訊，包括是什麼問題，誰發現的問題，誰處理了這個問題，如何處理的，相應的**有什麼改變等等，jira可以方便的記錄這些資訊，並且在問題的不同狀態呈現在相應的責任人面前。
2. trac
trac
trac是一個為軟體開發專案需要而整合了wiki和問題跟蹤管理系統的應用平臺，是一個開源軟體應用。trac以簡單的方式建立了一個軟體專案管理的web應用，以幫助開發人員更好地寫出高質量的軟體；trac應用力求不影響現有團隊的開發過程。
3. gitlab
git issue
gitlab管理bug也是最近才接觸到。跟專案繫結，特別方便管理bug，隨時assign給相關開發，也可以看到開發提交bug時的commits，每次發版可以對照相關提交，既方便測試，也可以在出現問題時找到對應開發。
4.bugzilla
bugzilla 是一個開源的缺陷跟蹤系統（bug-tracking system），它可以管理軟體開發中缺陷的提交（new），修復（resolve），關閉（close）等整個生命週期。
8樓：那贗剖壞
我們團隊用輕量級缺陷跟蹤系統「日事清」做bug的管理，建立了嚴謹的規範。
團隊可隨時清楚當前的質量情況以便進行質量管理或決策變更支援。對於程式設計師來說，通過日事清的統計功能，可以清楚手頭還有多少bug沒解決，多少解決後又重新開啟的，有沒可能修改引發，bug根源，拒絕修復的原因是什麼；
對於qa來說，通過日事清做bug管理，通過看板和標籤制度，可以每一個bug背後的屬性，即測試階段、bug型別、重現規律、嚴重級別等。
什麼是bug管理系統
9樓：du瓶邪
ug一詞的原意是「臭蟲」或「蟲子」。但是現在，在電腦系統或程式中，如果隱藏著的一些未被發現的缺陷或問題，人們也叫它「bug」
第一代的計算機是由許多龐大且昂貴的真空管組成，並利用大量的電力來使真空管發光。
可能正是由於計算機執行產生的光和熱，引得一隻小蟲子 bug 鑽進了一支真空管內，導致整個計算機無法工作。
研究人員費了半天時間，總算髮現原因所在，把這隻小蟲子從真空管中取出後，計算機又恢復正常。
後來，bug這個名詞就沿用下來，表示電腦系統或程式中隱藏的錯誤、缺陷或問題。
與bug相對應，人們將發現bug並加以糾正的過程叫做「debug」，意即「捉蟲子」或「殺蟲子」。遺憾的是，在中文裡面，至今仍沒有與 「bug」準確對應的詞彙，於是只能直接引用「bug」一詞。
雖然也有人使用「臭蟲」一詞替代「bug」，但容易產生歧義，所以推廣不開。
10樓：匿名使用者
首先這款bug管理系統得包含測試相關的資訊才行,如果沒有那就是在扯了.最直接的好處就是開發人員不知道如何站在使用者的角度去測試系統,這個時候只要產品經理把測試用例錄好,開發人員也能測試了,按照那用例一步一步來,節約了人力成本吧,如果公司夠大,開發人員則可以不用幹,但是隻要你測試用例一寫則每個人都能來測試了,那當然是一種完美的解決方案了.我們有用過一款bug管理工具,能滿足專案中的事情.
可以參考madpecker
11樓：
1、測試人員可以利用bug管理系統提交自己發現的bug，提交的資訊一般包括測試環境（作業系統、語言等）、使用的測試產品版本號，bug型別，bug嚴重程度，bug重現步驟，期望行為/實際行為，附加描述資訊，附件，螢幕截圖或錄影。測試人員提交這些資訊的目的是儘可能地幫助開發人員重現bug以便除錯；
2、測試人員可以把bug直接提交給負責相關模組的開發人員，也可以提交給開發組長由其將bug分發到相關開發人員。
3、開發人員收到bug系統發來的bug分配通知後，可以登入系統檢視bug詳情。在對bug進行修改後，可以將bug重新提交回測試人員。
4、開發人員提交的bug修改**，在團隊編譯系統將其編入最新版本後，自動將改bug資訊中的修改版本號更新，然後通知測試人員可獲取最新版本進行驗證。
5、測試人員如驗證無誤，可關閉bug；否則可重新返回開發人員修改。
bug管理系統的具體實現有不少，比較流行的之一是基於visual studio team system的work item tracking的實現。可以方便地將**管理和bug管理有機結合，更智慧地將任務管理+****+團隊編譯+bug管理等聯絡了起來。
當然也可以根據自己的需要做一個簡單的基於sql+asp.net的實現。
求推薦一個bug管理工具
12樓：資訊化管理諮詢
你試一下華創缺陷管理系統吧，支援**上傳，支援sql server（2005\2008\2010都可以），不僅支援電腦訪問，而且支援手機、ipad 等移動裝置。可自定義缺陷級別、功能模組、原因類別、專案類別等，缺陷表的欄位也可以完全自由增減。
與同類產品的比較：
（1）與免費軟體比較：首先，安裝免費的 bug 管理軟體如 bugzilla，您需要熟悉 apache、mysql、perl 之類的東西，而且一般會花去你 1、2 天的時間，而安裝本系統簡單快速，通常在 5 分鐘以內；其次，使用者介面和操作的友好性比免費軟體有質的進步，您的團隊在長期使用中將節省時間；另外，本系統可以將其他相關事務也納入管理，如：技術交流、重用程式庫等；最重要的，我們提供完善的技術支援，軟體使用中遇到問題，打個**也許幾分鐘就可解決，而免費軟體很可能會耗費您幾天時間。
（2）與大而全的測試管理系統比較：市場上有些系統可以與需求、測試方案、sourcecode、自動測試工具等整合。但事物總是兩面性的，要真正發揮作用，對您團隊的規範化要求也很高，否則這些聽起來很棒的功能其實一般用不上。
華創關注於 bug 管理中最本質的事情，努力把這一件事情做好。另外，那些產品的**通常達幾萬甚至幾十萬，而不是華創的幾千。
希望對你有幫助。
有什麼好的需求管理工具
雄鷹 在這裡我給大家推薦個靈活實用 專業性很強的需求管理軟體 obridge 管理使用者需求，讓任務有依據 建立跟蹤矩陣，讓分析有基礎 統御需求管理軟體obridge是一套強大的需求管理軟體，它可以記錄需求和它的演變過程，跟蹤需求與設計 測試之間的關係，幫助使用者分析需求變化造成的每一個影響，評估需...
常用的文獻管理工具有哪些
endnote x7是一個著名的參考文獻管理軟體，用來建立個人參考文獻庫，並且可以加入文字 影象 和方程式等內容及連結等資訊，能夠與 microsoft word 完美無縫連結，方便地插入所引用文獻並按照格式進行編排。endnote 有著易用的介面和強大的文獻搜尋功能，對中文也支援良好，是科研工作者...
win7系統怎麼管理工具裡找不到本地使用者和組啊
家庭普通版的沒有那個。hpprou版的在計算機右鍵管理開啟的視窗裡有本地使用者和組。說明你的win7 是 家庭版的。直接在開始選單執行 按win徽標鍵和字母r鍵 框裡面輸入 如果不能彈出本地使用者和組的介面，說明就是家庭版，或者被精簡掉了。win7找不到本地使用者和組選項該怎麼辦？第一，開啟win7...