mickey_gezi的专栏

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

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

被测产品中文件上传的功能非常普遍，一般情况下我们需要将准备好的文件放在预定的路径下，然后在自动化测试的脚本中，去预置的路径下获取文件即可。准确说，这不是Selenium文件上传的两种方式，而是UI自动化中文件上传的两种方式。通过Selenium上传文件的方式要求UI界面中有可输入文件路径的input输入框，但当被测产品是采用调用本地Windows文件系统窗口的方式进行文件上传时，Selenium就无能为力了，因为这分属于两个完全不同的领域。Selenium是通过发送js脚本驱动浏览器，而Wind

当项目中需要断言文本是否在元素列表的文本集中时，在对元素列表中的元素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: