编程
从完整性、清晰性、一致性、可测试性、可实现性五个维度系统化评审需求文档质量。当用户要求"评审这份需求"、"看看这个PRD写得怎么样"、或者测试用例设计前需要先评估需求质量时，应当使用此技能。如果需求本身有问题（模糊/矛盾/不可测试），后续的测试设计都是徒劳。不要只在用户明确说"需求评审"时才用——任何涉及需求文档的测试任务都应先过一遍需求评审。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
从完整性、清晰性、一致性、可测试性、可实现性五个维度系统化评审需求文档质量。当用户要求"评审这份需求"、"看看这个PRD写得怎么样"、或者测试用例设计前需要先评估需求质量时，应当使用此技能。如果需求本身有问题（模糊/矛盾/不可测试），后续的测试设计都是徒劳。不要只在用户明确说"需求评审"时才用——任何涉及需求文档的测试任务都应先过一遍需求评审。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
需求评审不是挑刺，而是确保需求可理解、可测试、可实现。
各维度的详细检查清单、评审问题速查和严重度矩阵参见
references/review-standards.md。
评分规则：每个维度10分，总分≥40分为"有条件通过"，≥45分为"通过"。
| 维度 | 评分核心 | 典型问题 |
|---|---|---|
| 完整性 | 功能/非功能/约束/验收是否完整 | 主流程缺失、异常未定义、验收标准缺失 |
| 清晰性 | 术语/描述/示例是否清晰无歧义 | 术语歧义、描述模糊、缺少示例 |
| 一致性 | 内部/外部/版本是否一致 | 前后矛盾、与现有系统冲突 |
| 可测试性 | 验证/度量/自动化是否可行 | "体验好"不可验证、性能未量化 |
| 可实现性 | 技术/资源/业务是否可行 | 架构不支持、时间不合理 |
每维度的完整检查清单和评分标准详见
references/review-standards.md。
完整模板（含五维评分表格、P0-P2问题清单）参见
references/report-template.md。
简要结构：
# 需求评审报告
## 评审结论：[通过/有条件通过/不通过]
## 五维评分：完整性X/10 清晰性X/10 一致性X/10 可测试性X/10 可实现性X/10
## 问题清单
### P0（必须修改）
### P1（建议修改）
### P2（可选修改）
## 改进建议
评审一个PRD：用户登录功能需求 → 完整性检查：功能描述完整✅，但缺少非功能需求❌ → 清晰性检查："登录超时"未定义具体时间❌ → 一致性检查：前后描述一致✅ → 可测试性检查："响应要快"不可量化❌，应改为"登录响应<2秒" → 可实现性检查：技术方案可行✅ → 评审报告：P0问题（缺少非功能需求）+ P1问题（模糊表述）
需求评审完成后检查：
将模糊的需求描述系统化拆分为输入、操作、状态、输出、规则五个可测试维度，同时挖掘显性需求之外的那些"没写出来但必须满足"的隐性需求和衍生需求。当用户的需求描述只有一两句话、或者看起来功能很简单但你可能遗漏了什么的时候，一定要用此技能做深度解构。适用于任何测试任务的第二步骤——无论需求文档有多详细，解构之后总能发现盲区。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
当开发提了 PR、代码变更需要确定测试范围、或者想通过分析代码来预测可能出 Bug 的区域时使用此技能。从测试视角分析代码变更的影响范围、识别高危模式和典型风险区域。不要看完整代码逻辑——你只需要关注变更类型（新增/修改/删除/重构）、影响范围（接口定义/数据库字段/业务逻辑）和相关依赖，据此确定最小回归测试范围。输出代码变更影响分析报告。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
当 AI 生成的测试用例已经过输出评审和盲区补盲、准备终审上线时使用此技能。由资深测试对 AI 输出的用例做人工抽样校验，从业务有效性、场景完整性、可执行性三个维度做最后把关。⚠️ 如果发现系统性问题（比如遗漏了某个关键模块），需要回退修正并记录到 Prompt 优化反馈库。专家评审不是走形式——发现的问题必须闭环。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
当用户表达模糊 QA 需求或希望一个入口自动分发到 PRD评审/用例/专项测试/缺陷/报告/团队/探索性测试之一时使用。 作为统一编排入口，根据意图自动路由到对应子技能：需求评审(PRD)、测试用例设计、AI/Agent 专项测试、缺陷根因分析、测试报告（日报/周报/阶段/季度）、团队管理（进度/准出/质量评估）、 探索性测试。支持自然语言触发，如"评审这份 PRD""设计登录功能的测试用例""对支付接口做全量回归并出缺陷报告"。 NOT for：普通闲聊、写与测试无关的一般文档、或明显不属于 QA 范畴的任务。
对AI生成的测试用例进行八维评审（完整性、正确性、可执行性、风险覆盖、规范性、一致性、追溯性、冗余度），是AI生成用例后的第一个质量门禁。当AI刚刚生成了一大批测试用例、你需要确保这些用例真的有价值而不是"看起来不错"时，应当使用此技能。不要假设AI输出的都是对的——AI经常生成语义正确但实际操作不了的用例。每个维度评分低于7分的必须标注问题并使用MISSING/WRONG/VAGUE等规范格式标记。无上游场景树/风险清单时降级为六维评审（跳过追溯性、简化完整性）。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
从需求文档自动生成结构化测试用例，覆盖功能测试、边界分析、组合测试和回归测试全流程。自动串联48个专家级子技能，按12步工作流编排执行。适用于：上传需求文档（PRD/Word/PDF/URL）需要完整测试用例时、不知道如何设计测试场景或担心遗漏边界条件时、需要AI评审测试输出并补充测试盲区时。每个步骤都有独立技能支撑，输出格式统一、需求可追溯、覆盖率可量化。