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 确保安全
文章来源于领测软件测试网 https://www.ltesting.net/