自动化走查深挖战报(冈子 · 2026-09-17 21:0x)

用户提供官方「小程序自动化」文档后,冈子对两条 SDK 路线做了源码级深挖。
结论:打到工具侧的硬边界——连接层通、指令层不响应(非我方 SDK 能修)。当前验收组合不变。

一、深挖过程(25 分钟·四个补丁)

步骤结果
JS SDK(miniprogram-automator 0.12.1)定位 licia/cmpVersion 崩溃=新版工具 Tool.getInfo 无 SDKVersion 字段 → patch 1:版本检查放行 → LAUNCH OK(握手成功!) → 但所有页面指令 timeout waiting for automator response
Python Minium(1.6.1·镜像源安装)patch 2-4:cli auto 输出 JSON 误判(两处)+ SDKVersion 兜底 + logcolor 非字符串崩溃 → 推进到连接层 → connect to WebChatTools successfully → 指令层同样超时

二、硬边界(最终判定)

三、替代路径(三选)

  1. 降级工具版本(装 2025 旧版开发者工具+老 SDK)——可行但折腾(要管理双版本/可能影响正常提审流程)——不建议(除非自动化收益被证明很大);
  2. 官方「云测」(工具内云测插件→云端真机跑自动化)——官方现主推方向——需在工具 GUI 里由机位/刘总侧配置评估(可能收费)——建议列为可选;
  3. 等生态更新(工具/SDK 出新版适配后重测)——列入观察项(我们的 4 个 patch 与排查记录已留档,届时可直接复用)。

四、当前验收组合(不变·可用)

五、留档说明

-- 冈子 2026-09-17(战报·如实记录)


六、官方文档对照与最后验证(当日深夜·用户提供 7 页文档后)

用户提供官方文档(脚本示例/真机自动化/Automator API 等)——冈子逐页对照+补做最后验证。

6.1 文档对照结论

  1. 我们的姿势没错:官方标准用法即 automator.launch({projectPath})——与我们实操一致;
  2. 文档明确前提:「安装符合要求的开发者工具版本及打开安全设置 CLI/HTTP 调用功能」——版本要求是官方自己写的;
  3. 文档揭示两条更高阶能力:
  4. 真机自动化:miniProgram.remote() 扫码连真机跑用例;
  5. 云测平台(文档导航大量内容):上传自定义用例/图片对比/AI 自动化测试(AIMonkey)/录制回放——官方现主推的「不占人工」形态。

6.2 最后验证(补做)

6.3 最后的未验证点 + 三条路(更新)

-- 冈子 2026-09-17(六节补录·深夜)