作業: 識別測試動因
這項作業說明如何指定特定的事物清單,包括事件和工作成果,這些事物會在此反覆中推動測試。
規範: 測試
關係
步驟
指定反覆目標項目
目的:  對反覆計劃背後的特定目標有初步的瞭解。 

檢查反覆計劃,並指定將支配計劃的特定項目,以及用來測量計劃執行成效的重要交付項目。 應該檢查的重要元素包括:風險清單、變更要求清單、需求集、使用案例清單、UML 模型等。

出席反覆開工會議有助於輔助這項檢查。如果尚未籌劃,請為測試團隊安排一次會議, 邀請重要的管理和軟體開發人士出席(例如,專案經理、軟體架構師、開發小組負責人)。

收集和檢查相關資訊
目的:  詳細瞭解反覆計劃的範圍和特定的交付項目。 

檢查反覆計劃之後,一開始先尋找適合評估且具體定義的元素。 細查待辦工作的詳細資料,包括「新工作」和「變更要求」等。 研究計劃要解決的風險,清楚瞭解風險有何潛在影響及如何解決(緩和、移轉、排除等)。

指出候選的激發因素
目的:  略述適用於此反覆的測試激發因素。 

根據您對反覆計劃的瞭解,指出可激發測試工作的潛在事物來源。 行動可能來自任意數量的來源之一:個別工作成果、一組工作成果、事件或活動,或欠缺任何這些事物。來源可能包括: 風險清單、變更要求、需求集、使用案例、UML 模型等。

對於每一項來源,檢查潛在激發因素的詳細資料。如果找不到許多詳細資料,或不熟悉激發來源, 則最好與分析師和管理人員一起討論,通常是從專案經理或首席系統分析師開始。

在檢查資訊並與相關人員討論之後,請列出一連串候選的測試激發因素。

判斷品質風險
目的:  判斷此反覆中最有關係的品質風險。 

利用候選測試激發因素的清單,根據品質風險的潛在性來考量每一項激發因素。 這有助於更充分瞭解每一個候選因素的相對重要性,也可能發現清單中遺漏的其他激發因素。

品質風險有許多不同的層面,且單一激發因素也許會在多個種類中突顯出風險的潛在性。 比對每一項候選的激發因素來突顯潛在的品質風險,並指出發生風險的可能性及風險最後形成的衝擊。

定義激發因素清單
目的:  定義特定的測試激發因素,這些因素將成為此反覆的重點。 

利用候選激發因素的清單及品質風險資訊,決定激發因素的相對重要性。 判斷目前反覆中可以解決的激發因素(您可能會將剩餘的候選因素留給後續的反覆)。

定義激發因素清單,並適當地記載。可能納入反覆測試計劃中、放在資料庫或試算表中,或成為其他一些工作成果內含的清單。 最好簡短描述激發因素為何重要,以及有助於解決品質風險的什麼層面。

維護可追蹤性關係
目的:  對受追蹤項目啟用影響分析以及執行評量報告。 

使用「測試計劃」中概述的「可追蹤需求」,視需要更新追蹤關係。

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

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

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

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



詳細資訊