如果你在公司负责自动化测试大概率遇到过这样的场景脚本在本地怎么跑怎么过一到CI环境或者换了台机器就红成一片昨天还好好的用例今天因为开发改了个按钮文案就全部阵亡全量回归跑了四十分钟真正有效的断言没几条剩下时间全在等页面加载和重试。网上的自动化测试教程通常只教“怎么写脚本”但实际落地时真正折磨人的往往是脚本之外的那堆问题定位方式脆不脆、等待写得对不对、数据隔离有没有做好、CI环境和本地有什么差异、框架分层有没有让维护成本失控。这篇文章把我这些年在一线项目里遇到的自动化测试高频问题按“现场现象→根因分析→解决思路”的方式整理一遍覆盖UI自动化、接口自动化、框架设计、CI集成、传统测试转型以及最近大家比较关心的AI辅助自动化测试落地方向。文章不保证让你一步登天但如果你正在搭框架、写脚本、调稳定性这些问题清单大概率能帮你少踩几个坑。1. 元素定位和等待问题自动化脚本跑不稳的第一嫌疑1.1 定位不到元素不一定是定位写错了UI自动化里最高频的报错就是找不到元素报错信息往往是一大段堆栈最后指向某个findElement或find_element。新手的第一反应是“这个XPath是不是写错了”但真正的问题不一定是定位表达式本身而是下面的几个情况。最常见的坑是页面元素带动态属性。很多前端框架会渲染出带时间戳或者随机数的id比如订单列表里某个按钮的id可能是btn_20250211_001你抓取的时候看到的是btn_20250211_001第二天跑就变成btn_20250212_003了硬编码必然失败。这种场景下优先看这个元素有没有>