用途
Testing Strategy Skill 是一套面向无障碍（Accessibility）测试的决策框架与参考指南，旨在帮助开发与测试团队系统化地规划无障碍测试工作。它回答三个核心问题：何时使用自动化工具、何时必须人工测试；应该测试哪些屏幕阅读器与浏览器组合；以及如何编写无障碍验收标准。
主要能力
自动化与人工测试覆盖划分
技能明确区分了自动化工具与人工测试各自能覆盖的范围：
自动化工具可捕获（约30-40%）：图片缺失alt文本、表单缺失标签、计算得出的颜色对比度比值、缺失lang属性、重复ID、自定义组件缺失ARIA角色、标题层级违规、空链接和按钮、缺失表格表头、ARIA语法错误。
需要人工测试（约60-70%）：alt文本的质量与准确性、标签的清晰度与帮助性、渐变或图片背景中的颜色对比度、正确的语言识别、逻辑阅读顺序、交互模式对应的正确ARIA角色、标题文本的意义、链接/按钮文本的描述性、表格标题与表头的关联质量、屏幕阅读器播报的正确性。
浏览器与屏幕阅读器兼容性矩阵
必须测试的组合：NVDA + Firefox（Windows）、NVDA + Chrome（Windows）、JAWS + Chrome（Windows）、VoiceOver + Safari（macOS）、VoiceOver + Safari（iOS）。
建议测试的组合：TalkBack + Chrome（Android）。
可选测试的组合：Narrator + Edge（Windows）、JAWS + Edge（Windows）。
测试决策树
技能提供了一套决策流程：对于新组件或新页面，执行完整测试覆盖（自动化扫描 + 键盘导航测试 + 屏幕阅读器播报测试 + 200%缩放视觉检查）；对于已有内容的变更，则根据变更类型决定测试范围——颜色/样式变更检查对比度与视觉，交互行为变更测试键盘与屏幕阅读器，内容/文本变更检查屏幕阅读器播报，布局/顺序变更测试阅读顺序与焦点顺序，依赖更新则执行回归扫描。
回归测试模式
CI流水线无障碍门禁包括：每次PR运行axe-core扫描并对新的严重违规失败；使用.a11y-baseline.json管理已知问题基线，仅对新问题失败；设置Lighthouse无障碍分数阈值（如90分）并在回归时失败；在200%缩放下截图进行视觉回归对比。
防止回归的方法包括：在现有组件测试中添加无障碍断言、在E2E测试套件中包含键盘导航、跟踪无障碍分数趋势而非仅关注通过/失败。
验收标准模板
技能提供了用户故事的无障碍验收标准模板，包含：组件具有可访问名称、具有正确的ARIA角色、可通过键盘到达和操作、焦点可见、状态变化被屏幕阅读器播报、错误消息与输入关联、内容在200%缩放下无需水平滚动即可阅读、颜色不是传达信息的唯一方式。
常见测试工具
技能列出了常用工具及其适用场景：axe-core / @axe-core/cli（自动化，CI/CD集成）、Lighthouse（自动化，性能与无障碍综合评分）、WAVE（半自动化，可视化叠加）、Accessibility Insights（半自动化，FastPass + 引导式人工评估）、pa11y（自动化，CI/CD）、jest-axe（单元测试，组件级扫描）、cypress-axe（E2E测试，页面级扫描）、playwright + @axe-core/playwright（E2E测试，页面级扫描）。
屏幕阅读器测试速查
技能提供了NVDA（Windows）和VoiceOver（macOS）的常用快捷键参考，包括切换浏览/焦点模式、导航到下一个可聚焦元素、按标题/地标/表单字段/表格导航、打开元素列表或转子等操作。
使用方式
该技能以文档形式提供，可直接作为团队无障碍测试的参考指南。使用时可根据测试决策树确定测试范围，参照兼容性矩阵选择测试组合，使用验收标准模板编写用户故事，并在CI流水线中配置相应的自动化门禁。
适用场景
适用于Web前端开发团队、QA测试团队、无障碍专项测试人员，以及需要建立无障碍测试流程和标准的组织。特别适合在敏捷开发中为每个用户故事添加无障碍验收标准，以及在CI/CD中建立无障碍质量门禁。
限制
该技能为测试策略参考文档，不包含可直接执行的测试代码或自动化脚本。具体工具配置和集成方式需参考各工具官方文档。技能中未提供具体的价格、平台限制或效果保证信息。