PRD 测试评审

要解决什么问题

PRD 在评审会上常被问「目标能不能验收」「依赖有没有写清」「用户故事是否漏场景」，但人工对照 checklist 容易漏项、结论也难统一。本技能把 PRD 审查拆成可重复执行的检测流程，用固定维度与等级把问题说清楚，方便产品、研发、测试在同一套标准下对齐。

技能如何工作

加载后按 四阶段 推进：

1. 结构扫描：核对是否覆盖文档约定的 10 个核心章节（结构完整性约 10 项要点）。
2. 逻辑链验证：检查「目标 → 需求 → 指标」是否一致（逻辑一致性约 8 项）。
3. 漏洞检测：执行 33 项系统性检查，覆盖需求完整性、可测试性（验收标准是否可验证）、风险完整性（依赖与风险是否识别）等。
4. 报告生成：按严重程度汇总问题，给出修复建议与改进优先级。

漏洞按四级标注：🔴 P0（必须修复）、🟠 P1（强烈建议）、🟡 P2（建议）、🔵 P3（可选）。详细检查点与报告格式可对齐技能内 references/PRD审查清单.md、references/审查报告模板.md。

适用边界

• 面向已有 PRD 文稿的评审与质量检查，不替代从零写 PRD 的流程（可与 chen-prd-skills 等书写技能联动，用审查结果反推模板与检查节点）。
• 输出是结构化审查意见，具体业务决策仍须产品负责人确认。
• 触发场景包括：审查/评审 PRD、检测漏洞、测试 PRD、需求评审、PRD 质量检查等表述。