TMap和Rational統一過程(3)

　　讓我們按照每個迭代一步步走一下工作流程。對于每個TMap階段，活動將會被聲明并連接到最合適的RUP工作流上。我們也將描述另外的TMap，或在某些情況下的RUP測試活動。大多數的RUP和TMap的相應活動是通過TMap進行詳細地描述。此外，附錄C包括了TMap和RUP工件之間的一個對比。

　　圖3顯示了TMap階段和RUP工作流之間的一般關系。

　　圖3：TMap生命周期和RUP工作流之間的全局關系

　　計劃和控制

　　計劃和控制階段可以被分為用于計劃的活動和用于控制的活動。

　　RUP步驟，定義評價任務“顯示了許多與TMap的計劃和控制階段的計劃活動相似處。這些相似處在表1中很明顯。對于那些不熟悉定義評價任務的人”步驟，顯示在圖4中。

　　表1：RUP步驟，定義評價任務，顯示了許多與TMap的計劃和控制階段的計劃活動相似處。

　　對于不熟悉RUP步驟定義評價任務的讀者，在圖4中描述。

　　圖4：RUP步驟定義評價任務

　　定義評價任務工作流確定了迭代的測試目標或測試任務，以及基于主測試計劃的測試范圍。一個人需要確定這是否是有限功能的第一個原型，這要求一些全局測試，或是否它引用到部署之前的最新迭代。此外，一個人需要確定是否整個系統要求高質量。測試進行了計劃，方法得到了確定，資源被明確要求，并且進度監控也到位了。所有這些的結果是迭代的一個測試計劃，這就是迭代測試計劃。

　　RUP的定義測試方法工作流包含許多步驟，包括稱為確定測試的必要深度的步驟。盡管TMap中的測試策略在某種方式上可以與活動定義測試方法和定義評估和可追蹤性需求進行對應，但是TMap中的詳細程度要更高一些。而RUP在覆蓋方面解釋了定義評估和可追蹤性需求，覆蓋事實上主要是特定于測試技術的使用，并且因為RUP沒有在這個問題上細化，此工作如何進行還是不清楚。直到正式的驗收測試完成了，測試策略就與不同的涉眾協調好了。除此之外，這個工作流提供了如何解釋測試結果的全局說明。

　　如果要使用TMap測試策略，你必須要小心確保測試是在迭代或測試任務的范圍中進行。換句話說，不要定義一個適合于最終產品的測試策略，如果第一次迭代只是一個原型的話。

　　另外一個差異是，TMap測試策略基于風險、質量特性、系統部分和必需的測試技術。RUP也是由風險開始的，但是使用測試類型，而TMap使用質量特性和系統部分。RUP定義的測試類型是：

　　功能

　　數據和數據庫完整性

　　業務周期

　　用戶界面

　　安全性

　　容量

　　壓力

　　負載

　　性能

　　安裝

　　配置

　　恢復

　　按照TMap，測試策略的一個重要部分是與成本估算放在一起的。盡管在RUP中，所需要的人時是一個測試計劃模版的一部分，但是不清楚估算人時對應于哪些活動。

　　TMap也詳細地定義了所需要的組織和基本結構。RUP在后面的一個階段，驗證測試方法，定義了基本結構。需要的組織是主測試計劃和迭代測試計劃模版的一部分，但是相應的活動不清楚。

　　在TMap和RUP都有的控制活動主要是在步驟完成可接受任務。這種映射顯示在表2中。

　　表2：在TMap和RUP中的控制活動

　　在一個迭代期間要執行多個測試周期。這個步驟主要集中在每個測試周期。完成可接受任務步驟的目的，如圖5所示，是持續地控制不同測試的優先級，并且確保只執行那些可以對測試任務增加最大價值的測試。這包括監控(解決)嚴重缺陷，監控后續構建可能的回歸，以及向所有相關團體報告應用軟件的質量。如果有必要，會調整測試任務。

　　圖5：RUP步驟完成可接受任務

　　RUP規定，優先級主要是控制過程的一部分，但是在TMap中，優先級在早期階段就按照測試策略明確化了，然后作為測試計劃的維護來進行。

　　剩下的活動，控制測試，在RUP中被放在改善測試資產下面，其相應于維護測試件和測試環境。

　　準備

　　TMap的準備階段在RUP中不明顯，但是可以合并到評價任務和驗證測試方法中，這主要是因為在這兩種情況中，這些步驟相比較實際的測試，更關心準備情況。

　　表3：TMap準備接口可以合并到RUP的評價任務和驗證測試方法中。

　　對于不熟悉RUP步驟驗證測試方法的讀者，其描述見圖6。

　　圖6：RUP步驟，驗證測試方法

　　如表3所示，在準備階段的第一個活動，易測性復審，在RUP工作流中沒有可對比的活動，除非將其視作常規復審活動的部分。推薦你執行易測性復審。并不關心這是否要被認為是一個單獨的活動或是一個復審的一部分--最后，易測性的復審實際上會得到有關測試質量的有價值信息。萬一質量不足，也可以進行及時地調整。標準的TMap易測性復審檢查單需要在用UML處理時應用。在這件事情上，可以應用測試用例。 4

　　表3中的活動2、3和4進行技術的改進和采納，并確定基礎結構，在RUP中，這在評價任務和驗證測試方法中都可以發現。在RUP工作流中的最后一個步驟，與其它步驟是并行一起發生的，并關注在提供測試子集上。當需要時，這種方法和測試技術可以很好融合。除了這種測試的“測試”之外，其它的關注點是增加測試環境的需求和應用軟件的易測性，這些都是在與開發團隊緊密的合作中發生的。在測試自動化或一個新方法(對于組織)的情況下，這個步驟要求更多的工作。這種工作在以后的迭代中會迅速地減少。

原文轉自：http://www.ibm.com/developerworks/cn/rational/rationaledge/content/feb05/koomen/