Agent Skills
返回列表
需求到测试点提取

需求到测试点提取

开发编程 更新于 2026.08.29

将以下提示词粘贴到你的 AI 对话框中：

请根据 https://skillhub.cn/install/skillhub.md，安装 @user_827d1ddb/requirement-to-testpoints 到你的 AI 助手中。

技能介绍

问题

面对 100 页 PRD、用户故事或规格书时，人工提测试点容易陷入串行阅读：前面细节忘，后面新增场景又难补。结果通常是 happy path 较完整，但边界值、异常路径、性能、安全和兼容项分散在不同人经验里，清单覆盖不稳定。

如何工作

技能把需求文档拆成模块树，并显式提取业务规则、接口依赖、状态转换和功能点。随后对每个模块执行五维度展开：功能验证、业务规则组合、边界条件、异常场景、非功能推导。比如看到“文件上传”会主动检查大文件、文件类型安全、并发上传和中恢复；看到支付/登录会推导幂等、越权、token 过期和防暴力破解。最后做语义去重，按 P0/P1/P2 标记风险，并输出可审核的结构化清单。

适用边界

它输出的是“测试什么”，不是可执行脚本，也不替代需求评审。需求含糊、前后矛盾时，测试点质量会下降；金融对账、医疗合规等领域规则仍需团队补充。建议先人工审核 P0，再处理 P1/P2，并删除当前项目不适用的场景。

使用场景

  • 拿到一份 50 页订单 PRD 后，需要快速拆出功能、边界、异常和非功能测试点初稿。
  • 评审用户故事前，要把支付、登录、导出等模块的 P0 测试点和规则冲突列出来供讨论。
  • 面对文件上传需求，需要推导大文件、恶意类型、并发上传、断点恢复和兼容格式检查项。
  • 把多份 API 规格和功能文档交叉比对，生成带优先级和维度标签的可审核测试清单。

适合人员

  • 负责需求评审的测试负责人：要从 PRD 快速形成可讨论的测试覆盖框架。
  • 接手旧模块的测试工程师：需要补全边界、异常和兼容检查项，避免只覆盖正常流程。
  • 编写验收标准的 QA 分析师：要把用户故事转成带 P0/P1/P2 的测试点清单。
  • 负责上线前冒烟检查的技术负责人：需要标记核心路径与高风险测试点。