浏览 AI使用教程
网页怎么验收：检查交互、控制台、可访问性和截图
构建成功只能说明代码产物生成了，不能证明页面真的可用。一次网页验收还要覆盖点击、键盘、控制台、网络、不同宽度和关键截图。
需要哪一项，就直接查到哪一段
把表格、命令、清单或规则作为工作中的查询工具，不要求从头顺序阅读。
CI 全绿以后，为什么还要打开真实页面逐项检查
CI 构建全绿，真实页面却有一个按钮点了没反应，控制台报错，手机端目录打不开。仅看编译结果不能证明网页可用。
- 页面状态和交互均实际执行
- 控制台与网络错误已查看
- 桌面和移动端有可比较截图
浏览器验收报告要写清哪些字段
| 要记录的内容 | 怎么填写 | 检查点 |
|---|---|---|
| 关键流程 | 从入口到完成逐步执行，覆盖返回、刷新、重复提交和必要权限。 | 每步有可见预期与实际结果 |
| 多宽度 | 在手机、平板、桌面检查布局、文字、触控和滚动。 | 无溢出、遮挡和布局跳动 |
| 控制台与网络 | 保存错误、失败请求、状态码、响应和关键时序。 | 无未解释异常，不只看页面表面 |
| 可访问性 | 用键盘完成主流程，检查焦点、标签、语义、对比和错误提示。 | 阻断问题有修复和复测 |
| 截图与复测 | 关键状态截图，修复后重跑同一路径及相邻流程。 | 证据来自最终构建和真实浏览器 |
这份浏览器验收报告服务哪项任务
| 需要确认 | 本例内容 |
|---|---|
| 现有材料 | 待验收页面包含搜索、筛选、复制按钮和移动目录；目标浏览器为 Chromium，桌面 1440px、手机 390px。 |
| 不能越过的边界 | 同时检查 HTTP、控制台、交互、键盘、布局和截图；动态数据使用稳定测试账号；不把一次加载当全流程。 |
| 要交付的结果 | 浏览器验收报告 |
完成后的浏览器验收报告
预期报告分别记录搜索、筛选、复制、移动目录与键盘路径。下表是未执行的测试设计，实际一栏须在最终构建的浏览器操作后填写；不再以“7个流程通过”代替证据。
为什么“自动脚本通过，人工仍发现视觉遮挡”还不能交付
自动脚本通过，人工仍发现视觉遮挡
- 原因
- 断言只检查元素存在，没有检查可见和可操作
- 怎么改
- 加入视口截图、命中区域和像素/布局检查，人工抽查关键页