页面操作自动化记录:控件取值、异常处理与事件派发
【摘要】 这是一次页面自动化的流程复盘,目的是把重复的手工操作交给脚本完成。下面按实际执行顺序记录,重点是那些容易踩坑的地方。1、提交判定:成功标志是什么提交会向后端发一个携带自定义请求头的异步请求,请求体是序列化后的 JSON。响应里的状态码决定了页面接下来往哪跳。2、日志记录:把每一步都记下来流程跑完之后要能回答"做了什么、卡在哪一步"。每一步留一行带时间的记录,出问题时不用重跑一遍就能复现。3、...
这是一次页面自动化的流程复盘,目的是把重复的手工操作交给脚本完成。下面按实际执行顺序记录,重点是那些容易踩坑的地方。
1、提交判定:成功标志是什么
提交会向后端发一个携带自定义请求头的异步请求,请求体是序列化后的 JSON。响应里的状态码决定了页面接下来往哪跳。
2、日志记录:把每一步都记下来
流程跑完之后要能回答"做了什么、卡在哪一步"。每一步留一行带时间的记录,出问题时不用重跑一遍就能复现。
3、异常处理:不要吞掉错误
登录态失效、校验不通过、元素找不到,这三类应该分别给出明确提示,而不是统一报一个"失败",否则用户根本不知道下一步该干什么。
4、元素定位:先解决"找得到"的问题
找元素最稳的办法是先观察页面自己怎么取。它既然要读这个值,就一定有稳定的读取方式,顺着它的逻辑走,比自己凭感觉拼选择器可靠得多。
5、控件取值:第三方控件的取值陷阱
标签这类控件由插件渲染,视觉上是一个输入框,真实取值却分散在两个位置:一个存值,一个存展示文本,提交时读的是后者。
6、事件派发:赋值之后还要派发事件
不同框架监听的事件不一样,有的要冒泡,有的绑定在父节点上。稳妥的做法是原生点击和框架事件两种方式都试一遍,每次都验证结果。
7、选择器维护:给脚本留个诊断入口
区分"元素不存在"和"状态不对"很重要。同一个位置在不同状态下渲染的节点可能完全不同,把状态探测清楚再动手,比一味等待有用。
8、小结
这套做法的通用性还不错,换一个页面也只需要调整元素定位和等待条件,主体逻辑可以复用。
本文写于 2026-09-26,用于确认流程在重复执行时依然稳定。
【声明】本内容来自华为云开发者社区博主,不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息,否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱:
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论(0)