网页自动化里，我开始更重视页面状态而不是按钮

先把状态说清楚#

我现在常用的方式，是把页面拆成几个固定阶段，比如：

• 待登录
• 等待绑定
• 可执行
• 需要确认
• 失败待处理

这几个状态不一定适用于所有页面，但至少能让脚本知道自己现在是在做什么，而不是只会机械点击。

有些页面看起来变化很多，其实真正会影响流程的点并不多。把这些关键状态先画出来，很多“偶发 bug”就会变得很具体。

一次只做一个动作#

以前我容易贪快，想把“判断、点击、输入、确认”一次做完。结果一旦其中一步不对，后面全乱。

现在我更愿意把动作拆开：

1. 先读状态；
2. 再做一个最小动作；
3. 再读一次状态；
4. 确认真的变了，再继续。

这样慢一点，但出错时很好回头看。哪一步没生效，日志里会很清楚。

异常时先停一下#

最麻烦的不是失败，而是失败以后还继续往下跑。那种情况很容易把原本还能处理的问题，弄成一团乱账。

我现在更在意的是：如果状态不对，就先停下来，把页面、时间点和最后一次动作留下来。对我来说，这比“硬跑到底”更有价值。

网页自动化做到后面，真正重要的不是动作数量，而是系统能不能一直知道自己站在哪一格上。