bug管理工具爲開發者工做帶來哪些改變？

BUG管理工具的主要功能是對軟件開發測試過程當中出現的BUG進行跟蹤管理，提升開發者的工做效率與工做質量。

在實際工做中，若是沒有bug管理工具的幫助，就可能會出現以下一系列的影響:

一、軟件測試人員將Bug已經提交給了開發人員，可是開發人員可能沒有一個很清晰的界面來接收到測試人員提交的Bug信息。

二、有一些Bug多是測試人員進行迴歸測試中測試出的問題，可是不能和第一次測試出此類型的狀況進行關聯，所引發的結果爲不能進行有效的迴歸測試。

三、測試樣例的版本控制難以作到，不能很清晰地看出Bug所處的狀態，是Bug被關閉了仍是被延期了。

四、當運用Word或者Excel做爲缺陷管理工具時，可能會給Bug各種指標數的統計(特別是以圖表形式統計)帶來問題，很難看出一個Bug對應的測試需求。

五、假如出現一些不可重現的Bug按照規定也須要進行記錄，這些不可重現的Bug在整個項目中的狀態難以定義。(不能算做已經解決的Bug，同時Bug因爲不能重現使得開發人員修復起來有困難)軟件測試的主要目的在於發現軟件存在的問題(Bug)。如何處理測試中發現的錯誤，將直接影響到測試的效果。只有正確、迅速、準確地處理這些錯誤，才能消除軟件錯誤，保證要發佈的軟件符合需求設計的目標。而有以上5點的存在，會使Bug的處理效率和Bug處理的驗證會有誤差，對項目是否成功仍是比較顯著的。

　　綜合上述五點，在沒有BUG管理工具的開發過程當中所產生的BUG信息沒法進行有效收集與記錄，BUG反饋困難，效率低下。

那麼，BUG管理工具能爲開發者帶來什麼?

　　很明顯，BUG管理工具必備的功能就是對BUG信息的記錄與追蹤，目前市場面上的大多數BUG管理工具以此爲主要功能。

下面，我以iClap的bug跟蹤管理工具爲例：

如開篇所說的，許多測試人員在提交BUG給程序員後，程序員沒法直觀的接受到BUG的信息，iClap bug跟蹤管理工具很好的解決了這個問題，嵌入iClap SDK的遊戲或者其餘應用在測試的時候，通常的功能性BUG能夠經過文字，圖片，視頻的方式反饋給相應的人員，並在iClap後臺自動生成記錄。打個比方，你在遊戲過程過程當中發現一到某個flag，使用某個技能就會卡屏，其餘數據錯誤等，這時不須要再寫一大堆的BUG文檔，只需使用iClap的視頻錄製批註，再提交給相應人員便可，同時，後臺還會記錄信息。對於系統的突發情況，iClap還會自動記錄用戶步驟、堆棧信息及控制檯日誌信息，程序員可根據這些信息快速瞭解產生BUG的緣由。同時，內部、外部測試出現的bug、建議等都彙總在系統後臺，方便處理和歸檔。

 　　目前已有的BUG管理工具基本能夠知足BUG管理的需求，BUG管理工具解決了開發測試過程當中BUG信息收集、跟蹤以及反饋的問題，提升了開發團隊的工做效率，簡化測試流程，提升產品質量。