TMap和Rational統一過程(2)

　　RUP規定，集成測試由測試角色的人員來執行。取決于集成活動的數量，這些測試可以合并在集成員角色下面。實際上，這些角色為了效率最大化，可以由相同的人員來承擔。這意味著，集成人員也可以執行作為其活動主要內容的集成測試。

　　關于指南和工具，應用于集成測試與單元測試是一樣的。主要的差別是，集成測試的指南不會自動成為編程指南的一部分，但會是測試指南的一部分，或遵循集成構建計劃。測試經理需要與其他過程工程師調整這些。

　　系統測試(ST)

　　當軟件功能成為一個系統時，在不同組件的集成(測試)之后，就開始執行系統測試。多個構建可以在一個迭代中交付。通常，每個構建都要進行一次系統測試，除非集成測試計劃另有規定。主測試計劃和更具體的迭代測試計劃，需要簡要說明哪個構建需要被測試。

　　RUP確定了系統測試的測試流程。如圖1所描述的，缺省工作流、活動、工件、角色等等，都在此流程中進行了詳細描述。

　　圖1：缺省測試工作流

　　圖1顯示了用于RUP中的一次迭代的缺省測試工作流。此工作流可以根據不同情況而有所不同。此工作流包含了許多步驟，說明了工作流詳細內容。對于測試工作流，這些步驟是定義任務評價，檢驗測試方法，確認構建穩定性，測試和評估，完成可接受任務和改善測試資產。

　　每個工作流明細包括許多活動，活動的輸出是工件(產品)。相同的活動可以出現在多個明細中--例如活動“確定測試思想”，出現在定義任務評價、測試和評估、完成可接受任務和改善測試資產。注意，工作流明細的語境會影響活動執行的解釋。

　　對于每個項目，實現流程的方式--意味著被選擇的活動子集和工件，相關的角色，以及誰來實現這些角色--在開發用例和軟件開發計劃中規定。這也可以應用于測試流程。履行測試設計員角色職責的人員決定測試指南。測試經理負責指南集中的系統測試的執行，并管理不同的測試角色(誰，做什么，以及什么時間)。其他角色包括測試分析師和測試人員。在每個角色中，都要描述職責、相關技能和可能的任務(包括可能的任務合并)?？紤]到提前展開的任務的數量，每個項目的所有角色需要進行充分地分配，因此對于測試團隊的成員，就可能共享角色和/或參與到多個項目中。

　　對于系統測試有多個可用的工具。IBM Rational軟件提供：

　　IBM Rational TestManager 用于計劃、管理和報告任何測試工作要求

　　IBM Rational Manual Tester 用以提高手工測試工作的效率

　　IBM Rational Functional Tester 和 IBM Rational Robot 用于功能和回歸測試的自動化

　　IBM Rational Performance Tester 用以通過多用戶模擬和響應時間度量來評估應用軟件可擴展性。

　　要推動團隊溝通、協作和合作，IBM Rational還提供額外的解決方案：

　　IBM Rational RequisitePro 用于需求和用例管理

　　IBM Rational ClearQuest 用于基于工作流的缺陷和變更管理

　　IBM Rational ClearCase 用于配置管理

　　驗收測試(AT)

　　驗收測試是在軟件部署之前的最后的測試。主要的目標是驗證軟件是否已準備好，可以被最終用戶用于執行其設計的任務和功能。

　　驗收測試被放在移交階段，并且是部署流程的一個主要部分。RUP定義驗收測試不夠充分，只是作為系統測試用例子集的重新運行。測試人員需要在一個類似產品的環境中執行這些用例。在驗收測試期間，考慮工件產品的產品驗收計劃是很重要的。項目經理在項目的先啟階段開始編寫產品驗收計劃。驗收測試的相關主題是驗收標準、接受的工件和評價方法。

　　RUP沒有提供用于在此階段部署的工具的許多指導。取決于驗收測試的實施，可以部署與在系統測試中所使用的相同的工具。

　　復審

　　如第五個最佳實踐所展示的，RUP將質量驗證認為是在整個系統開發過程中要被執行的事情;除測試之外，這也意味著質量保證。質量保證計劃是作為系統開發計劃的一部分編寫的，特別是控制過程的質量。復審在RUP中描述得很詳細，定義了三個角色：復審協調員、管理復審員和技術復審員。復審協調員協調和管理復審過程，管理復審員主要檢查項目計劃和報告，技術復審員復審實際的系統開發產品(例如業務用例模型，業務分析模型，需求，構架，設計和代碼)。復審不會在本文中進一步詳細說明。

　　角色

　　在每個角色中，都有職責、相關技能和可能的分配(包括角色的可能組合)。對于每個項目，所有的角色都需要進行充分地分配(質量和數量)，因此就有可能共享角色和/或參與到多個項目中。

　　回頁首

　　將TMap適配到RUP

　　現在，讓我們考慮一下TMap階段和活動如何被合并到RUP中。TMap遵守RUP的測試實踐，如測試流程中所描述的那些。因此，這里所描述的映射只會在系統測試上，而不水在單元測試、集成測試或驗收測試上。如在前一章所描述的，這些測試沒有在RUP中進行足夠詳細的描述，以進行一個徹底的映射過程。有關這些額外測試的更多詳細內容在TMap方法中可以得到。對于單元和集成測試，TMap的白盒測試階段可以應用;對于驗收測試，讀者可以閱讀下面的驗收測試一節。

　　主測試計劃

　　TMap的主測試計劃可以比作RUP的主測試計劃。一個需要考慮TMap主測試計劃的范圍大體上會有多個測試級別，而在RUP中可以只是單個系統測試。TMap的主測試計劃也可以明確地提出測試策略，并選擇不同測試的質量準則。入口準則可以比作TMap的前提條件;出口準則相對于標準TMap是多出的，但是當使用一個預先確定的測試策略時，就不是必要條件了。

　　階段劃分

　　TMap的階段關聯到測試流程的缺省工作流，如早先在圖1所示。圖2顯示了TMap生命周期的一個高級視圖。

　　圖2：一個活動簡短概述的TMap生命周期

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