Hello大家好~在我们平常的前端测试工作中由于前端自动化的不稳定经常需要人工重复去回归页面的功能比如发版前打开控制台翻一遍分页、点一遍按钮、盯一眼报错——规则明确、高度重复但每个系统都不一样专门写自动化脚本又不划算。所以我就想能不能把这套回归巡检经验写成一个 Skill 文件让 AI 照着 SOP 自己把整个控制台回归一遍我拿阿里云日志服务SLS控制台做了完整实测结论先说可以而且效果还可以。一、核心思路测试 SOP 写成skill我的skill大体结构是这样的--- name: aliyun-log-inspection description: 阿里云日志服务SLS控制台巡检助手。... --- # 阿里云日志服务巡检助手SLS ## 技能定位 ... ## 触发条件 ... ## 前置条件 ... ## 默认 URL ... ## 不处理场景遇到即退出并说明原因 ... ## 工作流程 ### 第 1 步打开 URL处理登录 ... ### 第 2 步确认地域与导航 ... ### 第 3 步执行巡检根据模式选择 #### 模式 A分页巡检 ... #### 模式 B按钮遍历巡检 ... ### 第 4 步输出巡检报告 ... ## 异常处理实战提示 ... ## 行为红线 ... ---这份skill里面写清楚四件事✅触发条件用户说什么话、提供什么 URL 时启用✅工作流程先做什么后做什么每步怎么采集、怎么判定 PASS/FAIL✅异常兜底弹窗遮挡、登录失效、元素找不到怎么办✅行为红线哪些按钮绝对不能碰我这里先把简单的场景写成skill比如列表分页功能、页面功能遍历巡检看看效果。二、阿里云日志服务控制台巡检我把skill加载到workbuddy中然后调用这个skill对话框中输入阿里云日志巡检。WorkBuddy调用工具打开浏览器、导航到sls.console.aliyun.com跳转登录页时停下等我扫码Skill 里写了红线登录和 MFA 由用户完成AI 不碰账号密码登录后自动进入 Project 列表页。然后AI就自动帮我巡检控制台页面了。几分钟之后AI会自动输出一份报告三、既然 Skill 也能做自动化专用框架还有必要吗从上面的效果看还可以那么问题来了既然一句话就能让 AI 把控制台测试一遍并输出测试报告那么那些专门的 UI 自动化框架还有存在的必要吗肯定是必要的而且两者不是替代关系两者根本不在同一层。从成本上看起步成本Skill 完胜。写一个 md 文件就能开工换台机器零预装框架要装 SDK、配多模态模型、再写 YAML/TS 用例规模执行成本框架更低。Skill 每一步都要模型现场思考token 花在想上框架首次视觉定位后命中缓存之后约等于普通选择器脚本——一天跑十次回归也不心疼更好的做法应该是探索阶段Skill 先探路 → 摸清页面结构把巡检结论沉淀成 SOP ↓ 规则稳定后 回归阶段专用框架固化用例 → 进 CI无人值守 确定性断言 出报告长尾页面、一次性巡检、探索性测试 →Skill写文档就行不值得开发用例高频回归、CI 门禁、移动端、Canvas / 跨域 iframe →专用框架Skill 负责从 0 到 1 摸清规则专用框架负责把规则跑上一万遍。以上是今天分享的内容。