页面操作自动化记录：提交判定、异常处理与选择器维护

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

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

找元素最稳的办法是先观察页面自己怎么取。它既然要读这个值，就一定有稳定的读取方式，顺着它的逻辑走，比自己凭感觉拼选择器可靠得多。

2、校验复用：复用页面自带的校验

提交按钮在未通过校验时是禁用状态，类名上会带禁用后缀。可以在提交前先调用页面自己的校验函数，确认各项都满足要求再发起提交。

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

区分"元素不存在"和"状态不对"很重要。同一个位置在不同状态下渲染的节点可能完全不同，把状态探测清楚再动手，比一味等待有用。

4、提交判定：看跳转还是看响应

提交会向后端发一个携带自定义请求头的异步请求，请求体是序列化后的 JSON。响应里的状态码决定了页面接下来往哪跳。

5、幂等保护：宁可不做，不要做两遍

结果不明确的时候不要自动重试。重试有可能把本来失败的操作变成两次成功，代价远大于这一次不做。

6、异常处理：失败要停得明明白白

登录态失效、校验不通过、元素找不到，这三类应该分别给出明确提示，而不是统一报一个"失败"，否则用户根本不知道下一步该干什么。

7、小结

回过头看，大部分问题都出在"以为填进去了"上。加了回读和自检之后，这类问题基本消失了。

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