没有专职测试的公司，验收就是产品经理拿自己的手机点一遍 · 「感觉没问题」是唯一的测试报告
验收与发布 · 真实业务触发
v3.4 的 8 条通过需求进入开发尾声。江晓的下一个身份是测试验收员 —— 公司没有 QA 岗，按惯例她要在发布前把功能过一遍。以前的「过一遍」是凭感觉点一点主流程，v3.3 那次「连锁反应式灾难」上线后她学乖了：影响 12 家客户的事故，复盘时第一条改进就是「验收没有覆盖异常分支」。这次 8 条需求，她需要至少能拿得出手的用例清单 —— 但写用例的时间，和准备发布材料的时间，是同一块。
不是流程描述，是调研出来的真痛点 —— 每条可点开核对出处
变化不在「快」，在「参与的角色」和「覆盖的范围」
5 步 · 每一步的产出都是下一步的输入
痛感 4 × AI 适配 4 ÷ 落地难度 2 = 8.0
最大差异点 · 不要求懂测试方法论。PRD 与需求清单扔进来 —— 用例按需求逐条展开、异常分支自动补全，跑测的脚本直接可用。
评分口径：痛感看「这事没做好谁会生气、生气到什么程度」； AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」； 落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。
判断标准只有一个：这份东西能不能直接进企业的流程
不做「自动执行测试」—— 用例是人跑的（点击、核对、记录）。也不做「代替验收签字」—— 通过与否的判定与签字权在产品与客户。
Live Demo 里有一个完整案例的每一步，包括 Agent 在哪一步拦住了