需求转测试交付

要解决的问题

需求文档往往缺少可测试性：规则散落、验收标准模糊、接口只写端点不写参数、流程分支遗漏。直接把 PRD 丢给大模型，容易生成“操作成功”这类不可判定用例，且模块与规则覆盖无法追溯。

工作流与核心能力

req-to-test 将需求转测试拆成可审计阶段：解析 docx/pdf/md/html/URL 与 UE 链接；做 PASS/CONDITIONAL_PASS/FAIL 文档审查；生成需求分析思维导图和 HTML 测试方案；强制建立需求规则到 case_plan 的映射；输出结构化 JSON、Excel、HTML 和思维导图。用例要求前置条件包含角色、数据字段、页面或 API 端点；步骤写明字段、参数、HTTP 方法与路径；预期结果必须可观察。接口用例仅覆盖冒烟级，避免把深层异常边界塞进接口测试。

适用边界

适合标准 PRD、迭代项目和需要 Excel 交付的场景。资料不足时审查可能停在 CONDITIONAL_PASS 或 FAIL；无流程图会触发推断与降级；探索式 charter 是补充而非替代规则覆盖；产物需避免真实 PII 和公开仓库提交。