不能阅读被屏蔽的文章。
如题，组长让搞 UI 自动化，但是是试图直接代替回归测试的那种，虽然在覆盖核心链路，但是维护成本肉眼可见的高。还为了让整个编写流程简单化采用的是最原始的 playwright 录制，已经燃尽了，我真不知道现在写了这么多条的意义在哪里。
看了各种技术贴，感觉能拿来辅助 UI 自动化的真的很少。
话说各位有没有什么最佳实践我参考一下
电商领域 UI 自动化维护成本巨大，活动大促和重构都麻烦的够够的
成本过高的情况下，核心链路覆盖即可并考虑好各种兼容情况
AI 编程的今天，UI 的维护已经不再是负担
UI 自动化永远是 AI 最想征服的一块高地，说实在非常难。
UI 变化非常大的做自动化本来就非常难，AI 要重新识别那么多新元素及逻辑关系，再重构代码，很难保证不出错或者完全契合业务需求
：AI 编程的今天，UI 的维护已经不再是负担
为什么不做接口自动化，收益感觉更大
我在刚接触测试的时候就有一个疑问，xx 自动化,xx 自动化，如果需要维护，大部分人还觉得是个负担，那个这个东西他就是没意义的，什么叫自动化？像流水线一样，像智驾一样，自动开车，自动收付款，自动农耕一样的自动播种，浇水，即使需要维护也是中长期跨度的维护。到了测试这边，所谓的 ui 自动化测试投入的东西毫无意义，或者有人说你觉得没意义是因为你 xxx 还不够深入，我对这种是很嗤之以鼻的，除开少数公司非常特殊特定的业务以及独立的环境之外，其他的百分之 99 都是没意义的，如果有人觉得有意义，那你就是对的
我们系统光是配置项三千多个，还有配置表、配置文件，也不给专门的自动化测试环境，跟功能测试一套，刚写好的流程脚本，说不定一天就凉了，精力都投入到维护配置上了