浏览器自动化实践：控件取值、校验复用与异常处理

在做页面功能验证时，经常需要填写大段内容。手工逐字输入效率很低，于是考虑通过调试协议直接驱动页面完成这件事，过程中的判断依据都写在后面。

1、编辑器写入：往 iframe 里写内容

编辑器实例可能有多个挂载位置，逐个去猜很容易拿到别的实例，结果内容写到了别处。正确做法是用页面暴露的就绪回调，拿它回传的那一个。

2、控件取值：第三方控件的取值陷阱

遇到取值对不上的控件，先去看提交函数读了哪些字段，倒推需要填哪些位置，比从界面上猜要快得多。

3、校验复用：提交前先自检一遍

校验不通过时应该干脆放弃提交，而不是硬点。硬提交要么静默失败，要么留下一篇内容残缺的文章，两种情况都比不发更糟。

4、选择器维护：页面改版之后

留一个能一键输出当前页面结构信息的入口，改版时不用再重新翻源码，直接看它报什么就够了。

5、事件派发：被忽略的事件触发

不同框架监听的事件不一样，有的要冒泡，有的绑定在父节点上。稳妥的做法是原生点击和框架事件两种方式都试一遍，每次都验证结果。

6、元素定位：先解决"找得到"的问题

标题和摘要这类普通输入框，用原生选择器就能直接取到。麻烦的是被组件库包了一层的控件，真正可编辑的节点往往藏在自定义标签内部，需要往里多找一层。

7、异常处理：不要吞掉错误

捕获异常时要注意别把主动抛出的信号一起吞掉，否则"未登录"会被显示成"超时"，把人往完全错误的方向带。

8、小结

这套做法的通用性还不错，换一个页面也只需要调整元素定位和等待条件，主体逻辑可以复用。

本文写于 2026-09-22，用于确认流程在重复执行时依然稳定。