三、缺陷跟蹤過程實施
流程制定并評審通過后，就應該選擇合適的工具，對一個新組建的組織，也可以先選擇工具，再結合特定的工具制定流程。正式實施前應對項目組所有成員進行培訓，以提高工具使用效率和成員間的溝通效率。
最初我們選擇了一個十分簡單而又易于維護的工具Buggit，用于項目組內部的Bug跟蹤；隨著跨地域開發項目的出現，溝通交流復雜性凸現，我們適時選擇了Web Based系統。下面看看兩個系統的具體實施。
使用免費工具Buggit
Buggit 是一個十分小巧的C/S結構的Access應用軟件，僅限于intranet，十分鐘就可以配置完成，使用十分簡單，查詢簡便，能滿足基本的缺陷跟蹤功能，還有十個用戶定制域，有十二種報表輸出。
我們在一個十幾人的開發團隊，使用了兩年半時間（版本V2.20 Bld 4 for Windows 95/98 and NT ），基本沒有數據丟失，有過幾次數據庫格式錯誤，一般可恢復，Email通知和缺陷趨勢圖功能不穩定。該系統的安全性和權限控制十分薄弱，需要團隊成員按規范配合。
詳細信息請訪問Buggit主頁 www.pb-sys.com下圖為Buggit主頁面和詳細缺陷報告。
Mantis是PHP/MySQL/Web-based缺陷跟蹤系統，即使沒有經驗也可以在一天內配置完成。
由于我們的研發團隊是地域分布式的，有些項目是上海、硅谷和香港的研發中心合作開發，需求、設計、開發、測試和用戶反饋來自不同地區，使用電子郵件和文檔來跟蹤缺陷時，信息共享和錯誤狀態更新都費時費力，隨著項目的擴展，文檔工作量也越來越大，這時使用web-based系統、項目組共用一個中心數據庫實現工作流自動化提到議事日程。因為是選擇開源軟件，所以要考慮系統穩定性和安裝配置、維護工作量，這項工作完全由測試組實施，我們在今年一月到四月將Mantis安裝到個人工作的PC機，請不同角色的人試用，反饋效果良好，我們馬上決定將系統用于跨地域開發的項目，系統正式安裝在開發用的Server上，操作系統是Solaris，配置比Windows下稍復雜一些。使用過程中，根據開發組的反饋，由測試組通過修改源程序放寬了Assign To和缺陷更新的權限，將下一版本中的Bug History和缺陷圖表包集成到目前使用的版本0.17.5，增加了CSV Export數據域�，F在我們已將該系統推廣到其他幾個項目，總共有四十人左右使用，通過公司專線訪問，在近一年的時間里，系統運行平穩，性能也比較理想，簡化了流程，從而提高了工作效率。
延伸閱讀文章來源于領測軟件測試網 http://www.kjueaiud.com/
