# 1. WCAG 3.0（草案）色彩对比 APCA 算法与 4.5:1/3:1 的差异 A APCA 与 WCAG 2.x 使用完全相同的对比度公式和阈值 B APCA 基于感知模型，考虑字体大小、字重与感知亮度差，而非固定 4.5:1 比值 ✓ 正确答案 C APCA 只适用于浅色背景，深色背景仍用 4.5:1 D APCA 是 WCAG 2.2 的正式成熟算法，已废弃传统对比度
# 2. WCAG 2.2（新增 9 条准则）在前端的工程价值与现代表单/焦点 A 只涉及颜色对比度，与表单无关 B 新增准则只适用于移动端 C 全部是对 WCAG 2.1 的删除而非新增 D 新增了 Focus Appearance、Target Size (Minimum)、Dragging Movements 等准则，涉及焦点可见性与目标尺寸 ✓ 正确答案
# 3. 键盘导航（tabindex、focus-visible）与 Tab 顺序设计 A tabindex=1 比 tabindex=0 更有利于无障碍 B tabindex=-1 的元素可通过 JS 调用 focus() 聚焦但不进入 Tab 顺序 ✓ 正确答案 C :focus-visible 在鼠标点击时也会显示焦点环 D 所有元素都应加 tabindex=0 才能聚焦
# 4. WCAG 的四大原则，可感知、可操作、可理解、健壮？ A 四大原则是可感知、可操作、可理解、健壮，分别对应 Perceivable、Operable、Understandable、Robust ✓ 正确答案 B 只有"可感知"和"可操作"两个原则 C 四大原则是完全独立的，互不相关 D 健壮原则只对 IE 浏览器有效
# 5. 键盘可达性，Tab 顺序、焦点管理与跳过链接？ A 跳过链接是可选优化，不影响无障碍 B 键盘用户不需要焦点可见性 C Tab 顺序应随机打乱以提升效率 D 模态框打开时应把焦点移入并用焦点陷阱限制，关闭后归还到触发元素 ✓ 正确答案
# 6. WCAG 2.2 的 Target Size (Minimum) 与 Focus Not Obscured，24×24 CSS 像素的达标规则、例外（inline 文本）与实现要点？ A 可点击目标最小 24×24 CSS 像素，inline 文本中的链接属于例外设置 ✓ 正确答案 B 所有元素都必须严格 24×24，没有任何例外 C Focus Not Obscured 只针对鼠标指针 D 这两个准则只适用于移动端 App，不适用于 Web
# 7. 可访问名称计算（accessible name computation），aria-labelledby、aria-label、内容文本与 title 的优先级，以及常见命名缺失问题？ A 优先级一般是 aria-labelledby > aria-label > 内容文本/label > title ✓ 正确答案 B title 属性优先级最高 C 内容文本优先级总是高于 aria-label D 可访问名称只对图片有效
# 8. ARIA 语义（roles、properties、states） A ARIA 包含 roles、properties、states 三类，用于补充原生无法表达的语义 ✓ 正确答案 B ARIA 会改变元素的视觉渲染 C 应优先使用 ARIA 而非原生 HTML 语义 D ARIA 只在移动端生效
# 9. WCAG 标准与合规等级（A/AA/AAA） A A 级要求最高，AAA 级要求最低 B AAA 必须对所有网站强制 C 大多数组织与法规以 AA 作为合规基线，AAA 通常作为可选增强 ✓ 正确答案 D 只有 A 级才会被法规要求
# 10. 焦点陷阱（Focus Trap）在模态框的应用 A 焦点陷阱是指焦点永远无法离开元素 B 模态框不需要处理 Esc 关闭 C 模态框应在打开时把焦点移入并限制在框内，关闭后归还到触发元素 ✓ 正确答案 D 焦点陷阱只影响鼠标用户
# 11. title/role/aria-* 与 data-* 属性在 Web Components 命名空间的工程取舍 A data-* 属性会被读屏当作可访问名称读取 B Web Components 宿主上的 aria-* 会自动作用于内部元素 C title 在触屏上表现完美，是唯一可靠的命名来源 D aria-* 参与可访问性语义，data-* 仅用于数据存储，不应承载无障碍语义 ✓ 正确答案
# 12. WCAG 2.1/2.2 的四大原则（POUR），可感知、可操作、可理解、健壮，各对应哪些具体标准？ A 对比度属于"可操作"原则 B 键盘可达（2.1）属于"可操作"原则，对比度（1.4）属于"可感知"原则 ✓ 正确答案 C 防癫痫属于"可理解"原则 D 名称/角色/值属于"可感知"原则
# 13. ARIA 的角色与属性，role/state/property 如何正确使用，ARIA 误用的常见反模式？ A 用了 role 就无需处理键盘行为 B 给原生 button 加 role="heading" 是推荐做法 C aria-hidden 可以放在可聚焦元素上 D 应优先用原生 HTML 语义，ARIA 仅补充原生无法表达的语义 ✓ 正确答案
# 14. tabindex=-1/skip-link/landmark/focus-visible 跳到主内容（Skip to Main） A main 元素默认就支持焦点跳转 B skip link 只对鼠标用户有效 C 主内容加 tabindex="-1" 可让焦点编程移入，实现真正的跳转 ✓ 正确答案 D skip link 应放在页面底部
# 15. 无障碍的验收，自动化扫描（axe）+ 手动键盘测试 + 屏幕阅读器（NVDA/VoiceOver）的分层策略？ A 只需自动化扫描即可，无需人工测试 B 自动化扫描（axe）能发现约 30-40% 问题，还需键盘测试与屏幕阅读器测试配合 ✓ 正确答案 C 屏幕阅读器测试完全可以被自动化替代 D 手动键盘测试只适用于移动端
# 16. ARIA 的角色与属性，何时需要、何时避免过度？ A 所有元素都应加 ARIA 角色 B 原生元素已具备语义时无需再叠加 ARIA，ARIA 仅补充原生缺失的语义 ✓ 正确答案 C aria-label 总是优于原生文本 D 加 ARIA 越多无障碍越好
# 17. 语义化 HTML 与无障碍，正确的标签优于 ARIA？ A 原生语义元素自带语义、键盘与焦点行为，优于仅靠 ARIA 模拟 ✓ 正确答案 B ARIA 能自动带来键盘与焦点行为 C 用 div+role 模拟 button 与原生 button 完全等价 D 语义化 HTML 与无障碍无关
