五、Web / App 视觉验证与 Computer Use
5.1 探索、冻结与验收的三阶段流程
- 阶段一：交互探索与自适应调优：在隔离环境中，利用 Computer Use、浏览器或模拟器观察真实渲染结果，自主排查并修复布局错乱、交互死锁、异常状态与响应式适配缺陷。
- 阶段二：基线冻结：按 §3.1.1 登记受测输入与环境摘要，固定设计参考和可信的渲染基线；验证时不修改受测输入。内容变化后重新冻结，并根据影响重新执行验收，不能直接沿用旧结论。
- 阶段三：同版本验收：针对受影响的用户流程执行行为与无障碍检查，按测试计划选择视觉比对、人工核验及回放证据。记录设备、浏览器和容差等条件；通过后关联相同内容的最终 Commit SHA。具体范围以 §5.2 为准，未执行项不得标为通过。
5.2 前端 / App 验收范围与证据规范
| 验收维度 | 核心核验内容 | 边界声明与注意事项 |
|---|---|---|
| 交互行为 | 用户任务入口、表单校验、权限阻断、异常恢复、请求响应状态与最终数据落地 | 无未解释的非预期错误及未处理的 Promise 拒绝；故障注入产生的预期错误须被正确处理并单独记录 |
| 视觉呈现 | 覆盖产品支持的视口、设备及加载、空、成功、失败、超长文本等受影响状态；1920×1080 与 375×812 仅为示例 | 像素比对基于同环境渲染基线，严禁直接与 Figma 原始矢量图计算差分 |
| 无障碍 (a11y) | 键盘 Tab 路径、焦点恢复、ARIA 标签、读屏播报、色彩对比度、减少动态效果适配 | 无障碍语义须独立核验，视觉截图不能代替 a11y 检查 |
| 故障留痕 | 关键用户流程留存 Playwright Trace、录屏（WebM/MP4）或等价交互轨迹 | 关键路径留存回放证据；微小文案修正按风险裁剪，不要求全流程录屏 |
text
候选标识：<完整 Commit SHA 或代码树 Hash>；构建配置摘要：<Hash/版本>
测试场景：<用户任务名称与页面核心状态>
运行环境：<操作系统、浏览器内核/设备型号、版本号、视口尺寸、DPR、语言、时区>
依赖拓扑：<真实服务 / Mock 替身 / 网络数据夹具>
证据路径：<Baseline 图、Actual 图、Diff 差分图绝对路径；Trace 归档文件 URI>
最终结论：<PASS / FAIL / NOT_RUN / BLOCKED / NOT_APPLICABLE>
预期异常：<列出符合预期的拦截错误及对应处理理由>
已知盲区：<未覆盖的屏幕规格、深色模式、网络中断等声明>