作業: 定義測試環境配置
這項作業說明如何定義評估環境的需求來支援測試工作。
關係
步驟
對照軟體架構來檢查測試方法
目的:  重新理解測試的方法及如何受到軟體架構的限制。 

審查測試方法,列舉並描述測試方法的重要觀點。利用這項資訊,審查軟體架構並開始瞭解測試工作的一般環境需求。

指出每一個特定的部署環境
目的:  瞭解許多不同的部署環境,並熟悉各環境的重要特性。 

以軟體架構為起點,尋找並審查部署模型及相關資訊。 指出要部署軟體的每一個特定的目標環境,並熟悉各環境的獨特性質。
合併必要環境的清單
目的:  規劃一份合併清單,以最少的環境來提供最廣泛的環境經驗。 

設定和管理大量測試環境通常不可行。規模經濟通常迫使您接受只有少數目標環境可供測試。 請列出您已找到的所有目標環境,設法合併清單並簡化到可管理的數量。 多個測試環境通常會共用基本的硬體和作業系統軟體。
每一個測試環境配置
目的:  定義每一個「測試環境配置」中可執行必要測試的基本元素。 

對於您要做為測試依據的每一個「測試環境配置」,指出和定義下列詳細資料。

指出每一種測試技術的特定環境需求

利用「測試計劃」,指出「測試方法」中的每一項技術。對於每一項技術,列出展開測試以前必須滿足的特定環境需求。

定義基本軟硬體的詳細目錄

根據您找到的需求,開始核對進行測試所需的軟硬體清單。保持開放的心胸來尋求合併的機會。

定義詳細的軟硬體目錄來支援測試流程

現在,收集每一個配置的詳細資料。儘可能愈具體愈好。可能需要技術支援或系統管理資源的協助。 請試著在可能的環境上找出最小和最大的「極端」。 這些最小/最大極端通常可提供夠廣泛的環境經驗。

定義「測試環境」管理流程需求

設計、維護及管理測試環境通常是一件困難而吃力的工作。請考量您要採取的管理管理程序,讓測試環境保持在妥善的運作狀態。

評估及驗證結果
目的:  驗證作業已適當完成,並且產生可接受的工作成果。 

現在您已經完成工作了,這時最好驗證該項工作確實具有足夠的價值,而不只是花費在大量紙上作業。您應該評估您的工作是否具有適當的品質,並且該工作的完成狀態可以讓團隊的其他成員用作他們的後續工作之輸入。請盡可能使用 RUP 提供的檢查清單,來驗證品質和完成狀態都「夠好」。

請邀請執行下游作業而必須以您的工作成果作為輸入的人參與審查您的暫時性工作。請在您仍有時間採取動作來處理他們關心的問題時執行這個動作。您同時也應該將您的工作和關鍵的輸入工作成果做評估,以確定您已經正確且適當地重新呈現那些工作成果。 在這個基礎上,邀請輸入工作成果的作者審查您的工作,會有助於您評估您的工作成果。

請記得 RUP 是一項反覆式的交付程序,在許多情況下,工作成果都會隨著時間而演進。因此,通常並不需要(通常是缺乏生產力)對只會在緊跟在後的後續工作中用到一部分,或甚至於完全用不到的工作,做出完整的工作成果。這是因為和工作成果相關的狀況極可能會變動,因此在建立工作成果所做的假設狀況就變成不正確,導致浪費許多人力物力以及成本高昂的重做。同時也要避免浪費太多時間在呈現方式上,而導致損害內容本身的價值。在呈現方式佔極大的重要性,並且可以提交專案就具有商業價值的專案環境中,您可以考慮將呈現工作交給管理資源來做。



內容
多次出現的項目
事件驅動
持續進行中
選用
規劃
可重複的
詳細資訊