本篇文章的上半部分，請參看《Visual Studio 2010輔助敏捷測試詳解》

四、早測試和經常測試——封閉簽入和滾動生成

敏捷開發中最可怕的事情莫過于在迭代最后一兩天進行測試，結果發現了嚴重功能缺陷或者回歸缺陷，導致不能按計劃發布給用戶試用。要想徹底解決這樣的問題，一方面要在迭代開發階段測試人員就要參與進來，從客戶的角度出發對功能需求和設計文檔進行文檔測試，即文檔評審。測試人員和開發還有項目經理一起從源頭上保障將要實現的功能是用戶想要的。另一方面就是要在迭代的早期就開始就開始測試，特別前幾個迭代已經實現好的自動化測試用例，盡早的執行它們可以有效地避免回歸問題的出現。在TFS 2010 上專門提供封閉簽入（Gated Check-in）、滾動生成（Rolling Builds）和持續集成（Continuous Integration）等功能，幫助敏捷團隊實現早測試和經常測試。這其中封閉簽入和滾動生成是對敏捷團隊比較實用的功能。

封閉簽入是TFS 2010 提供的一種新的代碼簽入方式，在配置這項功能后，當用戶要簽入任何代碼時，系統會先將用戶本地要簽入的代碼打包成一個擱置集（shelve-set），然后提交到服務器端，TFS 生成（Build）服務先從TFS 源代碼控制器中同步項目的最新代碼，再將提交的代碼與之進行自動合并，然后進行編譯，如果編譯成功，則執行配置的自動化測試用例，如果測試用例全部通過則代碼會被自動簽入到代碼庫中，否則返回錯誤信息給用戶，代碼是不會進入到代碼庫。表面上看是與產品測試沒有直接關系，但實際上它和測試以及最終產品質量的密不可分。因為代碼簽入是整個開發過程中發生最為頻繁的操作，每次簽入代碼的質量直接影響著日常的開發活動。對于絕大多數的開發團隊來說，check in 代碼前不僅要保證編譯通過，同時還要最大限度的保證新代碼不會破壞已有的功能，也就是要執行測試用例去驗證。Gated Check-in 中提到的“Build 成功”，實際上包含兩部分內容：編譯成功和測試用例執行成功，有了它作為保護代碼庫的第一道屏障，就可以保證它在任何適合都是可編譯，并且達到一定質量標準的。

滾動生成是在VS 2008 種就有的功能，當TFS 檢測到在它所監控的范圍內有任何新的代碼變化被簽入后，它就啟動對最新的代碼庫進行生成驗證，該驗證包括編譯和運行指定的自動化測試用例。之所以稱之為“滾動”，因為它是在一個生成驗證操作完成后再去探測有沒有新的簽入發生，對這期間發生的所有新簽入進行新的生成驗證。這里需要再強調一下滾動生成的重要意義：它看似只是一個自動生成代碼的功能，但實際上起著協調整個開發團隊、時刻監控代碼庫質量、以及盡早暴露產品問題的作用。因為滾動生成時刻都在不停的運轉著，對于任何代碼簽入它都保持著警覺，會去自動驗證編譯是否成功，自動化測試用例是否都能通過。它就像一個不知疲倦的“代碼守護者”一樣監控著代碼庫，第一時間發現其中的任何問題，將問題通知給整個團隊，從而避免了問題的積累和拖延。這非常符合敏捷開發中“今日問題今日解決，不要拖到以后”的原則，它幫你最早的發現問題、報告問題，開發團隊則應該建立制度要及時響應滾動生成所報告的問題，把它作為Priority 為0 或1 的高優先級問題去對待和解決。

封閉簽入和滾動生成都是來保護代碼庫的正確性和產品質量，它們是否在功能上重復反而讓我們不敏捷了呢？其實兩者并不重復，只是各有側重，將它們搭配使用才會發揮其最大效能。

封閉簽入是在代碼進入代碼庫之前進行驗證，簽入提交者一般希望竟快知道結果，以便決定下一步的工作，所以封閉簽入的時間（編譯和運行測試用例）不要太長（10-20 分鐘）。這也就決定了我們加入的測試用例不能太多，只添加那些高優先級的測試用例，保證主要的用戶故事不被破壞。滾動生成是在代碼簽入后在后臺執行的，由于不存在著與用戶的交互等待，所以它執行時間可以更長（幾個小時），可以為它加入更多的測試用例，從而全面驗證代碼庫的質量，一旦有任何問題它可以及時通知團隊進行修復，這種驗證是在幾個小時或者每天都在發生的，保證了敏捷對頻繁測試的。

五、完整的自動化測試解決方案——實驗室管理

在談到軟件自動化測試的時候，很多人會誤以為實現了自動化測試用例就是自動化測試，其實不然，自動化測試僅是測試自動化的一個重要步驟，絕對不等同于自動化測試。一個完整的自動化測試應該包括：構建、部署、執行測試用例、分析測試結果并作出結論。在前面的自動測試的收益公式中，我們可以看到減少自動測試的維護成本，是提高自動測試收益的重要因素之一。VS 2010 的實驗室管理（Lab Management）與測試用例管理、生成管理、源代碼控制、工作項管理等功能相結合，為自動化測試提供了這樣一個完整的解決方案，目標就是要降低了自動測試的運營和非維護成本，下面這張圖展示了實驗室環境的系統構架圖。

實驗室管理功能充分利用了微軟的虛擬化技術，包括：Hyper-V 和 System Center Virtual Machine Manager （SCVMM），快速創建干凈的虛擬測試環境并進行產品生成和部署，然后執行指定的測試用例集，將結果以報表的形式呈現出來，方便對此產品質量進行分析，如下圖所示：

同時，利用虛擬技術的環境快照功能，對于那些難于復現或者環境相關的Bug，利用虛擬環境的快照技術，可以為開發人員準確的復現Bug 出現的環境，從而能夠快速的進行診斷和及時修復。

總結

Visual Studio 2010 作為Visual Studio 系列中一個非常重要的版本，為測試人員和團隊提供了一整套解決方案，包括：測試計劃和用例管理、創建自動化測試用例、測試用例的自動執行、以及實驗室管理等。這些功能強調了測試作為整個軟件過程的重要角色的作用，促進了測試人員與其它角色的有效溝通與協作，非常適合于敏捷團隊使用來完成測試工作。

工具不是萬能的，但沒有合適的工具輔助也是萬萬不能的。對于工具在敏捷開發的作用，應該用辯證的觀點來看待。不能片面唯工具論，畢竟軟件開發過程是人、工具和過程三者共同作用的結果，工具影響著人和過程，同時人和過程也影響著工具所能發揮的效力。所以這決定了工具的引入和部署應該是一個漸進的和逐步適應的過程，特別是對Visual Studio 2010這樣比較大型和綜合性的工具。下面是三個向大家推薦的與Visual Studio 測試相關的微軟論壇，希望能夠對大家有所幫助。

Testing with Visual Studio Test Manager (MTM)

Visual Studio UI Automation Testing (includes CodedUI)

Visual Studio Team System - Testing

【編輯推薦】

1. Visual Studio 2010 TFS探索之旅
2. Visual Studio 2010讓敏捷開發和云計算落地
3. Visual Studio 2010敏捷之道 
4. 詳解Visual Studio 2010敏捷功能(上) ALM探秘
5. 詳解Visual Studio 2010敏捷功能(下) 強化測試功能

【責任編輯：彭凡 TEL：（010）68476606】