文章目录
-
- 前言
- [一、需求与用例设计,6 个](#一、需求与用例设计,6 个)
-
- [1. req-to-user-story](#1. req-to-user-story)
- [2. review-user-stories](#2. review-user-stories)
- [3. generator-testcase-xmind](#3. generator-testcase-xmind)
- [4. generator-testcase-excel](#4. generator-testcase-excel)
- [5. review-testcase](#5. review-testcase)
- [6. safe-testcase](#6. safe-testcase)
- [二、接口自动化,10 个](#二、接口自动化,10 个)
-
- [7. api-schema-parser](#7. api-schema-parser)
- [8. api-testdata-generator](#8. api-testdata-generator)
- [9. api-testscript-generator](#9. api-testscript-generator)
- [10. api-test-optimizer](#10. api-test-optimizer)
- [11. api-test-tagger](#11. api-test-tagger)
- [12. api-test-executor](#12. api-test-executor)
- [13. api-failure-diagnoser](#13. api-failure-diagnoser)
- [14. api-testdata-cleaner](#14. api-testdata-cleaner)
- [15. api-report-generator](#15. api-report-generator)
- [16. api-pipeline-scheduler](#16. api-pipeline-scheduler)
- [三、UI 自动化,9 个](#三、UI 自动化,9 个)
-
- [17. ui-page-parser](#17. ui-page-parser)
- [18. ui-testscript-generator](#18. ui-testscript-generator)
- [19. ui-testscript-enhancer](#19. ui-testscript-enhancer)
- [20. ui-visual-assert](#20. ui-visual-assert)
- [21. ui-test-tagger](#21. ui-test-tagger)
- [22. ui-test-executor](#22. ui-test-executor)
- [23. ui-failure-diagnoser](#23. ui-failure-diagnoser)
- [24. ui-report-generator](#24. ui-report-generator)
- [25. ui-pipeline-scheduler](#25. ui-pipeline-scheduler)
- [四、这 25 个怎么串起来用](#四、这 25 个怎么串起来用)
-
- 需求分析与测试用例设计流程
- 接口自动化测试全流程
- [UI 自动化测试全流程](#UI 自动化测试全流程)
- [五、Skill 去哪领](#五、Skill 去哪领)
P.S. 无意间发现了一个巨牛的人工智能教程,非常通俗易懂,对AI感兴趣的朋友强烈推荐去看看, 传送门https://blog.csdn.net/qq_34419312
前言
之前有人问我:你天天挂在嘴边的 Agent Skill 到底是啥?你手头到底有多少个在用的?
这问题问得好,好就好在我特别想回答。Agent Skill 你可以理解成给 AI 装上的一批"专项技能插件",让它从"什么都会一点"变成"测试这行当里什么都能干"。
我日常在用的 Skill 种类不少,办公、创作、工作流都有,零零散散加起来一大把。今天先聊和软件测试强相关的:主力 25 个,全部是我自己造的,从需求拆解一路焊到测试报告,每一条都是照着企业团队真实干活的路子做的,不是收藏夹里吃灰的吉祥物。
25 个听起来像双十一凑单凑出来的。但你放心,这 25 个没有一个凑数,每一个单独拎出来都能上岗干活,串起来就是一条完整的测试流水线。先上一张全景清单,免得有人觉得我在吹牛:
skills/
├── req-to-user-story/ # 需求 → 用户故事
├── review-user-stories/ # 用户故事审查
├── generator-testcase-xmind/ # 测试用例 XMind 生成器
├── generator-testcase-excel/ # 测试用例 Excel 生成器
├── review-testcase/ # 测试用例质量评审
├── safe-testcase/ # 测试场景遗漏补全
├── api-schema-parser/ # 接口定义解析器
├── api-testdata-generator/ # 测试数据自动化构造
├── api-testscript-generator/ # 接口自动化测试脚本生成
├── api-test-optimizer/ # 接口自动化脚本质量检查与优化
├── api-test-tagger/ # 接口测试脚本智能标签化管理
├── api-test-executor/ # 接口测试智能执行调度引擎
├── api-failure-diagnoser/ # 测试失败智能诊断与自动修复
├── api-testdata-cleaner/ # 接口测试数据清理工具
├── api-report-generator/ # 接口测试智能报告生成专家
├── api-pipeline-scheduler/ # 接口自动化全链路流水线调度器
├── ui-page-parser/ # UI 页面解析器
├── ui-testscript-generator/ # UI 测试脚本生成
├── ui-testscript-enhancer/ # UI 测试脚本增强
├── ui-visual-assert/ # UI 视觉断言
├── ui-test-tagger/ # UI 测试脚本智能标签化
├── ui-test-executor/ # UI 测试智能执行调度引擎
├── ui-failure-diagnoser/ # UI 测试失败诊断与自动修复
├── ui-report-generator/ # UI 测试报告生成专家
├── ui-pipeline-scheduler/ # UI 自动化全链路流水线调度器
└── ... # 更多技能持续添加中
25 个按流程分三组:需求与用例设计 6 个,接口自动化 10 个,UI 自动化 9 个。三组各自能串成链,链上每个环节都能独立用,也能上下游自动衔接。
说白了:你可以把它们当 25 个单兵用,也可以当一支编好的队伍用。单兵是你自己去搬砖,队伍是它们自己流水线作业,你在旁边喝茶。
一、需求与用例设计,6 个
1. req-to-user-story
需求转用户故事。把口语化、乱糟糟的原始需求自动拆成结构化用户故事,角色、主流程、替代流程、异常场景、前后置条件全部识别出来,直接把需求文档丢进去就行。
需求文档这物种,写得好的像产品说明书,写不好的像甲方喝断片之后的语音转文字。这个 Skill 干的事,就是给后者醒酒,而且是自动醒。
2. review-user-stories
用户故事审查。给拆出来的用户故事做系统性体检,专查场景遗漏和维度缺失。
拆完不放心?那就让它再查一遍,跟出门前你妈让你照照镜子是一个道理。区别是它不唠叨,只出报告。
3. generator-testcase-xmind
测试点生成。基于用户故事拆测试点,输出 XMind 思维导图,功能、边界值、异常、业务规则、非功能五大维度全覆盖,P0 到 P2 标好优先级。
以前我画思维导图,画到一半老是断线;现在让 AI 画,它连线的水平比我稳定,至少不会手抖。
4. generator-testcase-excel
测试用例生成。把用户故事或 XMind 测试点转成格式化 Excel 用例,编号、前置条件、步骤、测试数据、预期结果、关联需求一应俱全,可以直接进用例库。
以前写用例,键盘上磨损最快的键是 Ctrl+C 和 Ctrl+V。现在这活儿被 Skill 接走了,我剩下要做的是:打开文件,检查一遍,然后假装是我写的。
5. review-testcase
用例质量评审。对 AI 生成的用例做分级判定:可用、待修改、错误无效三档,五个维度打分,七项量化指标统计,逐条给扣分原因和改进建议。
这 Skill 像极了我当年的班主任:不光打分,还告诉你为什么扣分,改进意见都给你写好。区别是班主任只有一个,这个 24 小时在线,还不发火。
6. safe-testcase
场景遗漏补全。专挖人工最容易漏的场景:历史 BUG 复盘、非功能、安全、兼容性、业务隐藏规则。输入已有用例,它把漏的补上并打标记。
人的脑洞是有限度的,尤其周五下午五点之后。AI 的补丁是无限度的,而且它没有下班这一说。
二、接口自动化,10 个
7. api-schema-parser
接口定义解析。Swagger、Postman、HAR 抓包、YApi 导出、纯文本描述,不管什么格式什么来源,统一解析成标准接口定义文件,后面所有环节共用这一份数据。
接口文档的格式,比对象的心情还难猜。这个 Skill 就是那个心理医生:先不管来的是谁,全部按头统一。
8. api-testdata-generator
测试数据构造。接口定义、字段规则、自然语言三种模式随便挑,自动生成正向、边界、异常、安全四个维度的测试数据。
以前造测试数据靠手敲,敲到怀疑人生;现在造数据靠嘴,说一声就齐活。数据搬运工,原地转型成数据指挥家。
9. api-testscript-generator
接口脚本生成。基于接口定义批量生成 Python+Requests+Pytest+Allure 分层脚本工程,数据驱动,生成了就能直接跑。
以前抄接口脚本,抄到脚本比我还熟。现在它批量生成,我只需要负责验收,终于轮到我当甲方了。
10. api-test-optimizer
脚本质量优化。对生成的脚本做语法、规范、健壮性、逻辑四类校验,再做十个维度的场景补齐,输出校验报告加优化后的可执行脚本。
脚本写不好它管,写得好它也管,跟领导一样。但它不跟你谈心,只给你报告,这点比领导强。
11. api-test-tagger
脚本标签化。五维标签体系(优先级、模块、场景、执行策略、环境)批量打标,自动检测标签冲突,从此按标签圈用例,不再按文件瞎翻。
以前找用例像翻旧衣柜,翻半天还能翻出过期的东西;现在直接按标签搜,跟用搜索引擎找衣服一样快。
12. api-test-executor
执行调度引擎。跑测试说人话就行,比如"跑一下冒烟""在 test 环境跑登录模块的 P0",自然语言圈定范围,输出结构化执行结果。
以前跑测试要查半篇文档、憋半条命令;现在对着电脑念咒语就行。它不响应的唯一原因,可能是你的咒语说得不够像人话。
13. api-failure-diagnoser
失败诊断修复。把失败用例分成环境、数据、脚本、产品缺陷四类:环境问题甩给环境,数据问题甩给数据,脚本问题直接生成修复补丁,改完自动验证。
测试圈有一门祖传手艺叫甩锅。这个 Skill 把甩锅给自动化了,但良心的是,它还真把脚本修好了。产品缺陷那部分,它选择保留传统艺能。
14. api-testdata-cleaner
测试数据清理。数据库、Redis 缓存、本地临时文件三层一次清干净,支持 CI 定时调用,生产环境强制拦截,想误删都删不了。
以前清理测试数据,全靠手速加祈祷。现在它比你更怕你手滑,生产环境直接焊死,比亲妈管得还严。
15. api-report-generator
报告生成。聚合执行结果、诊断结论和历史数据,产出可视化 HTML 报告,风险分级、高频失败接口识别、优化建议都带,还和 Allure 双报告联动。
以前写测试报告属于文学创作,要斟酌措辞、美化数据;现在它出报告属于数据打印,快是快,就是不带感情。挺好,报告本来就不该有感情。
16. api-pipeline-scheduler
全流程编排。上面几个的串场总指挥,一句话把执行、清理、报告三步串完,单环节挂了可以配置要不要继续。
像极了项目经理:只说一句话,剩下全靠团队自己跑。区别是它不会开那种毫无产出的对齐会。
三、UI 自动化,9 个
17. ui-page-parser
页面解析。给一个 URL 或一段用例描述,输出标准化 pages.yaml 页面对象定义,Playwright 动态抓取、CDP 连接、推断兜底三级降级,是整条 UI 链的数据起点。
页面解析的兜底逻辑,比我找对象的兜底逻辑丰富。它至少有三套方案,我通常只有一套:算了。
18. ui-testscript-generator
UI 脚本生成。pages.yaml 加业务用例,生成 Playwright 加 POM 加 Pytest 的标准脚本,用例涉及什么才生成什么,不多写一行废代码。
代码洁癖者的福音。它写代码的原则是"用得上的才写",比某些为了 KPI 疯狂造代码的人清醒多了。
19. ui-testscript-enhancer
脚本增强。专治脚本不稳:智能等待、验证码识别、弹窗处理、iframe 切换、异常重试、失败截图录屏,一次加满。
flaky 用例的救星,也是我加班的救星。以前脚本半夜跑挂,第二天早上我收获一堆红叉;现在它自己截图录屏留证据,还自动重试,我只需要围观。
20. ui-visual-assert
视觉断言。给脚本加视觉回归和跨浏览器能力:像素级截图比对、动态区域遮罩、三引擎差异容忍。
"页面改版了有没有变形""手机端布局对不对"这种问题,以前靠我肉眼对比,看十分钟眼花;现在交给它,它盯得比我认真,还不近视。
21. ui-test-tagger
UI 脚本标签化。六维标签体系批量打标,解析脚本语义自动推荐标签,按模块按浏览器圈用例都是一句话的事。
UI 用例一多,没有标签就是灾难现场,有标签就是"一句话的事"。这话我跟接口那边也说过一遍。
22. ui-test-executor
UI 执行调度。标签筛选、浏览器环境自动检测、执行全程监控,截图、录屏、Trace、网络日志自动采集,失败现场一个不落。
以前跑 UI 自动化,我得在工位上守着,像等高考放榜。现在它自己守着,我只负责在放榜之后把结果转发给领导。
23. ui-failure-diagnoser
UI 失败诊断修复。六类失败十四种根因定位,定位漂移自动修复,和 pages.yaml 比对找回走丢的元素。红线是不动用例的断言语义。
改断言这事,是它最后的底线,比我的减肥底线还硬。它说:元素可以走丢,断言语义不能乱动。有原则,我喜欢。
24. ui-report-generator
UI 报告生成。单文件 HTML 报告,状态分布、模块通过率、浏览器矩阵、风险分级,失败详情里截图录屏 Trace 一键打开,根因聚类直接给结论。
以前写 UI 报告,要把十几张截图一张张贴进去,贴到怀疑人生。现在它把证据链自动串好,根因都聚类了,就差替我把周报也写了。
25. ui-pipeline-scheduler
UI 全流程编排。执行、诊断、重试、合并、报告五步一条龙自动串完,带熔断兜底。"一键全跑 UI 自动化",说的就是它。
一键全跑以前是"一键开始,人工陪同";现在是"一键全跑,它自己玩"。我在旁边端着咖啡围观它把活干完,说实话有点不真实。
四、这 25 个怎么串起来用
单拎出来每个都是独立工具,串起来才是完整的生产线。下面三条链,照着接就行。
需求分析与测试用例设计流程
需求工作进来先过前 6 个:用户故事、测试点、用例、评审、补漏,生成好的用例再喂给接口和 UI 两条流水线。
原始需求
│
▼ req-to-user-story ──→ 结构化用户故事
│
▼ review-user-stories ──→ 用户故事审查(补全遗漏)
│
├──→ generator-testcase-xmind ──→ XMind 测试点
├──→ generator-testcase-excel ──→ Excel 测试用例
│
▼ safe-testcase ──→ 场景遗漏补全
│
▼ review-testcase ──→ 用例质量评审(评分 + 分级)
接口自动化测试全流程
接口这条线从第 7 个开始:接口定义解析、造数、生成脚本、优化、打标,然后交给执行引擎跑,失败的诊断修复,跑完清数据,最后出报告;或者干脆一句话调流水线调度,一步到位。
接口文档(Swagger/Postman/HAR 等)
│
▼ api-schema-parser ──→ 标准化接口数据 (api_definitions.json)
│
├──→ api-testdata-generator ──→ 全场景测试数据
│
▼ api-testscript-generator ──→ 接口自动化脚本工程
│
▼ api-test-optimizer ──→ 脚本质量检查与优化
│
▼ api-test-tagger ──→ 智能标签化管理
│
▼ api-test-executor ──→ 智能执行调度
│
├──→ api-failure-diagnoser ──→ 失败诊断与自动修复
│
└──→ api-pipeline-scheduler ──→ 全链路流水线调度
│
├── api-test-executor(执行测试)
├── api-testdata-cleaner(清理数据)
└── api-report-generator(生成报告)
│
└──→ 也可直接进入 generator-testcase-xmind/excel 生成接口级测试用例
UI 自动化测试全流程
UI 这条线从第 17 个开始:页面解析、脚本生成、增强、视觉断言、打标,后面执行、诊断、报告同样成链,ui-pipeline-scheduler 一键跑完全程。
页面 URL / 测试用例描述
│
▼ ui-page-parser ──→ 标准化页面对象 (pages.yaml)
│
▼ ui-testscript-generator ──→ Playwright + POM + Pytest 测试脚本
│
▼ ui-testscript-enhancer ──→ 脚本健壮性增强(智能等待/验证码/弹窗/重试)
│
▼ ui-visual-assert ──→ 视觉回归 + 跨浏览器 + 响应式测试
│
▼ ui-test-tagger ──→ 六维智能标签化管理(优先级/模块/场景/页面/策略/浏览器)
│
▼ ui-test-executor ──→ 智能执行调度(标签筛选/浏览器矩阵/失败 artifact 采集)
│
├──→ ui-failure-diagnoser ──→ 失败诊断与自动修复(6 类分类 + 14 种根因)
│
└──→ ui-pipeline-scheduler ──→ 全链路流水线调度(执行→诊断→重试→报告)
│
├── ui-test-executor(首轮执行)
├── ui-failure-diagnoser(诊断修复)
├── ui-test-executor(重试失败用例)
├── merge_reports(多轮 XML 合并)
└── ui-report-generator(生成最终报告)
│
└──→ 也可直接调子技能独立执行:
- ui-test-executor:单独跑测试
- ui-failure-diagnoser:单独诊断已有失败
- ui-report-generator:基于 JUnit XML 出报告
25 个 Skill,从头到尾把一条测试流水线焊死了。焊工是我,验收也是我,唯一的变化是:以前靠手艺,现在靠嘴。
五、Skill 去哪领
这些 Skill 都放在我的网站 testfather.cn 的 Skill 版块,地址是 https://testfather.cn/skills ,注册登录后可以逐个查看。知识星球「AI 测开进化圈」的成员进圈即领全套 Skill,还会持续更新新的测试提效技能包。
用 Claude Code、Codex、WorkBuddy 或其他支持 Agent Skill 的工具,把 Skill 装进工程的 skills 目录就能用,每个技能的详细说明和触发方式,网站上都有介绍。
有想让我做的新技能,评论区留言,点赞呼声高的下个月安排。注意是"呼声高",不是"音量高",你一个人刷十遍不算。
最后补一句:工具再好,也得有人会用。这 25 个 Skill 不是在替我干活,是在替我把那些重复、枯燥、容易出错的部分干掉,让我把时间留给真正有意思的事------比如想想下个月再焊点什么新技能。
P.S. 无意间发现了一个巨牛的人工智能教程,非常通俗易懂,对AI感兴趣的朋友强烈推荐去看看,传送门https://blog.csdn.net/qq_34419312