用真实浏览器验收网页：交互、控制台、可访问性和截图

浏览器验收要走真实用户流程

静态截图不能证明表单、路由、键盘和网络状态可用。先按关键任务写步骤，再同时检查可见结果、DOM、控制台、请求和截图。

关键流程

从入口到完成逐步执行，覆盖返回、刷新、重复提交和必要权限。

通过标准：每步有可见预期与实际结果

把涉及的文件、目录、版本、命令和实际输出写进记录；代码变化同时保留 diff 与测试结果。

多宽度

在手机、平板、桌面检查布局、文字、触控和滚动。

通过标准：无溢出、遮挡和布局跳动

确认“多宽度”已经有可回查结果，再进入“控制台与网络”；依据仍然来自猜测时，把缺口单列并停在当前步骤。

控制台与网络

保存错误、失败请求、状态码、响应和关键时序。

通过标准：无未解释异常，不只看页面表面

确认“控制台与网络”已经有可回查结果，再进入“可访问性”；依据仍然来自猜测时，把缺口单列并停在当前步骤。

可访问性

用键盘完成主流程，检查焦点、标签、语义、对比和错误提示。

通过标准：阻断问题有修复和复测

确认“可访问性”已经有可回查结果，再进入“截图与复测”；依据仍然来自猜测时，把缺口单列并停在当前步骤。

截图与复测

关键状态截图，修复后重跑同一路径及相邻流程。

通过标准：证据来自最终构建和真实浏览器

需要修改时先限定文件和行为范围，无法说明回滚方式或影响面的动作先不执行。 完成后把证据归入“浏览器验收报告”。

报告要能复现失败

每个问题写 URL、视口、前置状态、步骤、实际、预期、控制台或请求证据和修复结果。仅写“已检查正常”没有验收价值。