Mantis基本特性：
- 個人可定制的Email通知功能，每個用戶可根據自身的工作特點只訂閱相關缺陷狀態郵件；
- 支持多項目、多語言；
- 權限設置靈活，不同角色有不同權限，每個項目可設為公開或私有狀態，每個缺陷可設為公開或私有狀態，每個缺陷可以在不同項目間移動；
- 主頁可發布項目相關新聞，方便信息傳播；
- 方便的缺陷關聯功能，除重復缺陷外，每個缺陷都可以鏈接到其他相關缺陷；
- 缺陷報告可打印或輸出為CSV格式，0.18.0版：支持可定制的報表輸出，可定制用戶輸入域；
- 有各種缺陷趨勢圖和柱狀圖，為項目狀態分析提供依據，如果不能滿足要求，可以把數據輸出到Excel中進一步分析；
- 流程定制不方便，但該流程可滿足一般的缺陷跟蹤。
 |
四、項目實施經驗教訓
測試作為項目開發的最后一環，錯誤、延時、疏忽等都可能在測試階段表現出來，如何有序管理和分析各種問題對質量控制和過程改進非常重要，使用web based系統就是一個好的實踐。
在項目組內，對Bug采用數據庫系統進行跟蹤并不困難，因為主要是測試人員提交Bug報告，測試人員使用最多，相信測試人員對使用中心數據庫的好處是很了解的了，只要項目經理支持就很好辦了。如果要對其他缺陷，如需求變更，也這樣管理就不是那么容易了，在技術上當然沒有問題，難在工作方式的改變，雖然用Email和文檔管理無法實現工作流的自動化，也不如數據庫系統提供那么多的分析和報告選項，但在小規模的項目中依靠人工管理也可以做得井井有條。我們在多個項目的實施中就遇到這樣的情況，有的項目隨時都有需求變更，而且變更的數量不少，項目組主動提出想用數據庫系統來管理；有的項目剛起步，第一個階段的開發業務功能不多，推行的時候阻力就很大。我的初級目標是有序地管理錯誤和變更，在實施手段上有沖突時，不要操之過急，融洽的關系對項目的成功是很重要的。往往是有了成功的案例后，回頭推廣又變得容易了。實施新過程時最好先局部試點，采用PDCA循環，不斷總結經驗，再推廣。
使用缺陷數據庫，可以制作得到各種缺陷分析圖表，從而預測項目風險或解釋測試結果。下面兩張圖都是Mantis生成的缺陷圖，從累積錯誤打開圖，分析錯誤生成趨勢，在發現錯誤報告未收斂時發布軟件，顯然風險很大，當然使用圖表時還應結合實際，在曲線平坦時，是否開展了測試工作，曲線上升時，錯誤的嚴重性等級如何等。從嚴重性等級的柱狀圖可分析被測系統的總體狀況。在發布管理不規范的組織中，當產品質量問題突出時，測試組可以通過解釋這些圖來闡述測試結果，從而規范發布過程。
第一部分提到的根本原因（Root Cause）域，他有助于使開發人員的注意力集中到引起最嚴重、最頻繁問題的領域，從而消耗最少的資源改進過程取得最顯著的成果，這是我在過程改進時最常用到的 80/20法則。在項目實施時，實際情況并不理想，因為開發人員忙于改Bug，少有主動寫錯誤發生的根本原因的，這需要開發人員的配合和管理者的支持。
缺陷數據的使用應謹慎，不要將錯誤個人化，應保證數據的真實性，否則數據對過程改進沒有意義。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
