QA Test Skills Plugin - 软件测试技能集 | AI辅助测试用例设计专家
48个专家级测试技能，覆盖测试全生命周期 | 让初级测试人员输出专家级测试用例 | AI辅助测试设计最佳实践
项目简介
QA Test Skills Plugin 是一个专为软件测试人员设计的AI技能集合插件，包含48个专家级测试技能，覆盖从需求分析到测试设计、AI协作、执行监控、质量度量的完整测试生命周期。
解决什么问题？
初级测试人员使用AI时，只会问"帮我生成XX模块的测试用例"，AI不知道上下文和背景，回答也很宽泛，导致AI辅助测试效果不佳。
我们的方案
用户提问方式不变，技能集在后台帮他完成专家级测试设计：
- 构建业务上下文
- 挖掘隐性需求
- 识别风险区域
- 生成结构化用例
- 评审和补盲
核心价值
- 零学习成本：用户无需改变现有习惯
- 专家级输出：资深测试经验编码为可加载技能
- 完整追溯链：需求→场景→用例→评审，全程可追溯
- 防止AI泛化：限制AI读取代码，确保测试用例基于需求文档
- 统一用例格式：标准化输出格式，便于团队协作
功能特性
1. 智能工作流
用户输入 → 需求文档解析 → 智能识别 → 需求评审 → 需求解构 → 场景构建 → 深度设计 → 上下文工程 → 提示词生成 → AI生成 → 输出评审 → 盲区补盲 → 测试报告
2. 48个专家级技能
| 领域 | 技能数 | 说明 |
|---|---|---|
| AI协作 | 6个 | 上下文工程、提示词策略、输出评审、盲区补盲、输入验证、输出验证 |
| 需求分析 | 4个 | 需求评审、需求解构、场景树、领域建模 |
| 深度设计 | 4个 | 边界分析、组合策略、状态转换、启发式清单 |
| 执行洞察 | 4个 | 执行观察、Bug根因分析、Bug报告、专家评审 |
| 策略架构 | 13个 | 测试策略、发布风险、质量度量、CI/CD、自动化架构、技术选型、环境管理、数据工程、可测试性、左移、右移、测试领导力、测试报告 |
| 沟通传承 | 4个 | 干系人沟通、代码评审、团队赋能、复盘 |
| 专项测试 | 8个 | 接口、移动端、Agent、专项、探索、债务、估算、缺陷 |
| 测试设计 | 4个 | 测试用例设计、批判思维、提问框架、风险直觉 |
| 主工作流 | 1个 | 测试工作流编排 |
3. 全面的测试覆盖维度
测试覆盖：
├─ 功能覆盖：主流程、分支流程、异常场景、边界条件、退出流程、状态转换
├─ 数据覆盖：有效数据、无效数据、边界数据、特殊数据、格式校验、注入测试
├─ 字段级验证：长度边界、格式校验、注入测试、特殊字符、空值处理、默认值
├─ 权限覆盖：角色权限、越权访问、数据权限、功能权限、CSRF防护、路径遍历
├─ 集成覆盖：模块集成、接口集成、数据集成、异常集成
└─ 非功能覆盖：性能、兼容性、可用性、安全性、可靠性
4. 7种测试用例设计方法
| 方法 | 适用场景 | 必用场景 |
|---|---|---|
| 等价类划分法 | 输入域测试 | 所有输入字段 |
| 边界值分析法 | 边界测试 | 所有有边界限制的字段 |
| 场景法 | 业务流程测试 | 核心业务流程 |
| 判定表驱动法 | 多条件组合 | 必须使用：多条件组合场景 |
| 错误推测法 | 经验驱动 | 必须使用：异常场景覆盖 |
| 因果图法 | 复杂条件组合 | 必须使用：复杂条件依赖关系 |
| 正交试验法 | 多因素多水平 | 必须使用：多因素兼容性测试 |
| 功能图法 | 功能组合测试 | 必须使用：功能点组合覆盖 |
安装方式
方式1：从ClawHub安装（推荐）
# 安装插件
clawhub install @kokxi/qa-test-skills
# 或使用openclaw命令
openclaw plugins install clawhub:@kokxi/qa-test-skills
方式2：从GitHub安装
# 克隆仓库
git clone https://github.com/Kokxi/qa-test-skills.git
# 进入项目目录
cd qa-test-skills
# 使用插件
/plugin dir ./qa-test-skills
方式3：批量安装所有技能
# Windows CMD
install-all-skills.bat
# Windows PowerShell
.\install-all-skills.ps1
# Linux/Mac
./install-all-skills.sh
使用方式
方式1：使用主工作流（推荐）
用户输入：请帮我测试这个项目：docs/prd.md
AI输出：
1. 需求评审报告
2. 需求解构表
3. 场景树
4. 完整测试用例集
5. 覆盖率分析
6. 测试报告
方式2：单独使用技能
# 边界分析
用户输入：帮我分析这个场景的边界：用户登录功能
# 测试用例设计
用户输入：帮我设计测试用例：购物车模块
# 需求评审
用户输入：帮我评审这个需求文档：[上传PRD]
方式3：编程方式使用
import { getSkills, getSkillContent } from '@kokxi/qa-test-skills';
// 获取所有可用技能
const skills = getSkills();
console.log(skills);
// 获取指定技能内容
const workflow = getSkillContent('qa-test-workflow');
console.log(workflow);
技能清单
核心技能
| 技能名称 | 功能描述 | 使用场景 |
|---|---|---|
| qa-test-workflow | 测试工作流编排，自动串联所有技能 | 生成完整测试用例 |
| qa-requirement-review | 需求评审 | 评审需求文档质量 |
| qa-req-deconstruction | 需求解构与显隐式挖掘 | 分析需求文档 |
| qa-scenario-tree | 场景树构建 | 设计测试场景 |
| qa-boundary-deep-dive | 边界深度分析 | 识别边界条件 |
| qa-test-case-design | 测试用例设计 | 设计测试用例 |
| qa-ai-context-engineering | 构建AI测试上下文 | 优化AI输出 |
专项技能
| 技能名称 | 功能描述 | 使用场景 |
|---|---|---|
| qa-api-testing | 接口测试专项 | API接口测试 |
| qa-agent-testing | AI Agent测试 | 智能体测试 |
| qa-mobile-testing | 移动端测试 | App测试 |
| qa-specialized-testing | 专项测试能力 | 性能/安全/兼容性测试 |
| qa-code-review-for-test | 测试视角的代码评审 | 代码变更分析 |
管理技能
| 技能名称 | 功能描述 | 使用场景 |
|---|---|---|
| qa-test-strategy-design | 测试策略制定 | 制定测试计划 |
| qa-release-risk-governance | 发布风险管理 | 评估发布风险 |
| qa-quality-metrics | 质量度量体系 | 量化质量指标 |
| qa-test-reporting | 测试报告编写 | 生成测试报告 |
工作流详解
┌─────────────────────────────────────────────────────────────┐
│ 第0步：输入验证 qa-input-validation（防幻觉） │
│ 验证：需求明确性/上下文充分性/输入类型 │
│ 输出文件：输入验证报告.md │
└─────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────┐
│ 第0.5步：需求文档解析（支持多格式） │
│ 解析：主文档索引引用/子模块需求文档/混合格式支持 │
│ 输出文件：需求文档集合.md │
└─────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────┐
│ 第1步：需求评审 qa-requirement-review │
│ 输出：需求评审报告（完整性/清晰性/一致性/可测试性） │
│ 输出文件：需求评审报告.md │
└─────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────┐
│ 第2步：需求解构 qa-req-deconstruction │
│ 输出：需求解构表（显性+隐性+衍生需求 + 业务规则） │
│ 输出文件：需求解构表.md │
└─────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────┐
│ 第3步：场景构建（并行） │
│ ├─ qa-risk-intuition → 风险评估 │
│ ├─ qa-heuristic-checklist → 启发式清单 │
│ └─ qa-scenario-tree → 场景树 │
│ 输出文件：风险评估.md、启发式清单.md、场景树.md │
└─────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────┐
│ 第4步：深度设计（并行） │
│ ├─ qa-boundary-deep-dive → 边界清单 │
│ ├─ qa-combination-strategy → 组合矩阵 │
│ ├─ qa-state-transition → 状态转换图 │
│ └─ qa-domain-modeling → 领域模型 │
│ 输出文件：边界清单.md、组合矩阵.md、状态转换图.md、领域模型.md │
└─────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────┐
│ 第5步：上下文工程 qa-ai-context-engineering │
│ 输出：AI上下文包（打包所有分析结果） │
│ 输出文件：AI上下文包.md │
└─────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────┐
│ 第6步：提示词生成 qa-ai-prompt-strategy │
│ 输出：优化后的提示词（含角色/数量/维度/格式/约束） │
│ 输出文件：AI提示词.md（⚠️ 不得跳过此步骤） │
└─────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────┐
│ [AI生成测试用例] │
│ 输出文件：测试用例_初版.csv │
└─────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────┐
│ 第7步：输出评审与补盲 │
│ ├─ qa-ai-output-critique → 六维评审 │
│ └─ qa-ai-blindspot-compensation → 盲区补盲 │
│ 输出文件：用例评审报告.md、盲区补偿用例.md │
│ ⚠️ 不得跳过此步骤 │
└─────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────┐
│ 第8步：测试报告 qa-test-reporting │
│ 输出：最终测试用例 + 测试报告 │
│ 输出文件：测试报告.md、测试用例.csv │
└─────────────────────────────────────────────────────────────┘
适用人群
| 角色 | 价值 | 使用场景 |
|---|---|---|
| 初级测试 | 通过技能加载达到中级水平 | 生成测试用例、学习测试设计 |
| 中级测试 | 通过AI协作达到高级水平 | 复杂场景测试、质量提升 |
| 高级测试 | 通过系统化达到资深水平 | 测试策略设计、团队管理 |
| 资深测试 | 通过赋能提升团队能力 | 团队培训、流程优化 |
| 测试经理 | 提升团队整体效率 | 质量度量、发布管理 |
| 产品经理 | 确保需求质量 | 需求评审、可测试性评估 |
示例项目
项目结构
examples/ecommerce-project/
├── docs/
│ ├── prd.md # 主需求文档（包含索引引用）
│ └── requirements/
│ ├── 01-auth.md # 用户认证模块需求
│ ├── 02-user.md # 用户管理模块需求
│ ├── 03-product.md # 商品管理模块需求
│ └── 04-order.md # 订单管理模块需求
├── test-cases.md # 生成的测试用例
└── README.md # 示例说明文件
使用示例
# 使用主工作流处理示例项目
请帮我测试这个项目：examples/ecommerce-project/docs/prd.md
核心特性
1. 防止AI偷懒
- 禁止读取代码：测试用例设计必须基于需求文档，不得读取代码实现
- 确保需求验证：测试用例验证"系统应该做什么"，而不是"系统如何实现"
- 防止走捷径：AI无法通过读取代码来生成测试用例
2. 统一用例格式
- 标准化输出：所有测试用例使用统一格式
- 便于协作：团队成员可以轻松理解和使用
- 自动化友好：格式统一，便于自动化工具处理
3. 专家级质量
- 资深经验编码：48个技能包含资深测试专家的经验
- 完整覆盖：从需求到测试报告，全程覆盖
- 持续优化：专家评审+元学习，越用越好
4. 多格式支持
- 文档格式：支持Markdown、Word、PDF、纯文本、HTML
- 索引解析：自动解析文档中的索引引用
- 混合格式：主文档和子模块可以是不同格式
5. 字段级验证
- 长度边界：1位、最大长度、最大长度+1
- 格式校验：正则表达式验证（邮箱、手机号、身份证等）
- 注入测试：SQL注入、XSS攻击、命令注入
- 特殊字符：空格、特殊符号、Unicode字符
关键词标签
核心关键词
软件测试 测试用例 测试设计 AI协作 AI测试 测试自动化 测试策略 质量保障
技能关键词
测试工具 测试技能 测试工程师 测试管理 测试框架 测试方法 测试流程 测试报告
专项测试关键词
Bug管理 缺陷管理 需求测试 接口测试 性能测试 安全测试 移动端测试
AI相关关键词
自动化测试 持续集成 测试左移 测试右移 测试架构 测试领导力
学习关键词
测试培训 测试复盘 测试度量 测试评审 测试探索 测试数据 测试环境
贡献指南
欢迎贡献新技能！请参考：
- Fork 本项目
- 在
skills/目录下创建新技能 - 确保符合 Claude Code skills 规范
- 提交 PR
技能规范
- YAML frontmatter：必须包含 name、description、when_to_use、related_skills、input_format、output_format
- 内容结构：核心原则、检查清单、输出格式
- 格式要求：使用中文，结构清晰，便于AI阅读
许可证
MIT License - 详见 LICENSE
联系方式
- GitHub: https://github.com/Kokxi/qa-test-skills
- Issues: https://github.com/Kokxi/qa-test-skills/issues
- Email: no19@foxmail.com
更新日志
v1.3.0 (2026-06-20)
- 新增qa-test-case-design技能，专注测试用例设计但不生成测试步骤
- 优化qa-test-workflow技能，增加需求文档索引解析和多格式支持
- 补充7种测试用例设计方法的应用要点
- 根据用户反馈优化测试覆盖维度、形式化方法、字段级验证和输出格式
- 添加电商平台测试用例示例
- 优化README以提高SEO和适应skillhub.cn平台检索
- 更新plugin.json，统一作者信息和技能数量描述
- 添加元skill入口和批量发布/安装脚本
- 添加plugin结构，支持作为clawhub plugin发布