小贝书屋为测试团队打造 8 个 QA Agent Skills，覆盖需求评审到压测报告全链路

做测试久了你一定有过这种感觉：需求评审时大家都点头，上线后却踩了一堆「产品没写、但应该想到」的坑；用例写了几百条，回过头发现边界和异常流漏了一半；自动化脚本越养越不敢动，改一处崩一片；压测跑完了，报告里的瓶颈全靠拍脑袋。

这套 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 开始，先让需求评审会安静一点点。