看到一個還算不錯的BUG管理工具URTracker 的隨筆，正好最近也搞了一個bug跟蹤工具，也來說說自己的感受。
由於公司原來的bug一直使用word文檔的方式管理，一個bug單會在測試人員和開發人員之間走很多個來回，很不方便。
所以在空閑時間用BugTracker.net搭建了一個bug管理系統。
BugTracker.net也是web方式的，而且開源，使用asp.net編寫，是頁面代碼和script代碼混合編寫的方式，而不是常見的
.aspx檔案-.cs檔案的方式。提供常見的bug管理功能，有郵件訂閱功能。而且運行速度也不錯，儘管還有一些問題（主要在search的按日期尋找，和報表的按使用者分類上)，好在是開源的，可以自己很方便的修改，而且對於一個小型團隊，它所提供的功能也已經夠用了。同時提供了自訂查詢和報表和列印功能，可以列印一個bug的詳細資料和bug列表，報表提供餅圖，條狀圖，線型圖和列表等方式，我現在就自己定義了幾個報表來顯示各個模組的bug數，某個人修正的bug數，每個人發現的bug數，可以對測試人員和開發人員的工作量有一個統計（當然並不能完全反映工作量），同時作擴充添加了測試案例模組，對系統原有的部分做了漢化。
這還是我頭一次使用開源軟體做實施維護工作，不由的感慨開源的優勢，自己可以根據需要做修改，擴充。
下面說說在使用BugTracker.net前考慮的幾個類似軟體：
OnTimer：
有cs版和web版，是要收費的，不過用.net編寫的東西似乎比較容易破解，我用Reflector看了看，很容易找到加密的地方。這個軟體 比bugTracker.net要複雜些，許可權等控制的更細，同時似乎並不僅限於bug跟蹤，而傾向與缺陷管理。同時它使用了aspnetmenu等組件，和bugTracker.net相比速度要慢些。
BugZilla：
聽說是很強大的工具，但是下下來一看，要用MySql，同時代碼好象是Perl寫的（.pm和.pl檔案是用什麼寫的?)，怕怕，不用。
myTracker：
使用InterBse資料庫，也有cs和web兩種方式，我下午才裝上InterBase，準備明天看看，這個軟體看樣子也不僅限於bug跟蹤，還有其他的功能，協助比較全，等用起來再說。
Mantis：
基於PHP和MySql，不會維護，不用。
上面列舉的軟體，都是在我的隨筆：
Bug跟蹤軟體 中其他朋友提到的。
總的來說，BugTracker.net雖然有很多缺陷，但是對與一個小團隊來說，簡單實用是最大的優點，同時也易於維護，擴充。
