嗯 OCR 方案用过，识别率不高，我不太会用。。。

OCR 我弄了几次，我不太会用可能，识别率不太高- -，

思路不错，我去试试，感谢

如果爬数据，为啥不用接口爬； 如果是做 UI 自动化，那就屏幕上滑，加载下一页的元素；
# 模拟用户向上滑动 # 返回当前页，支持链式调用
@allure.step("向上滑动")
def swipe_up(self):
log.info("向上滑动")
size = self.app_driver.get_window_size()
x = size['width'] * 0.5 # 横向中点
start_y = size['height'] * 0.8 # 起点：顶部 80% 位置
end_y = size['height'] * 0.3 # 终点：顶部 30% 位置
self.app_driver.swipe(x, start_y, x, end_y, 200)
return self

嗯嗯，好像是有的 Switch 开关类型的，这个值会变化，大部分其余的控件都没变化

嗯嗯，是个思路，只能通过点击后，其余元素导向的变化，来验证了； 比如筛选后，列表变化；选中后，输入框变化这种

哦哦多谢，我们都是这种类型，不是 button

我目前的思考就是，这种选中的样式，不好自动化断言，那就手动来执行，这种用例就不做到自动化里。或者用例执行后截图，人工看报告结果，人工干预验证结果

我最近也在思考这个问题；考虑加入代理，可以验证前台点击后，请求传的入参对不对，或者说前台是否触发了这个接口，相当于验证了点击生效； 在这代理可以抓取接口反参，验证列表、筛选等功能的数据正确性，这种数据验证 UI 断言不好做；还可以通过代理 mock 特殊数据，然后验证前端 UI 的展示；但是我还没着手去做，看你 5 年前问的问题，不知道你有事实落地方案么？

嗯嗯，还好这种局部刷新元素的场景不多；还是 wda 问题，没有考虑到这种情况。我和 AI 聊了两天了，AI 让我去改 wda 源码了。。。我也是服了= =，