爱测智能体测试平台丨墨迹天气-App 自动化测试弹窗处理

关注 霍格沃兹测试学院公众号，回复「资料」, 领取人工智能测试开发技术合集

为什么弹窗，成了 APP 自动化测试最难啃的一块骨头？
在 APP 自动化测试里，有一句“行业共识”：

脚本不难写，难的是活下来。

而让脚本最容易“当场去世”的东西，往往不是业务流程，而是——弹窗。

一、APP 自动化测试，为什么一遇到弹窗就崩？
几乎所有做过 APP 自动化的同学，都踩过同一个坑：

弹窗出现不稳定

首次启动才有
某些版本才有
某些账号、某些地区才有
弹窗类型复杂

权限弹窗
协议声明
引导演示
多层弹窗叠加
脚本必须“提前知道一切” 传统自动化的逻辑是：

如果出现 A，就点 B； 如果出现 C，就走 D。

现实是：你永远写不完所有 if-else。

于是很多团队最后只能选择两条路之一：

弹窗相关流程，全靠人工
自动化脚本，越写越重，维护成本越来越高
问题不在测试人员能力， 而在工具范式本身就不适合这种不确定性场景。

二、弹窗问题，本质不是“点哪里”，而是“怎么判断”
我们在做 爱测智能体测试平台 时，对弹窗问题有一个非常明确的判断：

弹窗不是一个“元素定位”问题， 而是一个“上下文判断”问题。

人是怎么处理弹窗的？

看到页面变化
理解当前在干什么
判断这个弹窗是否需要处理
再决定“点同意 / 下一步 / 关闭”
这是一整套理解 + 推理 + 决策的过程。

而这，正是传统脚本最不擅长的事情。

三、爱测 APP 自动化测试智能体，是怎么解决弹窗的？
智能体的工作方式，和脚本完全不同。

它不是“照着步骤点”，而是：

先对测试用例做意图识别明确这条用例的目标是什么，要验证什么结果。

再对执行过程做路径规划根据当前页面状态，判断下一步合理操作。

在执行过程中，动态理解页面变化包括：是否出现弹窗、弹窗在当前流程中扮演什么角色。

最后完成操作，并生成完整测试报告 包含截图、视频、日志和断言结果。

这个能力，只有在真实场景中，才有说服力。

人工智能测试开发交流群

伙伴们，对AI测试、大模型评测、质量保障感兴趣吗？我们建了一个 「人工智能测试开发技术交流群」，专门用来探讨相关技术、分享资料、互通有无。无论你是正在实践还是好奇探索，都欢迎扫码加入，一起抱团成长！期待与你交流！👇

四、实战案例：墨迹天气-App 自动化测试弹窗处理
我们用 墨迹天气 这个真实 APP，演示了一条典型“弹窗密集型”测试用例。

图片

1. 用例本身并不复杂，但非常真实
   测试目标是：在墨迹天气中开启「地震预警」功能，并验证其最终状态。

测试流程包含：

打开 APP
进入设置
点击通知
进入地震预警
查看预警演示
同意相关声明
最终断言：地震预警处于开启状态
如果你做过 APP 测试，就知道：这类流程，几乎一定会遇到弹窗。

2. 智能体是如何处理弹窗的？

图片

在执行过程中，智能体遇到了多个弹窗场景：

预警演示弹窗
声明与条款弹窗
二次确认弹窗
关键点在于：

测试用例中，并没有要求你写清楚每一个弹窗的点击细节。

你只需要告诉智能体：

遇到弹窗，按用例目标继续推进流程，例如点击同意、继续、开启。

智能体会根据当前页面内容，自行推理：

这是演示弹窗，还是协议弹窗
是否需要完整浏览
当前步骤是否与测试目标相关
然后完成对应操作。

3. 断言不是“猜”，而是状态校验
   用例执行完成后，智能体并不是“点完就算了”。

它会：

检查地震预警开关的最终状态
通过页面结构与源码信息，确认按钮为 check=true
判定断言成立，用例通过
同时，平台会生成完整测试报告，包括：

每一步的截图
全流程执行视频
详细执行日志
这一步，解决的是“结果可信度”问题。

五、这个案例真正说明了什么？
通过「墨迹天气-App 自动化测试弹窗处理」这个实战，我们至少确认了几件事：

弹窗不再需要提前穷举规则
智能体可以在执行过程中动态理解页面变化
用例关注“要验证什么”，而不是“每一步怎么点”
APP 自动化，第一次真正具备了“容错能力”
这对测试团队意味着什么？

弹窗，不再是自动化的禁区。

六、写在最后
APP 自动化测试，真正难的从来不是“跑流程”， 而是面对真实用户环境里的不确定性。

弹窗，就是最典型的一种。

爱测智能体测试平台做的事情，不是再教你写更复杂的脚本， 而是换了一种方式：

让测试用例回归“意图”， 让执行过程，交给智能体去推理。

这次墨迹天气的弹窗处理演示， 不是一个技巧展示， 而是一次范式转变的开始。