應用程式測試管理工具－Borland SilkCentral Test Manager 2006

Borland SilkCentral Test Manager 2006歸類為軟體測試管理工具，用於管理功能測試或壓力測試時，從專案管理的角度，分析與解決軟體缺陷等，並透過持續地控管測試、修正、成效追蹤等循環流程，協助測試團隊建立軟體品質。上述的專案角度可區分為2種，分別是測試案例是否密切配合使用者需求，以及測試項目是否符合測試計畫等。

測試主管則透過軟體的Web化管理介面，規畫測試策略，並了解目前測試進度與缺失改進比率，分析軟體品質的趨勢，作為應用程式是否可以部署的決策依據。

支援多種需求管理工具，避免偏離規格
軟體開發過程中，常遇到需求變動時的情境，例如客戶要求新增功能。通常這時候工程師必須同步更改需求文件與測試計畫，以避免測試過程偏離客戶需求，而影響後續應用程式部署與交付。為避免測試人員重覆撰寫需求文件，並了解客戶需求與哪些測試項目之間有關連，所以我們可以從SilkCentral Test Manager匯入來自於Word或Excel的檔案，或整合Borland CaliberRM、IBM Rational Requisite Pro等需求管理工具，直接取得需求文件。

接下來，我們點選需求文件專案根目錄名稱，並按下滑鼠右鍵後，便出現產生測試計畫的按鈕，系統會依據需求文件樹狀結構，自動產生對應的測試計畫。就像一般的測試人員，我們可以從SilkCentral的需求文件管理工作區中，看到優先順序、風險程度、測試涵蓋度、需求涵蓋度等欄位，以及每一個子項目是否被測試人員檢視過，當然，系統也記錄變更的時間。

如果整合Borland CaliberRM，更可記錄每次需求變更歷史，使得每次變更連結到相關的測試計劃和缺失。當軟體的規格或功能改變時，測試人員也能追蹤和報告，降低人工作業時出錯的機會。測試主管則透過統計分析報表，典型報表包括統計比率與圓餅圖等，以專案整體角度檢視測試進度，而不是像測試人員般，只看每項的進度細節。

輸出管理報表，控制測試涵蓋度
除了客戶需求外，測試人員也可從測試計畫中，了解目前測試時缺失發生的數量與修正的比率，並從測試計畫輸出報表。這時候測試人員必須先訂定測試型態，例如SilkTest的功能測試、SilkPerformer的壓力測試或手動測試，系統也支援JUnit或NUnit等第3方工具的測試型態。測試工程師定義測試型態後，我們也看到系統要求連結到測試腳本（Test Script），以及設定測試案例等。

最後是執行上述的測試案例，無論是功能測試或壓力測試等，工作區會顯示完成與失敗的測試數量，以及開始測試時間、整個測試的時期等。我們也可以在執行前，設定測試何時開始、結束時間、以及測試次數等，或設定周期性地自動化執行，系統會依排程執行測試。從測試計畫仍然可以連結需求文件，通常這種作法是以測試計畫的樹狀目錄結構為主，而測試主管也是從圖形化報表上了解應用程式，在功能測試、壓力測試或手動測試等執行進度。

此外，測試後產生的錯誤（Issue）可透過SilkCentral Test Manager內建的Issue Manager工具，建立每項錯誤的細節。測試工程師可在Issue Manager中，記錄錯誤發生時的作業平臺、功能模組，以及軟體版本，並加上文字說明，後續可用於測試工程師與程式設計師討論解決方案。軟體測試團隊的負責人與操作員，從SilkCentral Test Manager不但管理測試進度，更能夠讓程式碼的測試涵蓋度逐漸收斂，成為軟體品質的指標。文⊙張瑞隆