检验一下我们的目标达到了么？
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 测试编辑器”中最初是一个作为表示 Web 请求的 URL 列表。如有必要，可以将这些请求转换为 Visual C# 或 Visual Basic 代码（称为“编码的 Web 测试”）。在 Web 测试转换为相应的编码格式之后，可以添加循环和分支构造。
· Web 测试和 Web 测试结果中可能包含敏感信息，这些信息可能会被用来生成对计算机或网络的攻击。Web 测试和 Web 测试结果包含 URL 和连接字符串。在与他人共享测试或测试结果时应注意这一点。
Web 测试可自动处理这些 HTTP 操作：
包括 VIEWSTATE 的隐藏字段相关性
重定向
从属请求
身份验证
通过 HTTPS/SSL 确保安全
