【针对小白1】Quicker浏览器控制

背景碎碎念：
以前只用 quicker 做一些简单的按键映射、快捷触发，主要用来优化电脑的交互方式

也尝试用循环【识图 → 点击】来执行一些自动化流程，但设置麻烦容易失效。因为Quicker不能直接从底层触发本地软件的功能按钮，是通过模拟人的操作来触发软件功能的，所以识别就成了一个大问题

随着现在 saas 服务逐渐增多，quicker又支持浏览浏览器控制，可以后台触发浏览器上的按钮，于是我又重新燃起了做浏览器自动化的热情。

但在搭建过程中，发现Quicker上这部分资料相对较少，可以分析的动作也不多，对于我这样不懂浏览器设计语言的小白不太友好，在求助过程中有幸结识【涛涛涛】大佬，在他的指点下，我逐渐克服了一些困难，实现了初步的自动化：
打开公司的 crm 网页系统 → 登录账号 → 打开到对应的报表 → 下载报表

为了帮助更多的小白入门，不辜负大佬对我的指点，在此分享一下我学到的经验

▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰
第一步：登陆

步骤总览 ↓ 

①、② 比较简单，主要是输出标签页id。

③ 等待要触发的按钮出现。

最初用的【等待加载完成】，但字面意思的加载完成，与我们理解的加载完成并不一样。要点的按钮还没出来，他却识别已经加载完毕了，这里推荐用等待网页发生变化。等待网页出现我们下一步要点击的元素后，再执行下一步

▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰

⑤ 获取登陆按钮焦点

某些网页设置了防范恶意脚本的安全机制：

注意：【运行脚本的框架】，都要选【全部框架】而非【顶层框架】，两者区别 ↓ 

个人理解：Quicker刚出现时不支持控制浏览器，后来有社区大佬提需求，自己写脚本执行一些了浏览器控制的操作。再后来Quicker作者CL不断完善软件，拓展功能边界，支持了浏览器控制，于是就把以前那些大佬自己开发的脚本整合打包，通过 UI 界面的方式来填入脚本参数，推出了【浏览器控制】步骤，方便更多没有基础的人使用。

 

这个步骤本质上还是一个打包好的脚本，所以下面才会说【运行脚本的框架】

豆包 ↓

 

推荐选【全部框架】，它会在网页所有框架中去查找你要触发的元素。

如果选【顶层框架】，那么可能会出现，你在页面上明明看到了某个元素，但触发不了，就是因为该元素不在顶层框架内

▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰

⑥ 通过浏览器脚本发送Enter键

这一部分内容较长，涉及到一些更复杂的操作，最初大佬给了我一个步骤组【发送Enter键】

 

里面主要包含2个步骤：

 

 

两段代码不能合并 ↓

 

 

但后来测试发现，即便不用【 ① api_debugger_attach：建立扩展与目标标签页的调试连接】

直接用【 ② api_debugger_sendCommand：通过已建立的调试连接，给标签页发命令】也行

因为Quicker作者提前考虑过了

 

所以简化版本是获取登陆按钮焦点后，直接运行脚本发送按键

▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰
语法解释 ↓ 

至次第一步【登录】操作就算完成了，后续动作如何写，之后再分享

▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰▰

最后：
其实当初我也试过用影刀RPA，但发现它在识别网页元素上并不是很好用，老是识别不到我要点的元素，并且影刀主要还是面向 b 端的吧，商业化气息非常重，不太喜欢，还是Quicker这样的社区更有人情味，更有技术氛围，价格也厚道。这可能也是为什么Quicker圈子比较活跃，大家愿意给Quicker添砖加瓦的原因吧。