?
摘要：測試管理工具對測試的重要性毋庸質疑，兩位筆者有著多年的測試實戰經驗，對市面上的一些測試管理工具有過一定的研究，還根據目前比較流行的敏捷開發過程設計了一款測試管理工具。 這篇文章算是對這個設計過程的總結與分享，希望以此可以幫助大家選擇或自行開發更適用的測試管理工具。
關鍵詞：測試管理工具；測試管理；缺陷管理；測試用例管理
前言
隨著時代的發展，軟件規模越來越大，復雜程度越來越高，對測試工作也提出了更高的要求，測試領域也隨之涌現出了各種各種的理論、方法和工具。這其中很重要的一個分支便是測試管理工具，它主要解決的是測試過程中團隊協作的問題，比如缺陷管理、用例管理、測試任務管理等。
目前市面上比較流行的測試管理工具有QC、Mantis、BugZilla、TestLink、Trac、Redmine、 BugFree等。有開源軟件，也有商業軟件。這些軟件的各自側重點不同：比如Mantis， BugZilla偏重缺陷管理，TestLink則偏著測試用例管理，QC則更加全面，Trac和Redmine項目管理的概念又更強一些。我們在總結分析這些軟件的優缺點基礎上，結合自己日常實際工作的需要，設計了一套測試管理軟件，這篇文章就是在設計這款軟件過程中的總結和思考，希望可以給大家一些啟發。
在設計的過程中，我們確立的目標是在一套軟件里面可以實現測試全過程的管理。那么，哪些功能是在這個管理過程中必不可少的呢？經過激烈的討論和不斷的修正，我們整理總結出以下九大功能，它們分別是：測試需求管理、測試用例管理、測試套件管理、測試版本管理、測試計劃管理、測試執行管理、缺陷管理、發布管理和分析報表。下面筆者就這些功能一一闡述。
一、測試需求管理
需求是一款軟件產品的靈魂，是開發和測試最重要的參照標準。很難想象一個沒有需求的軟件如何去設計它的測試用例。無論是測試用例，還是缺陷，都是建立在特定的需求基礎之上的。因此，一款好的測試管理軟件首先具備的便是測試需求管理。
1.1 需求拆分
傳統的項目管理流程中，需求往往以需求規模說明書的形式呈現。需求規格說明書比較全面，但缺點是沒有拆分為需求點，無法實現對某一個具體的功能點的跟蹤。因此在我們設計的測試管理工具中，需求是以需求功能點的形式呈現。這樣有利于針對每一個功能點撰寫測試用例，并進行測試的跟蹤管理。
大模塊拆成小需求，小需求拆成需求點，拆分之后，一層層的分級管理便是必不可少的了。為了適應日益復雜的需求和變化響應，需求的模塊還需要實現無限級的劃分，這樣可以形成一顆樹狀結構，無論從瀏覽還是管理上都更為靈活和方便。
1.2 需求管理
有了模塊之后，緊接著需要實現的便是測試需求的管理。我們需要一個界面來錄入需求，常見的字段包括：標題、描述、優先級等。另外也可以對需求進行修改，刪除等操作。
……………………
查看全文請點擊下載：http://www.51testing.com/html/56/n-811856.html
2.3 用例的導入導出
目前很多公司還是在使用Excel書寫和保存測試用例，如果一家公司準備采用一套測試管理系統，將這些用例手工導入將是一項繁重的工作。因此測試管理工具需要能夠將Excel里面的用例導入到系統，同樣，也能夠將測試用例導出為Excel格式的文件。
從數據庫導出Excel的功能還是比較好實現的，Excel的導入功能方面，筆者設計的思路是可以通過excel的VBA編程自動實現數據的獲取，并且可以更新回到系統中，這樣會更加方便快捷。目前正在研究摸索中。
2.4 用例搜索功能
同需求的搜索功能，我們同樣也需要對測試用例進行方便的檢索，以便找到自己想要用到的測試用例。
三、測試套件管理
有了測試用例之后，緊接著一個問題就會產生，那就是如何組織維護這些用例。除了上面所說的模塊功能、導入導出和搜索之外，測試套件功能也可以非常方便的幫助測試人員來組織整理自己的測試用例。
測試套件(Test Suite)可能是一個分歧比較多一個概念，在我們看來，測試套件就是一個集合，可以方便的將某一些用例按照某個特征組織在一起，方便后續的管理和維護。因此從這個角度來實現測試套件的功能就包括測試套件的創建、關聯測試用例、測試套件的瀏覽維護等功能，不再細述。
)
