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