浏览器自动化实践笔记：元素定位、表单填写与十个真实坑点

做浏览器自动化测试时，真正难的往往不是“点按钮”，而是页面与框架交互中的各种细节。这里整理近期实践中的十个典型问题与处理思路，供参考。

一、元素定位

1）优先用可见文本定位（如“登录/注册”），比层级 CSS 更抗改版；同一文本出现多处时，使用精确匹配或附加容器限定。

2）富文本编辑器（TinyMCE、CodeMirror 等）常常“看得见但摸不着”：程序化赋值可能只改到了页面 DOM，不触发框架的数据模型。稳妥做法是走“真实输入”通道（如 insertText），让编辑器的输入事件链正常触发。

二、表单与状态同步

3）现代框架（Vue/React）的字段状态依赖真实事件序列；遇到“提交按钮一直置灰”，先看字数和校验状态是否更新，再排查必填项与自定义组件。

4）点击“提交”后页面没有立刻变化，不代表失败，异步请求可能正在进行。以网络请求的成功码为准。

5）自定义组件（标签选择器、自绘勾选框）对合成事件的响应差异较大，必要时降级为坐标点击或逐级触发事件。

三、页面环境

6）注意页面 viewport meta 的合法性：遇到过 initial-scale=0 的畸形配置导致整页缩放异常的情况。

7）多标签、弹窗拦截、导航竞态都是常见坑：对 _blank 链接，直接导航往往更稳。

四、流程建议

8）关键动作后用“页面差异/网络请求”做断言，比截图对比更可靠。

9）关键操作留兜底：导航失败时直接 URL 跳转；接口失败时用抓到的请求重放。

10）先跑通最小闭环，再逐步加断言与重试，稳定性会好很多。

以上为个人实践整理，欢迎交流。