验收 Eazo 生成的应用时，建议先把“页面好不好看”放到后面，按一个角色走一条完整操作路径：进入、填写、提交、看到结果、离开再返回。生成工具通常能快速把界面搭出来，但交互闭环是否成立，要看空态、错误态、刷新和返回路径。只靠首屏截图或点两下，容易漏掉流程中断和状态丢失。
在 Eazo 这类“一句话生成应用”的场景里，验收重点建议放在交互闭环，而不是视觉还原。先固定一条主操作路径，再补空态、失败态、刷新持久化三条支线；每一步记录预期与实际，只认可复现、可观察的现象。若生成结果只覆盖展示层，流程中断和状态丢失通常会在提交、刷新或返回时暴露，需要把问题写回下一轮修改输入。风险边界：生成应用若依赖外部接口或鉴权，需结合实际环境确认，不能只凭页面表现判断可用。
按角色走一遍主流程并记录每一步预期
把验收从看页面变成走操作。先列操作路径清单，按角色拆开：未登录访客、普通登录用户、管理员。以“新建一条记录”为例，路径可以写成：首页 -> 点击新建 -> 填写标题 -> 提交 -> 列表出现新记录 -> 点击记录打开详情 -> 返回列表。再把每一步的预期结果写清楚，预期要可观察，例如按钮文案变化、跳转后的 URL、列表条数变化、提示条出现位置。
- 角色：登录用户
- 路径：首页 -> 新建 -> 填写 -> 提交 -> 列表 -> 详情 -> 返回
- 步骤1 打开首页：预期看到“新建”入口和已有列表；实际：...
- 步骤2 点击新建：预期进入表单页，标题输入框可聚焦；实际：...
- 步骤3 提交：预期按钮进入 loading，随后提示成功并跳回列表；实际：...
- 步骤4 列表：预期新记录出现在第一条；实际：...
- 步骤5 返回：预期回到列表且滚动位置大致不变；实际：...
实际结果的记录方式建议用同一张表：操作、预期、实际、结论。结论只写“通过 / 不通过 / 阻塞”，不要写“基本正常”。走路径时打开浏览器开发者工具，顺手记录控制台报错和网络请求状态；如果 Eazo 生成的应用有预览地址，直接在预览环境里走，不要只看编辑态。
检查首次进入与无数据时的表现
空态触发方式可以先做三种：用无痕窗口打开；清除站点本地存储后重新进入；如果生成应用带 mock 数据，把 mock 数组清空或关掉 mock 开关。再直接访问一个不带 id 的详情页，看会不会显示错乱内容。需要观察的提示文案位置通常在列表容器内、主内容区中央或表格上方。空白区域的判断标准：不能白屏，不能只剩表头，不能出现 undefined、null、NaN，也不能有按钮错位。
空态不只是“不报错”，还应给出下一步动作，比如“新建第一条”或“导入数据”。如果空态只有一句“暂无数据”但没有入口，记为“空态引导不足”；如果整个区域空白且布局塌陷，记为“空态缺失”。可以用元素检查看占位容器有没有高度，确认不是靠外层撑开的假空白。
检查失败后能否继续操作
触发失败的操作方式：断网后提交；填写非法值，例如空标题、超长文本、错误日期格式；让接口返回 4xx 或 5xx；连续快速点击提交。用浏览器开发者工具的 Network 面板切 offline，或用本地 mock 改写响应，都能模拟。重点看返回后状态是否保留：表单里已填的字段还在不在；列表滚动位置是否保留；弹窗关闭后是否回到原页面；错误提示有没有挡住主操作。
重试入口是否存在，是判断错误态会不会卡死的关键。建议检查：错误提示旁边有没有“重试”按钮；提交按钮是否从禁用状态恢复；返回后能否再次进入同一流程。如果失败后页面只剩错误码，没有返回或重试入口，应记录为阻断问题。若生成应用没有真实后端，可以用浏览器拦截请求模拟失败，确认前端是否有兜底。
检查刷新后状态是否被保留
刷新前后对比项建议固定：URL 参数、页面显示的数据、登录态、表单草稿、分页位置、筛选条件。判断状态保留的依据：刷新后 URL 仍指向同一资源；列表数据还在；表单字段还在；分页没有跳回第一页；用浏览器 Application 面板能看到 localStorage 或 sessionStorage 里有对应键值。判断状态丢失的依据：刷新后回到登录页；列表变成空态；表单清空；筛选条件重置；控制台里没有持久化相关存储。
如果关键状态只存在内存变量，刷新必丢。建议先确认哪些状态需要保留：已提交的数据通常应来自后端或本地存储；临时 UI 状态可以丢，但已填表单和筛选条件最好保留。可以在控制台执行 localStorage 或 sessionStorage 查看键。刷新后若数据重新出现但需要重新登录，说明鉴权状态没有持久化，这也要记入问题清单。
把不通过的环节写成下一轮修改输入
问题记录格式建议统一：编号、角色、操作路径、预期、实际、复现步骤、证据、影响、建议修改点。证据可以是截图、控制台报错、Network 请求状态，不要只写“有问题”。
- 编号：#03
- 角色：登录用户
- 路径：新建 -> 提交 -> 刷新页面
- 预期：刷新后仍能看到刚提交的记录
- 实际：刷新后列表为空态，记录消失
- 复现：1. 登录；2. 新建标题 test；3. 提交；4. 按 F5
- 证据：控制台无报错；Network 中提交请求返回 200；Application 无相关存储键
- 影响：用户误以为数据丢失
- 建议：提交成功后把记录写入后端列表接口；或至少在本地存储保留草稿
优先修补顺序可以按影响排：阻断主流程 > 数据丢失或重复提交 > 错误态卡死 > 空态缺失 > 视觉偏差。复验方式：用同一角色、同一路径、同一触发方式重走；确认原问题消失，同时检查相邻路径没有新断点。把这些记录整理成短句，作为下一轮给 Eazo 的修改输入：在哪个页面，用户执行什么操作，当前出现什么结果，期望改成什么结果。不要只写“再优化一下”。