Scrum 敏捷過程模型
在Visual Studio 2010中，項目過程模板變化很大，微軟把Scrum作為基本Agile開發模型(Scrum模型為基礎參考導向)，如圖2所示。TFS2010中集成了 MSF for Agile Software Development v5.0，可操作性上又融合了敏捷等軟件開發流程思想模型。
Scrum最初的含義是英式橄欖球爭球隊,是敏捷軟件開發模型中的一種。Scrum 將軟件開發團隊比擬成橄欖球隊，有明確的最高目標，熟悉開發流程中所需具備的最佳技術，具有高度自主權，緊密地溝通合作，以高度彈性解決各種挑戰，確保每 天、每個階段都明確的朝向目標推進。Scrum令人痛苦之處就在于你不得不根據自己的具體情況來對它進行調整，如果能夠隨心所欲應變，那么你就會體會 到它的強大。
圖2 Scrum for Agile
敏捷Scrum開發過程框架中，產品backlog是 Scrum的核心，也是一切的起源。從根本上說，它就是一個需求、或故事、或特性等組成的列表，按照重要性的級別進行了排序。它里面包含的是客戶想要的東 西，并用客戶的術語加以描述，通常叫它故事(story)，有時候也叫做backlog條目。
例如，我們建立一個產品 BACKLOG(示例)，如表1所示。
表1 產品 BACKLOG(示例)
我們的故事包括這樣一些字段：
ID：統一 標識符，就是個自增長的數字而已，以防重命名故事以后找不到它們。
名稱(Name)：簡短的、描述性的故事名。它必須要含義明確，這樣 可以跟其他故事區分開。
重要性：(Importance)：產品負責人評出一個數值，指示這個故事有多重要。例如：
20或100。分數越高越重要。避免優先級這個說法，因為一般說來優先級1都表示最高優先級，如果后來有其他更重要的東西就麻煩了。它的優先級 評級應該是什么呢?優先級0?優先級-1?
初始估算(Initial estimate)：團隊的初步估算，表示與其他故事相比，
完成該故事所需的工作量。最小的單位是故事點(story point)，一般大致相當于一個理想的人天(man-day)。
如 何做演示(How to demo)：它大略描述了這個故事應該如何在sprint 演示上進行規范，本質就是一個簡單的測試規范。
筆 者借鑒過很多敏捷書籍和在實戰的應用中嘗試過很多字段，但最后發現，只有上面提到的六個字段我們會一直使用下去，這也就是一種最簡化。
我們可以把backlog存放在TFS2010服務器上，或者共享在TFS2010的 Excel或者Project(參考圖3所示)文檔里面，這是為了多個用戶可以同時編輯它。
圖3 在TFS2010中的Project Product Backlog模板
文章來源于領測軟件測試網 http://www.kjueaiud.com/