mickey_gezi的专栏

弱不禁风的UI自动化脚本，迎来了他第一次版本升级的洗礼，33%的通过率，他蒙了，我还好

今天碰到个诡异的“元素不可被点击”，当元素点击失败时，首先考虑的大概就是以下内容：1. 元素是否可定位到：排除元素定位问题、及定位多个元素的可能；2. 元素是否可被点击：排除元素被隐藏、不可用的可能；3. 元素是否在可见范围内：排除元素不在可见范围的可能；在排除了以上3点后，就可以解决绝大多数的点击失败问题但这一次的却不在以上3点的能力范围内，根据以上3点检查后确认：该元素定位正确、且仅匹配到一个元素，元素未被隐藏、未设置不可用，在可见范围内另外，按照用例操作流程，手工操作，

（实在忍不住，这事儿必须说！！！）在最近的UI自动化脚本中，涉及了一些运维操作就免不了用一些C端的自动化框架（我采用的是PyAutoGui）。Python中'\'代表转义字符，而Windows的文件路径也是采用'\'分割，之前我们对路径的处理方式是：将采用 '/' 替代 '\'，可是，毫无征兆，有那么一天，在一个美丽的傍晚，回车的时候就提示文件路径无效了！！！就这样猝不及防。。。分析数据流向：保存数据：前端设置UI操作的相关参数（文件路径D:\temp.sql）--> Python处理（D

当项目中需要断言文本是否在元素列表的文本集中时，在对元素列表中的元素for循环遍历进行WebElement.text 操作时，随机性的出现state element reference的报错信息源代码如下：def assertIsInTextSet(self,locator,expect,isIn=True): elems = self.findElements(locator) elems_text = [elem.text for elem in elems] try: