没有专职测试的公司，验收就是产品经理拿自己的手机点一遍 · 「感觉没问题」是唯一的测试报告
本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。 案例设定：驭数科技（虚构）验收准备日：v3.4 的 8 条通过需求进入开发尾声。公司没有 QA 岗，按惯例江晓要在发布前把功能过一遍 —— 以前的「过一遍」是凭感觉点主流程。v3.3 那次「连锁反应式灾难」上线后她学乖了：影响 12 家客户的事故，复盘第一条改进就是「验收没有覆盖异常分支」。
注意标橙色那一份 —— 03_v3.3事故复盘改进项.xlsx。它v3.3 复盘 · 2026-07，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。
短是因为「三段式用例结构、异常分支补全规则、回归用例策略」都在能力包里。产品经理只要把 PRD 和找茬报告扔进来。
江晓把 PRD、找茬边界清单、事故改进项、环境差异、研发自测记录全部扔进来 —— 用例的生成不是从零写，是把已有资产翻译成可执行的核验步骤。
| 需求 | 故事数 | 主流程用例 | 代表用例 |
|---|---|---|---|
| 设备数据导出 | 3 | 6 | 按 7 天+单设备筛选导出 → 文件 72 小时可下载 |
| 数据同步重试 | 1 | 3 | 同步失败后自动重试 → 第三次成功 |
| （其余 6 条） | 7 | 12 | — |
| 8 条需求 | 11 | 21 | — |
主流程用例的研发自测覆盖 18/21 —— 缺的 3 条恰好是变更台账里后来加的功能（模板选择）—— 变更与自测的脱节是主流程缺口的规律性来源。
| 分支组 | 用例数 | 来源 | 代表用例 |
|---|---|---|---|
| 5 万行边界 | 4 | PRD 3.3 | 49999 行成功 / 50001 行提示（临界两侧） |
| 120 秒超限 | 3 | 找茬边界 | 超 90 秒转离线任务 |
| 权限边界 | 6 | 三级架构 | 车间级用户尝试事业部范围导出 → 拒绝 |
| 并发与变更 | 5 | DC-01 交叉矛盾 | 导出中删除数据 → 快照语义验证 |
| （其余） | 18 | — | — |
异常分支 36 条 —— 研发自测覆盖为零。「研发自测过了」与「验过了」之间隔着这 36 条 —— 事故的形状恰好长在没人跑的用例里。
| 回归用例 | 验证目标 | 优先级 |
|---|---|---|
| 预发/生产环境配置对照 | 上次事故根因（环境差异配置） | 最高 · 发布前必跑 |
| 回滚演练记录核对 | 上次落空的改进项 | 与 VA-02 联动 |
| （其余 3 条） | 缓存策略变更的影响面 | 高 |
回归用例 6 条里最重的一条来自 v3.3 的根因分支 —— 「上次修了应该没事了」的侥幸，正是同类事故二次发生的心理土壤 —— 疼过的地方测两遍，是回归用例的第一纪律。
| 对照项 | 标准版 | 私有化 | 用例数 |
|---|---|---|---|
| 权限模型 | 两级架构跑 1 遍 | 三级架构跑 1 遍 | 8 |
| 文件保留 72 小时 | 对象存储验证 | 本地存储验证 | 3 |
环境对照 11 条全部是研发自测的盲区 —— 但其中 3 条（三级架构的权限组合）依赖 PRD 3.2 补丁的最终确认（DC-03 在途）—— 这 3 条今天还写不完整。
| 组 | 条数 | 发布日执行策略 |
|---|---|---|
| 主流程 | 21 | 全跑 |
| 异常分支 | 36 | 高危 18 条全跑 + 其余抽一半 |
| 回归 | 6 | 全跑 |
| 环境对照 | 23 | 标准版全跑 + 私有化抽关键 5 条（实施侧配合） |
| 合计 | 86 | 发布日实跑约 61 条 · 约 2 小时 |
86 条不是全跑的义务而是覆盖的保证 —— 分组与抽测策略写在册首，发布日的两小时是算过的账。用例册的价值不在数量，在于「跑过的都有记录、没跑的都有理由」。
答不上来的问题，比答得漂亮的问题更能决定这场演示的结果
返回场景引入页，可查看完整案例背景、演示步骤与提示词