作業: 任務達成共識
這項作業的重點是在反覆活動可用的測試資源和目標之間找出正確的平衡點。
規範: 測試
目的
這項作業的目的如下:
  • 商討最有效率的方法來使用每一次反覆的測試資源
  • 對反覆活動中適當且可達成的目標和交付項目達成共識
關係
步驟
瞭解反覆目標
目的:  對反覆計劃的範圍和目標有初步的瞭解。 

檢查反覆計劃,確定計劃的範圍和目標。

在檢查時最好與專案的關鍵人員進行非正式的討論,例如專案經理、軟體架構師及贊助客戶; 這些會議通常比計劃文件更能突顯出重要議題。 出席反覆活動的開工會議也會產生有用的資訊。

調查評量範圍的選項
目的:  瞭解關係人對於評估範圍的期望。 

任務是最高原則,指導特定期間的測試工作。測試資源通常有限,所以必須在既定的測試資源限制和軟體開發工作的品質驗證要求之間取得平衡。

對軟體開發團隊的策略性期望有初步的瞭解。 您應該以專案經理、軟體架構師及首席系統分析師的考量為重點。

向關係人陳述可選擇的作法
目的:  瞭解關係人對於測試目標和範圍的意見。 

將專案小組其餘成員排除在外來考量目標與範圍並非明智之舉。 RUP 主張團隊產品品質的主導權,因此,在決定哪些是重要測試時,您應該從專案小組其餘成員中挑選重要的關係人。 請將扮演下列角色的團隊成員視為重要關係人:專案經理、架構設計師、系統分析師、整合人員。

在某些情況下,陳述方式以正式為宜,由關係人成立審查委員會,且事前需要大量的準備工作。 有時以午餐會議的方式進行也很適合,或與每一位關係人私下面談。 每種方法各有利弊:請依據目前專案環境的需求來選擇最適合的形式。

制訂任務陳述
目的:  清楚確定目前反覆的測試重點的本質。 

任務陳述有助於讓團隊掌握重點,尤其在團隊面臨許多可能選擇的情況下。 缺乏「評估任務」的測試團隊通常會以為只是「做測試」:必須在時間或資源受限之下選擇最佳的測試重點時,將會無所依循。 任務陳述萃取出目前工作目標的重點,就像「魔咒」一樣令團隊專注於處理正確的事物上。

制訂適用於測試團隊的任務陳述。別太複雜或摻雜太多自相矛盾的想法: 任務陳述最好是簡單、簡短又輕快,在大多數情況下,必須在各種可能性之間抉擇時,任務將成為指引團隊選擇的一盞明燈。

以下是您對於特定反覆的任務陳述可能採用的一些作法:

  • 儘量找出錯誤
  • 儘快找出重大問題
  • 評估已察覺的品質風險
  • 對已察覺的專案風險提出忠告
  • 對認知性品質提出建議
  • 確認標準
  • 驗證規格(需求、設計或產品要求)
  • 滿足關係人
  • 履行流程指示

仔細查看上述清單,您一定會發現有許多任務彼此互斥。比方說,如果我的任務是「儘快找出重大問題」, 則我不可能去「驗證規格」:成功達成一項任務通常會牴觸其他可能的任務,且需要不同的支援測試方法。

試著滿足太多「評估任務」的測試團隊通常會陷入困境,造成工作不斷發生衝突。 另外,請注意,建議您在每一次反覆中選擇或重新考量「評估任務」: 隨著時間經過,任務很自然地會根據目前的工作情況而改變。

指定測試交付項目
目的:  明確指出測試工作會產生的價值。 

某些工作成果對於一或多位關係人而言是重要的交付項目: 其他工作成果是測試工作的重要部分,雖然對測試團隊很重要,但對於同一批關係人而言不重要。

儘可能減少測試工作產生的有用交付項目。不要列出所有工作成果;只列出可讓關係人直接受益的交付項目,以及您要用來衡量測試工作成就的交付項目。 您可能需要調整最初的清單,以顧及關係人的需求,且必須扮演主動的角色,督促交付項目維持實用且易於管理。

取得關係人的同意
目的:  與所有關係人協商,對於反覆活動的最適當任務達成共識。 

就像稍早的步驟向關係人陳述可選擇的作法一樣, 您應該取得同一批關係人的認同,同意「評估任務」及相關的支援層面適合於「反覆」。

同樣地,考慮以適當的形式來陳述任務並取得必要的認可。 請依據目前專案環境的需求來選擇最適合的形式。

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

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

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

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