页面操作自动化记录：等待策略、日志记录与无人值守

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

1、无人值守：放到定时任务里之后

定时执行的前提是机器开着、环境可用。关机或休眠都不会触发，这一点在决定托管之前就要想清楚。

2、编辑器写入：拿到编辑器实例之后

富文本编辑器跑在独立的 iframe 里，初始化明显晚于普通输入框。动手写内容之前必须确认实例已经就绪，否则赋值不报错但页面读出来是空的。

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

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

4、等待策略：关于超时与轮询

固定等待时间调大了浪费、调小了不稳。轮询加超时是更合理的做法：满足条件就立刻继续，不满足就等到超时为止。

5、控件取值：两处隐藏的值

处理这类控件时，把值和展示文本都写上，比只写一个要保险。只填一处时页面不会报错，但提交上去的是空的。

6、日志记录：日志要能还原现场

流程跑完之后要能回答"做了什么、卡在哪一步"。每一步留一行带时间的记录，出问题时不用重跑一遍就能复现。

7、元素定位：元素定位的基本思路

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

8、小结

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

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