缺陷管理是軟件開發及測試過程中對缺陷進行提交、溝通、修正、關閉、統計等一系列過程的總和，確保缺陷被跟蹤管理，直到執行了缺陷管理的全生命周期，今天小編來科普一下如何選取一個缺陷管理工具。

一提到傳統測試工具，可以把它們分為兩類：

1、輕量級缺陷管理工具

它們是為管理缺陷而設計的，所以缺陷管理功能模塊全面，如用戶管理，缺陷流程管理，搜索，缺陷數據統計功能。

2、包含缺陷管理的項目管理工具

它們集成了源代碼管理，缺陷管理等模塊，可以集成更多的功能，以它們作為bug管理工具的缺點是定制化會復雜些，比如將redmine按照mantis配置成一個缺陷管理工具，需要增加很多字段；反之它們的優點是將代碼庫和缺陷管理工具集成在了一起。現在隨著技術的發展，安裝這些工具也同樣變得簡單。

這些傳統的缺陷管理工具在移動互聯網測試過程中，某些方面顯的不足，主要方面就是創建缺陷的手段太單一，需要測試人員手動花大量的時間進行錄入。

使用缺陷管理工具我認為最大的兩個作用就是：

1、記錄缺陷。

2、跟蹤缺陷在哪個版本解決和發布。

不少公司，產品質量缺陷多，錄入缺陷工作量大；開發人員提交隨意，不能準確知道該缺陷是否已集成。那么我們選擇缺陷管理工具就要從解決這兩個問題來入手：

1.和崩潰日志記錄工具的結合，記錄關鍵信息，自動錄入缺陷。

移動端app基本上都集成了崩潰日志搜集工具，一旦出現app崩潰，該工具就會把崩潰日志傳到后臺服務器，我們的測試人員通常會花一些時間去后臺服務器閱讀崩潰日志然后手動新建缺陷，將相關日志關聯缺陷。如果缺陷管理平臺提供api，崩潰日志工具后臺提供hook api，每當有新問題上報時就自動在缺陷管理工具上創建一個新的缺陷。

2.將開發提交關聯到缺陷

開發人員在提交信息里注明缺陷id，就能自動將相關提交信息關聯到缺陷。這個需要一點點的二次開發，需要自己實現一些提交鉤子函數。

當然還有其他需求，缺陷管理的力度不足，對測試過程中產生的缺陷，沒有進行登記、編號，并且采用標準化的流程進行跟蹤，無法確保每個缺陷都已經被關閉。遺漏的缺陷對軟件的正常使用是非常重大的威脅。

所以小編推薦澤眾的TestCenter（簡稱TC）是面向測試流程的測試生命周期管理工具，符合TMMI標準的測試流程，可迅速建立完善的測試體系，規范測試流程，提高測試效率與質量，實現對測試的過程管理，提高測試工程的生產力。

推薦閱讀：

缺陷管理工具在軟件項目中作用是什么？

Bug管理系統的使用及管理流程要注意的重點

缺陷管理方法之幾種常見的軟件缺陷預防方法

測試管理工具TC案例庫的導入用例功能詳解

Bug管理的作用有哪些？選擇Bug管理工具的三要素

缺陷管理方法之幾種常見的軟件缺陷預防方法