1. 是不是容易管理?測試所依賴的文檔和每一個WebTest是一一對應的，當頁面發生變化的時候修改測試用例文檔，而對應文檔編號可以直接定位到該WebTest!文檔和WebTest有一個對應關系，發生變化直接按圖索驥就可以了;是不是容易管理呢?
2. 是不是容易擴展?比如現在首頁也添加了一個熱門圖書的詳細信息的頁面鏈接，我們要做的是什么呢?添加1.2_Default_BookDetail.webtest就可以了;
3. 是不是可以復用?比如3.4_BookDetail – SearchHistory，我們要完成這樣的驗證：BookDetail是對的，SearchHistory是對的，當二者關聯起來的時候也是對的;要完成前面兩個目標很簡單直接調用3.0_BookDetail.webtest 5.0_SearchHistory.webtest就可以了;(點右鍵：Add Call To Web Test…)
4. 是不是可以可以分工協作?顯然每一個webtest都可以獨立的完成，對于重復驗證的部分直接調用你的搭檔的webtest就可以了，互不影響;這和我們開發中的調用很像
這樣做我們得到了什么別的好處?
1. 迅速的定位錯誤;3.0_BookDetail.webtest 不能通過測試5.0_SearchHistory.webtest能通過測試，3.4_BookDetail – SearchHistory不能通過測試;這說明什么?是因為BookDetail頁面的出錯了，而且錯誤導致了后面的SearchHistory頁面也是錯的。而SearchHistory頁面本身是沒有問題的。
2. 網站改進用來評估風險;比如我現在要改進3.0_ BookDetail，改進之后哪些頁面會不正常，直接看3.1到3.4就可以了;
VSTS自動化測試工具能做什么、擅長做什么
下面僅僅是簡單的列了一下，具體的內容請參考MSDN：
Web 測試通過發出 HTTP 請求在協議層工作。
Web 測試不運行 JavaScript。但是，可以在運行時通過使用 Web 測試插件、Web 測試請求插件、提取規則或編碼的 Web 測試來模擬 JavaScript 操作。
通過在瀏覽器會話中記錄活動，可以創建 Web 測試。
還可以使用 Web 測試編輯器手動構建 Web 測試。
Web 測試在“Web 測試編輯器”中最初是一個作為表示 Web 請求的 URL 列表。如有必要，可以將這些請求轉換為 Visual C# 或 Visual Basic 代碼(稱為“編碼的 Web 測試”)。在 Web 測試轉換為相應的編碼格式之后，可以添加循環和分支構造。
Web 測試和 Web 測試結果中可能包含敏感信息，這些信息可能會被用來生成對計算機或網絡的攻擊。Web 測試和 Web 測試結果包含 URL 和連接字符串。在與他人共享測試或測試結果時應注意這一點。
Web 測試可自動處理這些 HTTP 操作：
包括 VIEWSTATE 的隱藏字段相關性
重定向
從屬請求
身份驗證
通過 HTTPS/SSL 確保安全
文章來源于領測軟件測試網 http://www.kjueaiud.com/
