下面介绍JS自动化的执行平台--CloudyRun
链接:http://wiki.ued.taobao.net:8080/console

cloudyRun和 automan 是同一类性质,属于测试的驱动平台。通俗点说,就是拿来跑测试用例的。

不同的是:

1. 测试用例不同,automan 的测试用例是 ruby 脚本,cloudyrun 的是 js 脚本,两者各有优劣

2. 驱动的客户端不同,automan 驱动的是机器,让机器去打开浏览器;cloudyrun 驱动的直接是浏览器,让浏览器打开页面,支持各种浏览器,不仅局限于IE,火狐,更能支持chrome,safari等

3.测试主要分单元测试和功能测试,automan 主要是用来做功能测试的,而 cloudyrun 则不管测的是什么,单元测试和功能测试都可。

4.cloudyrun 的一个优势是跨平台,不需要额外开发,直接支持各种平台的浏览器,包括mac,linux,手机端的,以及之后可能会出现的其他平台。

如何利用cloudy平台设计测试用例呢?

基于CloudyRun的自动化测试脚本的关注点是hmtl、CSS、JS,它与基于Automan平台测试脚本关注点不同,决定了它测试用例的思路不同。
以淘宝首页的页头为例:
测试用例设计:
1) [HTML] 元素节点是否输出完整, 比如 .site-nav, .login-info, .quick-menu 等元素是否存在
2) [HTML] 网站导航浮出层异步接口输出的内容是否符合预期
3) [CSS} 页头高度,颜色值等CSS属性是否符合预期,是否有被页面其他 CSS 覆盖掉
4) [JS] 登录信息是否正确输出,模拟 Cookie 值进行测试
5) [JS] 浮出层是否能浮出以及浮出后展现是否正常
6) [JS] 搜索功能是否正常
7) 等等….
需要掌握哪些知识?
熟悉jquery(http://www.w3school.com.cn/jquery/index.asp)
熟悉html(http://www.w3school.com.cn/html/index.asp)
熟悉css(http://www.w3school.com.cn/css/index.asp)
挑战与难点
  1. 测试用例设计思想的转变
  2. 哪些页面,哪些模块需要覆盖
  3. 如何避免与automan平台测试脚本工作的重复
  4. 页面属性变化带来的脚本维护工作量( 可参考automan对象库概念)

    后续继续介绍js自动化在detail的实践。。。