我的自动化日记1——元素定位过程中的意外事故
2016-06-19 22:53
267 查看
平时使用watir-webdriver写web自动化脚本的时候,习惯使用最短的路径去定位元素。如果一个iframe下面的某个文本是唯一的(通常包含在div中),就直接使用iframe(:id=>"xxx").div(:text=>"某文本")来定位,而不会去关注div上层的table或其它具有id的div。
结果有一天遇见一件怪事,我创建了一个名词为test的用户(可以点击文本来查看该用户的详细信息),整个页面只有这一处文本内容是test,我在irb中也能直接通过文本定位到这个div元素,但是使用click方法却出错,记忆中好像是提示了元素不可见。使用visible?方法返回的确实是false。
于是我陷入了深深的沉思中:明明肉眼能看到这个test,为何visible?会返回false啊!!!难道有某种奇葩的css能欺骗webdriver,让webdriver误认为这个元素是不可见的?详细看了那一块的html,没有发现有什么特别的css。使用parent.html方法查看其父元素的html,居然跟我在浏览器的F12模式下看到的源码是不一样的,一个绑定了事件,一个没有。
恍然大悟,这个iframe虾米可能隐藏了另一个test,直接在F12下搜索test,果然找到了另一个文本为test的div。它的样式似乎是因为容器宽度设为0px而不可见的。这个不规范的代码应该是开发的测试代码,没有注释掉。真是坑。。。
至于元素的哪些样式会影响到webdriver对元素的处理,需要另行研究
结果有一天遇见一件怪事,我创建了一个名词为test的用户(可以点击文本来查看该用户的详细信息),整个页面只有这一处文本内容是test,我在irb中也能直接通过文本定位到这个div元素,但是使用click方法却出错,记忆中好像是提示了元素不可见。使用visible?方法返回的确实是false。
于是我陷入了深深的沉思中:明明肉眼能看到这个test,为何visible?会返回false啊!!!难道有某种奇葩的css能欺骗webdriver,让webdriver误认为这个元素是不可见的?详细看了那一块的html,没有发现有什么特别的css。使用parent.html方法查看其父元素的html,居然跟我在浏览器的F12模式下看到的源码是不一样的,一个绑定了事件,一个没有。
恍然大悟,这个iframe虾米可能隐藏了另一个test,直接在F12下搜索test,果然找到了另一个文本为test的div。它的样式似乎是因为容器宽度设为0px而不可见的。这个不规范的代码应该是开发的测试代码,没有注释掉。真是坑。。。
至于元素的哪些样式会影响到webdriver对元素的处理,需要另行研究
相关文章推荐
- EasyUI初识
- TCP的SO_LINGER 选项
- asmack项目介绍
- js的HTML属性操作
- Android AsyncTask 源码解析
- search in 2d matrix and serach minimum in rotated array
- Android Fragment的设计模式:工厂模式
- hdu2047
- 推写拉读
- 【java】:selection doesn't contain a maintype
- Linux设备驱动入门----globalmem字符设备驱动
- 励志经典,持续收集ing....
- 微信6.0 ActionBar样式
- 毕业--永不再见
- 20145213祁玮のJava课程总结
- Linux--02软件安装、防火墙设置
- POJ 3261 Milk Patterns
- Android RecyclerView添加分割线
- Think In OO
- android asmack 注册 登陆 聊天 多人聊天室 文件传输XMPP协议简介