ARTICLE · 1293009
效能平台之AI生成用例优化
效能平台之AI生成用例优化大纲闸门 · 精写预览 · 覆盖报告 · 质量助手一句话开跑——AI 负责写，人负责闸门，过程全程留痕 很多团队上过「AI 写用例」：快是真快，贵也是真贵——模块名跑偏、主路径偏多、异常边界不稳；生成完最怕一句：到底盖没盖住需求？ 效能平台在测试平台 → 用例管理 → AI生成用例，把能力收成「看得见、停得住、盖得清」的整条链路： 文档进场 ：飞书 / PDF / Excel / Markdown，或同步「代码转 PRD」 上下文增强 ：挂载项目 Skill、业务规则 大纲闸门 ：可勾选测点清单，烧精写 token 前就能改范围 精写预览 → 确认导入 ：候选先进计划，人确认后再入库 覆盖报告 ：已覆盖 / 缺口一眼可见 长文档底座 ：SSE 进度、停止、断点续跑；刷新自动恢复计划 质量助手入口 ：一句话选型与模式 → 跳转预填；auto / confirm；会话留痕 拆需求贵：无编号 PRD 整篇硬塞或正则乱切，资深还要事后改模块树。 收质量更贵：边生成边入库后，清重复、改模块成本高，更难回答「盖没盖住」。 入口也贵：版本高峰时大家想「说一句话就开始」，但不想失去闸门。 原则：生成权可交给模型；测点取舍与入库必须人可见；覆盖要能回看；助手对话与用例页要对齐留痕。全自动也是「预览候选 → 再确认导入」，不是静默写库。 一键直出难干预→ 先出大纲测点再烧精写 token。 拆分靠标题碰运气→ 结构化测点清单，再按测点精写。 垃圾先进库→ 预览候选，确认才导入。 不知道盖没盖住→ 覆盖报告列缺口。 长文档贵、易中断→ 流式并发、停止、断点续跑。 刷新丢步骤→ 生成计划落库并自动恢复。 每次手工开向导麻烦→ 质量助手自然语言选型并跳转预填。 既要快又要看关键节点→ 对话可选 auto / confirm，会话逐步留痕。 入口 A：用例页「AI生成用例」Tab（主执行面）。入口 B：质量助手（选型 + 模式 + 跳转 + 留痕）。 
共同点：文档源（含代码 PRD）+ 可选 Skill / 规则 → 大纲 → 勾选测点 → 精写预览 → 确认导入 → 覆盖报告 → 用例树 / 评审 / 计划。 
刷新不怕：进 AI 页自动恢复该项目最近一条生成计划。 向导是推荐主路径；仍保留「直接生成（自动入库）」：文档已干净、赶进度时用。可选接着执行 / 重新开始。有条件仍建议先走大纲闸门。 用例页仍是主执行面；助手负责选型、定权限、跳转、留痕——不在抽屉里重做大表。 confirm 逐步确认：跳转并预填，停在可点「生成大纲」；你点现有按钮，关键步骤回写会话。 auto 全自动：预填后串行大纲 → 全选测点 → SSE 精写预览 → 全选导入 → 刷新覆盖；每步回写摘要。 要点：全自动 ≠ 静默写库；仍走预览再导入。无权限中文提示。同一会话防重复自动跑。会话留痕可作轻量审计链。 
生成计划保存大纲 / 候选 / 覆盖；刷新可恢复。 向导 API：generate-outline、generation-plan/*、generate-cases-streaming、import、coverage、sync-code-prd。 助手 API：chat（start_ai_case_gen）、action/execute（设模式 / 打开向导 / 同步 PRD）、workflow/event（步骤回写，校验会话归属）。 边界：大纲不装完整步骤；预览不默认落库；导入是闸门；覆盖以测点 ID 对齐；失败禁止空成功；支持个人中心 BYOK。 路径 A｜推荐向导：用例页 AI Tab → 选文档 → 大纲 → 精写预览 → 确认导入 → 看覆盖。 
路径 B｜赶进度：直接生成（自动入库），接着执行 / 重新开始。 路径 C｜对话驱动：质量助手选好产品项目 →「帮我用最新代码PRD全自动生成用例」→ 确认打开向导 → auto 看留痕 / confirm 逐步点按钮。 
已落地：向导四步、直接生成、流式/续跑/计划恢复、代码 PRD、Skill/规则、质量助手选型与 auto/confirm 留痕。 规划中：近重复语义标记、模块映射预检、生成后轻量质检、质量看板与改写率回流 Skill——尚未作为默认闸门。 需求生成用例要提效，关键不是「模型再猛一点」，而是： 大纲摊开理解，预览守入库，覆盖答漏测，流式保长文档，直接生成留快车道，质量助手把选型收成一句话并把摘要写回对话。 下次再拿一份 Joymeet 式长 PRD，不妨先在助手里说「用最新代码PRD全自动生成用例」——让机器把脏活跑完，让人的时间花在勾选测点和盯覆盖缺口上，而不是在用例树里清垃圾。
测试同学真正耗时间的，往往不是「敲步骤」，而是：读散落的 PRD、拆模块、怕漏测、又怕一键生成堆出一堆难改的垃圾用例。效能平台把「需求 → 用例」收成可干预流水线：文档进平台 → AI 拆测点给人改 → 按测点精写预览 → 人确认入库 → 覆盖缺口可回看；也可以在质量助手里用自然语言选好 PRD / Skill / 权限模式，一键跳进向导，全自动或逐步确认，对话里同步留下每一步摘要。
写在前面：这一次，不只是「又加了一个生成按钮」
AI 负责写，人负责闸门；过程可回看，缺口可补跑。
一、背景：难在「拆」和「收」
二、痛点 → 能力对照
三、总体能力全景
推荐向导主流程：
质量助手驱动：
四、主路径详解：大纲 → 精写 → 导入 → 覆盖
选文档：飞书 / PDF / Excel / Markdown；可一键同步最新代码 PRD；可多文档合并。 Skill / 规则（可选）：挂团队写法与领域约束，减少风格漂移。 生成大纲：只要测点清单（不含完整步骤），勾选后再烧精写 token。 按测点精写（预览）：完整用例进候选；SSE 进度、可停止；默认不直接落正式表。 确认导入：勾选后入库；自动建模块；指纹去重。 覆盖报告：已覆盖 / 未覆盖；按测点 ID 对齐；缺口可补跑。
五、快车道：直接生成（自动入库）
六、新入口：质量助手「说一句话」驱动向导
用户：用最新代码PRD，按默认Skill生成用例，全自动 助手：已匹配文档「…」、Skill/规则；运行模式=全自动。 [确认并打开向导] [改成逐步确认] [同步代码PRD] 用户：确认 助手：已打开用例向导并开始执行… （随后追加：大纲40测点 / 精写27候选 / 导入xx / 覆盖10/40）
七、技术要点（够用版）
八、怎么用：三条日常路径
九、适合放进节奏的场景
版本评审后：先出大纲勾 P0，再精写。 代码仓有、PRD 散：代码转 PRD → 同步 → 向导或助手开跑。 长 PRD：先大纲控范围，避免一次烧满 token。 回归补洞：盯覆盖缺口，只对未覆盖测点补生成。 新人上手：资深定测点，新人跑精写；或助手 confirm 带教。 高峰排期：助手 auto 预跑，早上看会话留痕与缺口再人工补。
十、边界与演进
十一、总结
拆得可见、写得可预览、收得有闸门、盖得可回看、入口说得清、过程留得下。
— 效能平台 · 需求 → AI 生成用例 —
