做测试久了你一定有过这种感觉：需求评审时大家都点头，上线后却踩了一堆「产品没写、但应该想到」的坑；用例写了几百条，回过头发现边界和异常流漏了一半；自动化脚本越养越不敢动，改一处崩一片；压测跑完了，报告里的瓶颈全靠拍脑袋。
这套 QA Agent Skills 想解决的就是这些事。它把测试岗位的高频动作拆成 8 个独立 Skill，每个 Skill 只干好一件事，但干得标准、不漏维度、不替你乱决策。下面用几张图把它讲清楚。
一、一句话看懂：8 个 Skill 串成一条测试流水线
别被 8 个名字吓到，它们其实就是一条从左到右的流水线，对应测试的不同阶段。需求进来，用例出去，脚本和报告收尾，分工清清楚楚。
二、每个 Skill 是干嘛的（一张卡一件事）
每个 Skill 都遵循同一套结构：何时调用 → 输入契约 → 执行流程 → 覆盖矩阵 → 输出契约 → 质量门禁 → 人工拍板 → 边界与坑。下面是它们的「身份证」。
三、所有 Skill 共用的「内功心法」
8 个 Skill 长相不同，但背后是同一套心法。看懂这张图，你就看懂了整套框架为什么「稳」。
四、别一上来全开：分阶段推进路线
框架虽好，但一口气全上容易「食之无味」。README 里给了一条很务实的推进顺序------按团队当下痛点，哪痛先上哪块。
五、顺手看一个 Skill 的「内部流」：以 Web 自动化为例
前面说的是横向流水线，纵向每个 Skill 自己也有清晰的内部流程。拿 05 Web 自动化蓝图举个例子------它坚持「先画像、后脚本」，所以能治「写了不敢维护」。
六、怎么装到 Cursor（三步）
框架是给 Cursor 的 Agent 用的------按 description 自动匹配触发，也能手动 @ 点名。落地就两行命令：
在 Cursor Settings → Skills 里能看到它们；对话里用 @01-requirement-analysis 点名，或让 Agent 自己按 description 匹配。新增 Skill 也很省事：复制 _template/SKILL.md → 填 9 个章节 → 建 references/ 和 assets/ → 在 README 表格加一行即可。
七、写在最后
这套框架最打动人的地方，不是它有多少 Skill，而是它的克制：它清楚地知道自己的边界------AI 负责把维度铺满、把坑位占好、把证据列齐，但「该不该上线、瓶颈到底在哪、业务规则怎么定」这些需要担责任的事，它一律交回给人。
对测试团队来说，这意味着：新人照着模板不会漏维度，老人把经验沉淀成了可复用的资产，评审会和压测复盘终于有了一份能对齐的语言。如果你也在带测试团队、或者被「用例写不完、自动化养不动」折磨，不妨从阶段 1 的 01 开始，先让需求评审会安静一点点。
本文基于 qa-agent-skills 框架的 8 个 SKILL.md 与 README 整理 · 配图均为内联 SVG，可直接截图用于公众号排版
想改成腾讯文档 / Word 版本，或针对你们团队的模板微调，随时说一声。