T-Plan 測試過程管理工具技術摘要
來源：中國軟件測試在線
通常測試活動可以分為7步(見圖,),這里從3-7這幾個步驟都可以由T-Plan來完成.
在一個測試工程中對于測試過程的有效管理是關鍵， 測試與軟件開發的其他活動有很多不同之處。有效的管理要求在做決策時可以得到正確的信息，在測試工程的一些階段測試項目經理需要弄清楚一下問題：
? 系統現在是否準備好測試？
? 如果系統開始會有什么樣的風險？
? 當前測試所達到的覆蓋率是怎樣的？
? 到目前為止取得了哪些成功？
? 還要哪些測試要做？
? 怎么證明系統已經經過了有效的測試？
? 變更的影響和哪些必須重新測試？
所以這里介紹一下T-Plan Professional測試管理工具：
T-Plan Professional是業界領先的測試管理工具，支持任何規模的項目的從單元測試直到用戶驗收測試的各項測試過程，無論是手工測試還是自動測試， 技術人員和非技術人員都可以計劃，編寫文檔，和管理軟件測試活動，確保工程的商業目的實現和質量保證。使用自動化工具帶來高效率的過程，無論系統是哪種應用，哪種平臺和環境。
T-Plan Professional通過提供一個框架來鼓勵用戶在計劃，跟蹤和管理軟件質量的過程中使用一致的工作方法和流程，T-Plan Professional提供有效的、準確的能力來監視和分析測試覆蓋率并且及時的客觀的鑒別系統的強勢和弱勢
測試過程管理
自動化測試得以增長和流行使得測試的重要性得到體現，然而，經驗表面測試自動化的好處只有在良好的測試過程下才能很好的體現。沒有過程管理的測試活動就好像軟件開發不按照開發過程進行一樣。
就像軟件開發從無組織過程和方法到有組織變的成熟一樣，測試也沿著這樣的道路發展。有組織的測試方法將會減少錯誤而且使得復雜的項目得到更有效的、有力的管理。
測試過程管理和測試執行管理
現在市場上有很多工具涉及測試管理，但是這些工具提供的實際上很少，有些工具支持測試工程師開發測試計劃，這些工具協助創建測試腳本并且管理測試腳本的“失敗和通過”，但是并不能回答一些基本的問題：系統是否達到需求？這類測試管理工具做好的描述是測試執行管理而不是測試過程管理
測試執行管理工具僅僅按照測試的創建定義測試計劃：
測試腳本的80％已經通過除了讓人知道什么已經測試過以外并不意味什么。如何評估這些測試的風險，如何評估其余的20％的是否含有很大的重要性？要做到這樣，需要一個過程管理不只是測試腳本和測試執行，而是整個測試生命周期。
測試過程管理提供什么？
如名稱所示，測試過程管理提供一個框架或者過程使得測試可以得到管理和控制�；诳煽康亩康臄祿�，測試可以及早開始，風險可以被管理，作出決策，整個測試過程可以得到審計。
大多數工具，自我描述為測試計劃，并不提供作出決策的正確的信息。沒有可以訪問的外部文檔，它們不能提供可靠的信息。測試過程管理提供有關商業風險，功能域，優先級，測試腳本和其他測試資產的完整的圖片，以更好的管理和控制工程。
面向過程
T-Plan Professional提供一個有組織的環境無論是有經驗的還是無經驗的測試工程師都能夠合理的工作：每個功能域的定義，關鍵的要測試的退出準則，分配風險和優先級。很自然，這些工作可以在在具備可執行代碼之前，軟件開發生命周期及早的很好的開展。
退出準則
這個分析階段是成功的關鍵，退出準則成為進程和系統可接受性得到測量的唯一判斷標準。通過把退出準則關聯到測試腳本測試工作的質量可以測量，追蹤和審計。
管理風險
測試很大程度上是一項風險管理訓練，一些子系統比其他系統表現出更高的故障風險。對于和功能、風險、優先級、測試腳本和其他測試資產的功能域的自上而下的分析提供管理整個測試的唯一實際的方法。
作出決策
基于量化的可靠的信息，明智的和有意義的決策可以很好的管理測試過程。測試管理者現在可以有信心的給出下面一些問題的答案：
? 系統現在是否準備好測試？
? 如果系統開始會有什么樣的風險？
? 當前測試所達到的覆蓋率是怎樣的？
? 到目前為止取得了哪些成功？
? 還要哪些測試要做？
? 怎么證明系統已經經過了有效的測試？
? 變更的影響和哪些必須重新測試？
控制和可審計性
T-Plan Professional可以顯示演示風險如何被管理因此整個工程是可以審計的
T-Plan Professional是能夠提供對測試工程真正控制的唯一完整測試過程管理方案，這是成功的前提條件
T-Plan Professional概述
原理：
過程模型
清晰的過程是T-Plan Professional的核心。它來自預置的過程結構，這種過程結構經過很多年的驗證表明無論是小的或大的工程、任何類型的測試都是成功的。這種過程可以局部修正、或者如果愿意替代為自己公司的標準過程
“V”模型
測試過程管理基于業界廣泛采用的”V”模型�！盫”模型支持系統開發周期的任何階段。
“V”模型認為在開發周期中的每個階段都有相關的測試階段相對應。
它表面測試不用等待代碼編寫出來就可以進行。測試可以在需求分析階段就可以及早開始，創建測試的準則，“什么“需要測試。每個階段都存在質量控制點。一旦測試準備結束，質量控制點可以正常的以對此階段評審的形式形成
這鼓勵采用一個一致的手段來建立計劃、跟蹤和軟件質量的管理的框架。通過使用T-Plan Professional，測試計劃作為測試過程的一部分結合在一起，因為沒有測試計劃，我們怎么知道為什么和什么需要測試？
模型
測試分析
這是測試過程管理的核心。在這里，我們決定要測試什么。參考數據，比如需求說明文檔，定義被測系統如何集成和評審，被測系統被分解成一些功能，定義功能結構圖和每個功能的相關風險因素。
對于每個功能，測試條件可以確定，排序和區分優先級。最新的參考數據和功能，測試條件相關聯。
對于每個功能，可以分配風險因素，資源，工作開銷和實際工作。
? 風險因素
每個功能域的故障風險是什么？風險越高付出的測試努力和注意力就越多。
? 資源
每個功能域定位的資源有什么？
? 工作付出
在風險評估的基礎上，哪些相應的工作付出需要定位到這個功能域的測試上？
? 實際工作付出
隨著測試的進展，實際工作付出可以跟蹤到此功能域，幫助計劃將來的工程并且提供有意義的數據用來以后分析和計劃。比如，決定需要多大的工作量來重新測試被測系統的一些變更。
測試設計
這里是“如何“測試。確定相關的測試數據。被測系統被分解成可以執行的任務，創建測試說明體系結構。這些測試說明可以分成測試腳本，測試腳本和測試條件間的連接，而且測試數據，測試說明和測試腳本間也可以連接。
對于每個測試說明，可以分配風險因素，資源，工作量付出和實際工作量。
對于每個測試腳本，可以分配優先級，資源，工作量付出和實際工作量。
? 優先級
每個測試腳本的優先級是什么？優先級是基于被測功能域的商業風險的
測試計劃
這是“什么時候“測試。已經確定相關的軟件版本信息，測試組合可以建立。之前定義的測試腳本連接到測試組合，并且測試組合層次結構也得到定義
對于每個測試組合，可以分配資源，工作量付出和實際工作量。
測試執行管理
軟件已經得到就可以開始運行測試了，手工或者使用自動測試工具運行測試。對于這個階段的管理是有這個模塊來控制的。測試結果記錄下來。測試統計，覆蓋率和測試成功可以報告上來，也可以評審。
在任何階段管理層可以確定：
? 什么測試已經執行過并且通過了
? 什么測試已經執行過并且失敗了
? 什么測試還沒有執行
? 什么測試還沒有完成不能運行
因為可以更早的對和測試對象相關的優先級和風險進行分析和設計工作，有意義的分析和覆蓋率可以得到報告。這些報告基于量化的數據。系統的健壯性和和需求可以得到滿足。
與之類似，既然資源，工作量付出，和實際工作量可以記錄下來，所以需要多少額外的工作和時間來測試或者重新測試就可以提供出來。
事件管理
所有的事件可以記錄下來，分類和跟蹤直至解決。確定哪里報告問題，誰報告報告的，誰被安排來解決這個問題。事件和測試材料交叉參考，因此事件的重要性可以基于功能域和在分析和設計模塊中定義相關的風險因素的基礎上得到評估。事件管理模塊允許用戶連接事件到測試材料和需求文檔，并且及早創建測試包
能力
T-Plan Professional是所有測試資產的中心存儲數據庫。各個資產之間相互聯系并且隨著測試的進行捕捉數據，提供既有價值的資源用來管理當前測試工程，并且幫助你計劃未來的工程。
? 資源聯系到測試材料，所以很容易的報告誰在作什么，他們的進度或者給出資源的矩陣
? 按下一個按鈕定位一個單一的測試連接到一個需求文檔中的某個圖
? 所有測試材料優先級等級排列和風險因子
? 如果時間很重要，高優先級的測試材料確定和測試
? 基于任何準則確定特殊的和普通的測試材料，特別是定義和創建回歸測試包
報告和分析
T-Plan Professional提供測試過程的廣泛的報告，用戶可以定義報告中需要什么。
可追溯性
通過按照過程驅動的方法測試，可以在軟件生命周期中管理變更。從需求而來的測試條件和測試腳本之間的關系可以提供這些信息。
這些關系提高了可追溯性，如果問題是：需求變更了，對于測試有什么影響？給出問題的信息就在這里。
通過創建需求到實際測試結果的關系，使得跟蹤缺陷成為可能，如果需求變更了。
影響分析
測試過程管理工具有效的管理變更，所以如果需要變更，很容易找出哪個測試是從變更派生出來的。詳細的影響分析報告可以讓管理層基于量化分析作出決定而不是猜想。
與其他工具的連接
T-Plan Professional和需求管理，測試自動化（捕捉/回放）和其他軟件開發工具有連接，這種連接是由軟件和最小用戶交互來控制的。和其他工具(比如Microsoft Word)的連接也是可以的。
連接到需求工具：
需求結構可以直接導入T-Plan Professional的分析模塊。
比如，T-Plan Professional可以直接連接DOORS (Dynamic Object Oriented Requirements System),這包括很多新的功能在DOORS和T-Plan Professional 里面，包括從DOOR的影響分析到T-Plan Professional和從T-Plan Professional的進度和覆蓋報告到DOORS.
連接Microsoft Word
對于使用MS WORD為字處理的公司，需求文檔是MS WORD格式，這些需求可以直接導入到T-Plan Professional。
與自動測試（捕捉/回放）工具連接
T-Plan可以和市場上領先的自動化測試工具連接。比如可以和Test Director連接，實現完整的測試管理和自動化的解決方案。
T-Plan不需要代碼就可以開始使用，一旦分析和設計階段在T-Plan中執行，測試過程和測試用例可以直接轉換到Test Director，而這僅僅需要鼠標的一次點擊。
自動測試包經過Test Director編譯并且執行，T-Plan Professional中的測試狀態就得到更新，所以可以定量的評估測試覆蓋率和完整性。
T-Plan Professional的系統需求
最小建議系統是：
? 處理器 : Pentium 133MHz 以上
? 操作系統 : Microsoft Windows 95/98/2000/XP/NT .
? 內存 : 32Mb RAM.
? 硬盤 : 50Mb 剩余空間
? 數據庫 : Microsoft Access97, SQL Server, Oracle, and Sybase