UI自动化解密之元素定位后为啥放在脚本里面找不到
我们是否在浏览器F12下面，进行右键Copy Element Xpath/Css 时，放在浏览器里面直接就能够正确查找，为什么放在脚本里面就找不到了呢（不考虑隐式、强式、显式等待）？现在从以下几点进行分析：
1.元素的定位一般用xpath比较好，如果在F12里面定位出的，在自动化脚本里面元素无法定位，需要进行手写xpath。如果某些元素如悬浮才能展示，然后移动到F12内她又消失了你说气不气？怎么解决呢？ 在浏览器页面右键选中右击，然后不要点击挪动鼠标到F12窗口里面，再键盘上面输入 N，此时悬浮框的源码就展示在F12的页面。也可以通过F8进入查看。
2.如果页面有变化时，元素定位不到。可能是因为脚本解析及浏览器执行的速度比较快，要快于客户端从服务器接受消息产生的响应时间。所以需要加个sleep，因为sleep时间不足，导致浏览器虽然提示点击元素了成功了，但是没有执行动作。
3.利用系统复制的Xpath有没有发现特别的长，而且有的时间会变化呀。所以我们一般不用系统复制出来的，有二个方面，直接复制出来的有的可能是绝对路径，这就可能导致你在自动化操作的时候，不一定能够完全匹配到这个路径。比如你在自动化的时候，同样在这个页面，点了某个按钮，导致这个元素新增了或者展开了一个父类节点，这个时候这个绝对路径就不能使用了。
解决方案：手写xpath时，需要分析源代码结构。找父级以上的唯一标签属性名，通过xpath进行递归找到该元素；同理，手写xpath时，还可以根据子级唯一的标签属性名。需要用到“…/” 一层一层返回父级。
4.对于元素定位报错后，比如执行了元素A的点击动作，页面没有跳转，无法定位到元素B
确认下是否定位准确了，有可能是元素A定位出错了，没有定位到可点击的子节点。
前端的框架一般都有很层div嵌套，在浏览器调试的时候，你需要确定你点击的那个div是否是触发事件的div，如果实在不能确认的话，找下前端开发工程师。
5.在编写测试用例的时候，要考虑用例的相互依赖关系。如列表先进行添加/删除操作了，添加删除时元素的xpath肯定会新增，如果在新增后的基础上再进行其他操作xpath会有效，如果删了后了，xpath消失，会导致同级下其他xpath路径打乱，而失效。
如：我添加了一个4个子机构，我在第三个子机构做新增时没问题。如果把第二个子机构给删除了，再做第三个子机构的其他操作。就会导致定位失败，无法操作。
此时解决的办法就是调整用例的执行顺序或者重新定位xpath。
建议在做UI自动化的时候，提前将case进行写个大纲
6.如果元素被隐藏了，前端页面不显示，但是源代码显示，需要在前端进行操作。如上传按钮。
做一这块的自动化，有2种方式，第一种就是利用软件录制一个exe文件，放在脚本里面执行，不推荐使用；第二种就是找input=“file”的标签，然后sendkeys文件的路径，浏览器会自动实现上传文件夹的功能。大部分的前端在做上传功能的时候，都将按钮进行封装在div标签内了，并且隐藏了。所以我们需要利用JavaScript进行修改被隐藏的属性值，让他展示出原来的样貌，实现上传。
通过对比我们发现type=“file”的这个标签，被隐藏了。style=“display：none”。
我们需要将 ** display：block ** 或者将 display的属性值给注释
以下我们提供三种前端解决办法
第一种：通过过滤关键字查找标签，在右侧直接修改none的值，修改为 block显示。
第二种：直接反勾选，注释掉属性和属性值
第三种：在console里面，输入JS命令修改属性值。语法为： 【二选一】
** document.querySelector(“css定位”).setAttribute(“style”,“display:block”)
document.querySelector(“css定位”).style.display=“block” **
这是博主封装的一个方法，用来修改JS内的属性
def js_set_attribute(self,css,name,value):
'''设置修改标签内属性'''
self.logger.info("调用JS执行修改标签内属性")
try:
js="document.querySelector( '%s' ).setAttribute('%s','%s')" %(css,name,value)
self.driver.execute_script(js)
self.logger.info("修改成功")
except Exception:
self.get_screen()
raise Exception("修改失败")
最后的一句话，UI自动化