技能介绍

为什么需要真实业务流程验收

代码通过、构建成功、接口返回 200，都不等于业务已经可用。常见误判包括：201 Created 被当成数据已进入看板，管理员能访问被当成所有目标角色都能访问，本地正常被当成线上缓存、配置和数据库也正常。本技能把验收对象还原为真实用户从入口到结果的完整路径，并要求每个结论都有可复核证据。

技能如何工作

本技能的核心原则是：先定义业务结果，再选择验证手段；优先验证真实页面和主路径，不用代码推断替代运行证据；把身份、环境、数据样本、时间写进证据；未验证就是未验证，不能写成“理论可用”；一个成功响应只证明这一层成功，不自动证明下游成功。

工作流程包括：

建立验收边界，记录环境、入口 URL、角色、前置条件、关键结果和不在范围内的事项。
绘制真实路径，按 入口 → 认证 → 页面 → 操作 → 接口 → 持久化 → 下游展示/通知 拆解，并写清执行者、输入、预期、失败信号和证据来源。
建立角色与数据样本，至少覆盖一个正常角色和一个边界角色。
分层验证页面层、权限层、网络层、数据层、业务层和发布层。
做反向和边界测试，至少检查无权限访问、缺少必填项、重复提交、空数据、过期登录态或下游失败。
给出结论，只能使用“通过、部分通过、阻塞、未验证”，并列出尚未闭环的最短路径。

证据等级分为 A/B/C/D，汇报时不得用 D 级证据宣称线上完成。质量门槛要求至少一条完整主路径和一条失败/边界路径，并区分页面存在、接口命中、数据落库、业务呈现四种状态。

适用边界与注意点

适用于涉及 UI、后台、登录、角色权限、接口、数据落库、导出或部署的功能，尤其是需要区分本地通过、测试环境通过、线上通过，或需要交付 UAT 清单、回归计划、上线结论的验收任务。不适用于只做静态代码审查；如果用户明确只要代码 review，应使用代码审查流程。生产环境只执行用户已授权且风险可控的动作。