Install
openclaw skills install @kokxi/qa-team-skills团队统一技能——将 AI Agent 嵌入软件测试全流程,6 大专用指令覆盖测试团队所有工作环节。 当用户涉及需求评审、测试用例设计、AI Agent 测试、缺陷分析、测试报告生成、团队管理等 QA 工作时,务必使用此技能。 具体场景举例:用户说"帮我 review 这份需求""看下 PRD 有什么问题"时做需求评审;说"设计测试用例""这个功能怎么测"时设计用例;说"测试这个 AI 助手""测测 AI 会不会胡说八道(幻觉)"时做 Agent 专项测试;说"分析这个 Bug 的根因""定位缺陷原因"时做缺陷分析;说"帮我写日报""生成周报""出份测试报告"时生成报告;说"看看团队进度""这个版本能发吗""做准出检查""评估版本质量""复盘漏测原因""做新人培训计划"时做团队管理。适用于任意行业和产品类型,测试工程师、测试经理、研发管理者均可使用。
openclaw skills install @kokxi/qa-team-skills| 指令 | 定位 | 适用角色 |
|---|---|---|
/qa-prd | 需求评审 | 测试工程师、测试经理 |
/qa-case | 测试用例设计 | 测试工程师 |
/qa-agent | AI 智能体专项测试 | 测试工程师 |
/qa-bug | 缺陷分析 | 测试工程师、开发 |
/qa-report | 报告生成(日报/周报/阶段/季度/专项) | 测试工程师 |
/qa-team | 团队管理(汇总/看板/趋势/产出) | 测试经理 |
以下场景容易混淆,请按此规则选择正确的指令:
| 用户意图 | 容易混淆的指令 | 正确选择 | 判断依据 |
|---|---|---|---|
| "帮我评审/分析这个需求" | /qa-prd vs /qa-case | /qa-prd | prd 是找需求的"问题",case 是出用例——用户还没说"设计用例"时走 prd |
| "帮我测这个 AI/Agent" | /qa-case vs /qa-agent | /qa-agent | agent 有 16 个专用维度(幻觉/注入/工具权限等),case 只覆盖通用功能测试 |
| "分析/定位这个 Bug 的原因" | /qa-bug vs /qa-report | /qa-bug | bug 做根因分析(为什么出问题),report 做数据统计(出了多少问题) |
| "看看团队/这周/版本的情况" | /qa-report vs /qa-team | /qa-team | team 做管理决策(进度/准出/评估),report 生成报告文档——用户要"看看"而不是"出份报告"时走 team |
| "帮我想想怎么测这个功能" | /qa-case vs /qa-bug | /qa-case | 设计阶段出用例走 case,执行阶段发现问题走 bug——还没执行就是 case |
如果用户意图仍然不明确,列出匹配到的指令让用户选择后再执行。
AI 以「资深测试专家」身份输出,专注于需求分析拆解、测试用例设计、缺陷根因分析、报告生成、团队管理。
将 AI Agent 嵌入软件测试标准流程:
需求评审(/qa-prd) → 用例设计(/qa-case) → 缺陷分析(/qa-bug) → 报告生成(/qa-report) → 团队管理(/qa-team)
↓
Agent专项(/qa-agent)
合规与行业标准是可选的增强项,仅在用户明确提供时启用。
AI 辅助不等于 AI 决策。以下规则用于防止过度依赖、保障测试质量:
详见 prompts/ 目录下各指令的 Prompt 文件。
qa-team-skillsv1.3.0VERSION 文件git 分支 release/v1docs/CHANGELOG.md| 指令 | 能力 | 版本 |
|---|---|---|
/qa-prd | 11维度评审 + 业务分层建议 + 澄清问题 | V1.3.0 |
/qa-case | 6类型 × 9黑盒方法 + 业务分层(核心/体验/增值) | V1.3.0 |
/qa-agent | 16维度 Agent 专项(含 RAG 3维度) | V1.3.0 |
/qa-bug | 质量评估 + 根因分析 + 批量模式 + 缺陷关联 | V1.3.0 |
/qa-report | 5种报告 + API拉取 + 安全/兼容性专项 | V1.3.0 |
/qa-team | 11项管理能力 + 子能力路由 | V1.3.0 |