iOS 16+环境下Flutter元素visible值错误导致自动化脚本中断求助

• 绕过visible属性校验，改用替代判断条件
  由于iOS16+下Appium获取的visible标记存在偏差，可通过元素的其他属性综合判断：

  • 检查元素的opacity属性是否大于0：通过element.get_attribute("opacity")获取值，转换为数值后判断是否大于0；
  • 验证元素的尺寸与位置：获取元素的boundingRect（通过element.get_rect()），判断元素的宽高是否大于0，且坐标范围在当前屏幕可视区域内；
  • 检查enabled状态：若元素本身是可交互组件，可通过element.is_enabled()辅助判断其可用性。

• 自定义可见性判断逻辑
  编写自定义方法替代原生的可见性检测，结合多维度条件：

  def is_element_visible(driver, element):
      rect = element.get_rect()
      screen_size = driver.get_window_size()
      # 判断元素是否在屏幕内且有实际尺寸
      has_size = rect['width'] > 0 and rect['height'] > 0
      is_in_screen = (rect['x'] + rect['width'] > 0 and rect['x'] < screen_size['width'] and
                      rect['y'] + rect['height'] > 0 and rect['y'] < screen_size['height'])
      opacity = float(element.get_attribute("opacity"))
      return has_size and is_in_screen and opacity > 0
  

• 调整WebDriverAgent版本
  当前使用的WDA 8.5.1可能与iOS16+存在兼容性问题，尝试切换至其他版本：

  • 降级至WDA 8.4.0，或升级至最新测试版；
    在SauceLabs的测试配置中指定WDA版本，覆盖默认配置。

• 使用Flutter专属定位策略
  改用Appium的Flutter定位方式，直接与Flutter框架交互，避免依赖iOS原生Accessibility API的可见性标记：

  • 通过flutterValueKey、flutterByText等定位符定位元素，示例：

    driver.findElement(AppiumBy.flutterValueKey("home_button"));
    

  这类定位方式能更准确地获取Flutter元素的状态，不受iOS16+的可见性检测bug影响。

• 临时修改脚本断言逻辑
  若脚本因visible断言失败中断，可暂时替换为尝试交互的方式判断：

  • 直接执行元素的点击/输入操作，捕获NoSuchElementException或ElementNotInteractableException异常，以此判断元素是否可用；
    这种方式虽非严谨的可见性判断，但能在问题修复前保证脚本执行。

内容的提问来源于stack exchange，提问作者Shailendra Madda