# 1. 数据表格的无障碍，caption、th scope、ARIA grid 模式与键盘网格导航（行/列移动）在复杂表格的工程实现？ A 原生 table 的语义无法支持任何表格 B ARIA grid 模式不需要键盘支持 C th 不需要 scope 属性 D 静态表格用 caption/th scope 原生语义，复杂交互表格升级 ARIA grid 并实现方向键导航与 aria-sort 等状态 ✓ 正确答案
# 2. WCAG 2.2 AAA/AA 标准的工程价值 A AAA 与 AA 的要求完全相同 B WCAG 只关注视觉问题 C 所有产品都必须达成 WCAG AAA D AA 是主流合规目标，可转译为对比度、焦点可见性等可测试验收项，AAA 按场景增量增强 ✓ 正确答案
# 3. ARIA（Accessible Rich Internet Applications）的工程实战 A ARIA 可以完全替代原生语义 B role 可以随意堆叠使用 C ARIA 用于增强语义：角色、状态与命名须与真实交互同步，优先原生元素、最小化 ARIA 使用 ✓ 正确答案 D aria-hidden 的元素可以正常聚焦
# 4. 键盘导航、Focus Management、Skip Links 的工程价值 A 组件关闭后焦点可以不处理 B Skip Links 只对鼠标用户有用 C 焦点管理只需保证元素可 Tab 到 D 键盘可达、焦点可见与焦点归还闭环是基础，Skip Link 让用户直达主内容并携带可见焦点 ✓ 正确答案
# 5. ARIA live region 与动态内容播报策略，aria-live 优先级、aria-atomic 与 aria-relevant 的工程配置 A aria-live 应该全部使用 assertive B aria-atomic=true 会减少播报内容 C 常规通知用 polite、紧急信息用 assertive，aria-atomic/aria-relevant 控制播报粒度与类型 ✓ 正确答案 D live region 必须在内容更新后再创建
# 6. 模态对话框的焦点陷阱（focus trap）与焦点恢复，Tab/Shift+Tab 边界处理与 escape 键的工程实现 A 背景元素在模态打开时仍可被 Tab 到 B 对话框不需要可访问名称 C 对话框关闭后焦点可以随意停留 D 焦点陷阱循环管理 Tab/Shift+Tab 边界，关闭时归还焦点给触发元素，escape 键关闭并同步语义 ✓ 正确答案
# 7. 原生语义优先原则（No ARIA is better than bad ARIA），何时使用原生 HTML 元素替代 ARIA 角色的工程判断 A ARIA 只修改语义树不补行为，功能可用原生元素时应原生优先，上 ARIA 必须补齐键盘与状态 ✓ 正确答案 B ARIA 会自动提供键盘行为 C 原生 dialog 永远比 ARIA dialog 差 D div 加 role=button 即可算按钮
# 8. 自动化 a11y 测试的覆盖率边界与人工审计分工，axe-core 无法覆盖的语义问题与屏幕阅读器实测的必要性 A 屏幕阅读器实测可完全替代自动化 B axe-core 可以覆盖所有无障碍问题 C axe-core 覆盖静态可检测规则，语义质量、焦点流程与朗读体验需人工审计与屏幕阅读器实测 ✓ 正确答案 D 自动扫描通过即可宣布无障碍达标
# 9. 色弱、对比度、动效敏感（prefers-reduced-motion）的工程实战 A prefers-reduced-motion 只影响性能 B 色弱用户对颜色感知与常人相同 C 信息可以仅靠颜色区分 D 对比度用 token 自动校验、信息多通道传达，prefers-reduced-motion 时关闭非必要动画 ✓ 正确答案
# 10. 可访问性测试，axe-core 自动扫描与手动验证？ A axe-core 能检测焦点归还问题 B 手动验证可以完全自动化 C axe-core 管可判定规则基线，键盘/焦点/朗读流等体验需手动验证，二者按周期配合 ✓ 正确答案 D 自动扫描通过即可交付
# 11. 无障碍测试工具（axe-core、Lighthouse A11y、Pa11y）的 CI 集成 A Lighthouse A11y 分数可以通过即代表无障碍达标 B axe-core 管组件与页面级扫描、Pa11y/Lighthouse 管全站审计，CI 中以新增违规为阻断、总量为趋势 ✓ 正确答案 C 一个工具可以覆盖所有测试场景 D 无障碍扫描只能在发布后手动执行
# 12. Accessibility Statement、VPAT、ACR 的工程价值 A 声明对外承诺、VPAT/ACR 提供逐条款合规证据，三者应基于实测并随版本联动维护 ✓ 正确答案 B VPAT 由第三方强制出具 C Accessibility Statement 只需写愿景即可 D ACR 与产品实现无关
# 13. 焦点管理与键盘导航，无障碍的工程实践？ A 全局 outline: none 是推荐做法 B tabindex 正值可以让焦点顺序更自然 C 方向键导航只在游戏中使用 D 焦点顺序、可见性与 tabindex 纪律是基础，自定义组件须实现对应键盘契约并管理焦点移入归还 ✓ 正确答案
# 14. 颜色对比度与视觉障碍适配？ A 深色模式无需单独验证对比度 B 对比度只影响美观 C 对比度按 4.5:1/3:1 标准 token 化并自动校验，色弱与低视力需多通道信息与缩放适配 ✓ 正确答案 D forced-colors 模式不会改变页面颜色
# 15. 可访问性的持续集成，CI 中的 axe 扫描？ A 扫描结果不需要关联缺陷系统 B CI 按组件、页面、全站三层跑 axe 扫描，以新增违规为阻断并产出可追溯报告 ✓ 正确答案 C 存量违规可以无限期积累 D axe 扫描只能手动执行
# 16. 可访问性的设计评审，组件级检查清单？ A 组件评审清单覆盖语义结构、键盘焦点、视觉对比度与动态内容四维，并在开发前评审 ✓ 正确答案 B 错误提示不需要关联输入框 C 键盘行为可以后期再补 D 无障碍评审只需检查颜色
# 17. 焦点顺序与 DOM 顺序的一致性，CSS order/flex 重排导致的 Tab 顺序错乱问题与修复策略？ A order 只影响视觉不影响任何交互 B 焦点顺序绑定 DOM 顺序，CSS order 重排会致错乱，应以 DOM 结构调整为根治方案并自动化校验 ✓ 正确答案 C Tab 顺序跟随视觉顺序 D row-reverse 不会改变 Tab 顺序
