好的，欢迎加入讨论。

就跟楼上说的一样，完全自动化维护不太现实，因为自动找到更改后元素匹配 (这部分还需要人工根据业务来识别)， 但是我们可以通过辅助手段来降低一些维护成本。比如 PageObject 模式既然把页面对象隔离开了，我们可以通过辅助工具对元素进行快速的增删改查。 这个是我们目前使用的工具，可以方便的维护对象库 https://testerhome.com/topics/30503， 你或许可以参考下这种思路。
另外，UI 框架的设计可以多贴合前端的规范，然后通过一些代码生成技术，实现快速书写自动化用例。

https://github.com/zzhengjian/PO-Manager
你看下这里的文档，需要下载了 chromedriver 之后，然后启动浏览器呢.

Selenium 里大概就是下面这种工作方式吧，webdriver 跟浏览器 driver 通讯是通过 json wire protocol 的，但是现在可以通过 websocket 的方式直接跟 devtools 进行通讯，所以 devtools 里面的很多功能可以直接使用的。selenium 上限制还是多一些，像楼上提到的 playwright 这种直接基于 devtool protocol 的自动化工具对这个支持度会更高，不过听说就是对浏览器版本高度依赖了。

可以坐等官方的 API 文档吧，python 的文档好像还没写完，不过代码上应该是实现了。
https://www.selenium.dev/documentation/webdriver/bidirectional/bidi_api/

下面是我们实际使用的一个例子: mock 一个接口的 403 返回值，验证页面能弹出合适的提示框。

ps: 我们基于 nodejs 的，官方实现还有 bug，坑爹
https://github.com/SeleniumHQ/selenium/issues/10004

现在 selenium4 可以做到监听 ajax request 了，还可以模拟接口返回，我们目前可以用来做一些 error code 的 mock 了

我觉得可以这么搞: 弄一些标准模板，和一套标准词汇库，然后跟被测对象关联，可以根据被测业务对象自动生成模板用例，然后人为稍加修改，让写用例跟用 ide 写代码一样方便。

也是一个办法

你的问题应该跟这个情况差不多: https://testerhome.com/topics/32623

尽量避免添加固定等待是对的，但是这种动态加载，其实有时候 selenium 的判断依据已经是可以了，只是动画的效果和运行的速度不匹配导致的，这时候短暂的延时是必要的。如果只是偶尔几个地方遇到这个问题，你倒是可以不加在通用方法里，case by case 处理就好了。另外多增加下用例并行量可以更快达到缩短执行时间的目的，ui 测试的目标还是应该稳定为主。

因为 clickable 只是判断元素是否 visible 和 enabled，但是元素是否 ready 还得考虑脚本运行的速度，有时候弹出框之类的效果就会导致这种情况，所以，等完了 clickable 最好有一两秒的延时 (这种看情况)，这样可以提高成功率。

你这不是显示等待的问题，你这个应该是 click 的问题，stale element reference 这个应该是点击元素的时候，元素状态还没 ready 或者发生变化了.

你在这两行代码中间加个一两秒的延时看看。

额，你期望是啥样呢 ，我这里是分享一种提效方法，我们自己项目实践下来效果还不错。

嗯，这只是一种参考 QTP 的 UI 对象库的维护思想，其实可以不局限于 selenium，反正定位方式就那么几种嘛

frame 的操作其实跟 selenium 一样，主动切换一下就行，这块目前没有想到更好的操作体验。

这是我平时使用估算的一个对比，对于新手的话，耗时应该还会长一点

把抛错的日志信息发出来看看

没看懂你的问题，到底是手动在 F12 里没定位到元素，还是自动化运行过程中定位不到。如果是说因为点击才出现，然后审查元素时就消失，那可能是受了点击事件的影响。你可以试试设置页面断点，一步步调试代码，这样点击出现的元素在审查是不会消失。。
如果是自动化运行过程中找不到，那你要看看你写的定位方式是不是正确，然后看看等待的时间是否合理。

@gaoyugang https://testerhome.com/topics/32644

@gaoyugang 等改天有空我再写下思路哈

element not interactable 这个信息有用，元素还不可操作的时候你尝试做啥操作了

你这个是很常见的页面加载的 pageblocker 问题，我们的解决办法是封装一个 syncElement 的方法，逻辑是先等待这个元素出现，再等待它消失。基本就能解决这个问题，提升用例的稳定性。你可以参考下这个代码：

有人用 nodejs 写自动化的吗

同意，不是不行，只是没必要，没时间。调试代码这个本来就是开发的职责。况且一旦你开始做了，后面就会变成你该做了，会无情的压榨你的时间。

同意，感觉这个想法有点理想化。

我们也是使用 PO 模式，你可以看下这个工具：https://testerhome.com/topics/30503 可以自动帮你管理页面对象，不过是基于 json 的， 结构也很清晰。我们自己使用过程中能感受到节省很多时间。有小问题还是可以实时的单命令调试 selenium。