一、核心标准依据：中国GB/T 37668-2019的强制性要求
中国政府网站的可访问性测试必须以《GB/T 37668-2019 信息技术 互联网内容无障碍可访问性技术要求与测试方法》为唯一法定技术基准。该标准等同采用WCAG 2.0，并融合本土化适配，明确要求政府网站必须满足AA级无障碍合规性，涵盖四大核心维度：
- 感知性：所有非文本内容（如图标、图表、验证码）必须提供等效文本替代（alt text）；
- 可操作性：全站功能必须支持键盘导航，焦点顺序逻辑清晰，无键盘陷阱；
- 可理解性：页面结构语义化（使用
<header>、<nav>、<main>等语义标签），ARIA属性使用规范； - 健壮性：兼容主流屏幕阅读器（如JAWS、NVDA），动态内容更新需通过
aria-live通知。
依据中国信通院2025年数据，全国已完成超3000家政府网站无障碍改造，其中87%的缺陷集中于“缺失替代文本”与“焦点丢失”两类问题，成为测试用例设计的优先级核心。
二、典型缺陷案例：从陕西社保App看测试切入点
2024年陕西省检察机关推动的政务App无障碍改造案例，揭示了政府网站测试中最具代表性的三类缺陷：
| 缺陷类型 | 具体表现 | 测试方法 | 影响群体 |
|---|---|---|---|
| 非文本控件无语义 | 登录按钮无aria-label，屏幕阅读器仅播报“按钮” | 使用NVDA逐元素朗读验证 | 视障用户 |
| 键盘导航失效 | 多级菜单无法通过Tab键展开，焦点跳转至页面底部 | 手动Tab遍历+焦点高亮检测 | 运动机能障碍者 |
| 颜色对比度不足 | 浅灰文字（#CCCCCC）置于白色背景，对比度仅2.1:1 | 使用Lighthouse或Color Contrast Analyzer检测 | 老年用户、色觉异常者 |
此类缺陷在自动化扫描中易被AXE捕获，但动态加载的弹窗、异步表单提交后的状态提示，必须依赖人工屏幕阅读器测试才能发现。
三、测试方法论：自动化+人工双轨验证体系
政府网站可访问性测试应构建“工具扫描 + 人工体验”的双层验证机制：
1. 自动化测试层（高频回归）
- 工具链组合：
- AXE Core：集成至CI/CD流程，作为构建门禁（Build Gate），检测WCAG 2.1 AA级违规项；
- Lighthouse：在Jenkins中配置为每日定时任务，输出无障碍评分报告（目标≥90分）；
- WAVE：用于开发阶段快速视觉化定位问题（如缺失标题、空链接）。
bashCopy Code
# 示例：在npm脚本中集成AXE进行E2E测试 "test:accessibility": "axe-webdriverjs --url https://www.yibin.gov.cn --output report.json"2. 人工体验层（深度验证）
- 屏幕阅读器测试：使用NVDA（Windows）或VoiceOver（macOS）模拟视障用户操作，重点验证：
- 动态内容（如通知栏、搜索建议）是否被正确朗读；
- 表单错误提示是否与输入域关联（
aria-describedby）； - 复杂组件（如日历控件、树形菜单）是否支持键盘操作。
- 键盘仅用测试：断开鼠标，仅用Tab/Enter/Space完成全流程操作（如在线申报、缴费）。
美国USWDS（United States Web Design System）的测试策略表明，每100个页面至少需安排2名视障志愿者进行端到端体验测试，此方法在政府项目中应被制度化。
四、自动化集成实践：从单点测试到DevOps闭环
政府网站可访问性测试已进入持续集成阶段，典型实践路径如下：
- 代码提交触发：Git Push → 触发CI流水线；
- 自动化扫描：Lighthouse + AXE 扫描新部署的页面；
- 质量门禁：若无障碍
精选文章
那些年，我推动成功的质量改进项目
开源项目：软件测试从业者的技术影响力引擎
