直接比对外层HTML会失败,因Chrome、Safari、Firefox解析策略不同导致outerHTML不一致;应使用提取纯净DOM快照,并结合Playwright的ARIA快照与手动焦点走查保障可访问性。

为什么直接比对 outerHTML 会失败
重构后拿 这不是代码写错了,是浏览器解析策略差异导致的正常现象。靠字符串 diff 判定“结构没变”,等于拿三把尺子量同一根线,还要求读数完全一样。 别用 之后所有断言都基于 结构快照只是基础,可访问性回归测试真正要捕获的是辅助技术“看到”的那棵树。Playwright 的 关键不是截图,而是比对语义层级: 所有快照和断言都建立在“结构正确”的前提上,但结构正确 ≠ 键盘可达。Tab 焦点跳过某个按钮?不是因为 HTML 缺 重构后必须从新标签页打开,全程禁用鼠标,只用 可访问性回归测试最易被忽略的点,从来不是 HTML 标签写得对不对,而是焦点管理逻辑有没有随 DOM 结构变化同步更新——这部分没法快照,只能人盯。document.documentElement.outerHTML 做字符串比对,看似简单,实则在多浏览器下必然不一致。Chrome 会自动补全 ,Safari 可能忽略未闭合的 后续节点,Firefox 对 直接嵌套在 内直接拒绝解析——同一段 HTML,三者返回的 outerHTML 字符串长度、标签嵌套深度、甚至节点数量都不同。
https://validator.w3.org/,修复所有 “End tag implied” 类警告、
、 ,哪怕规范允许省略
、 塞进 或 用
提取纯净 DOM 快照 是唯一绕过实时解析差异的原生机制:它不渲染、不执行脚本、不加载资源,只存原始字符串。把待测 HTML 写进 ,再用 content.cloneNode(true) 获取副本,就能在 Chrome/Firefox/Safari 中拿到完全一致的初始 DOM 树。el.innerHTML = htmlStr 注入,改用:const template = document.createElement('template');
template.innerHTML = htmlStr;
const docFragment = document.importNode(template.content, true);
docFragment,不是实时页面 DOM。
内已含
el.normalize() 合并相邻文本节点,避免换行/空格处理差异影响 textContent
el.tagName、el.hasAttribute('aria-label')、el.children.length、el.textContent.trim()
Playwright 中验证可访问性树是否稳定
page.accessibility.snapshot() 返回结构化 JSON,比 outerHTML 更贴近真实 AT 行为。
page.evaluate(() => document.querySelector('main').innerHTML) 提取主内容区 HTML 片段,再喂给 做结构校验await expect(page).toMatchAriaSnapshot(snapshotPath) 验证 ARIA 角色、名称、状态是否一致data-timestamp、id="ad-slot-*" 的节点,避免快照漂移el.offsetWidth 或 el.getClientRects() —— 这些值受布局引擎差异影响,和可访问性无关键盘焦点流必须手动走查,不能靠自动化覆盖
tabindex,很可能是滚动容器没设 tabindex="0",或模态框关闭后没恢复焦点。Tab/Shift+Tab/Enter 操作:
document.activeElement 是否始终落在预期元素上Focusable: true 和 Focused: true 同时成立tabindex="0",而非怀疑子元素Shift+Tab)路径必须与正向完全对称,否则说明 tabindex="-1" 或 inert 使用不当
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!











