最近，我已经负责测试和实施WCAG 2.0 AA合规性到我们的网站（基于php CMS）。但是，我对此的体验非常有限。我的问题是：
Mac VoiceOver足以进行测试吗？
我应该在Windows上使用JAWS进行测试吗？
在开发和质量我们的产品时，我应该使用除VO之外的任何工具吗？
我现在使用Wave工具来检查代码，但不确定是否有任何其他东西可以帮助此过程加速。
感谢您的建议和帮助。这对我们来说是一大步，我们希望创建一个标准，其中可访问性和合规性是我们和开发人员的第二天性。
答案 0 :(得分：1)
使用屏幕阅读器测试辅助功能只是测试辅助功能的一小部分。由于任何辅助技术（包括许多屏幕阅读器，屏幕放大镜，盲文显示器，眼动追踪设备，语音激活导航，仅限键盘/仅限鼠标/）需要使用一个屏幕阅读器进行测试，因此无需进行测试触摸式导航，......）符合指南。
自动工具可以部分加快流程。您可以使用WCAG list来测试其中的一些，但Stackoverflow不是提出此问题的地方：Where can I ask about "finding a tool, library or favorite off-site resource?"
答案 1 :(得分：0)
我绝对会使用最常见的屏幕阅读器进行分支和测试。浏览器组合。
我的建议适用于以下组合：
您可以查看最新的WebAim调查，该调查可以深入了解最常用的浏览器和自适应技术： https://webaim.org/projects/screenreadersurvey7/
我认为你只是通过使用VoiceOver进行测试来限制自己，而不能准确反映整个社区可能会使用的内容。
就WCAG 2.0（AA）而言，请确保您还要检查文字和文字的颜色对比组合。背景 - 您可以使用的一个好的免费工具是颜色对比度分析器（CCA）：https://developer.paciellogroup.com/resources/contrastanalyser/
我喜欢使用这个WCAG 2.0备忘单，它提供了每个标准的高级概述。如果我不确定某些内容是否属于列出的标准之一，我会查看完整的＆＃34;如何满足＆＃34;和＃34;理解＆＃34; W3C上的页面。 https://webaim.org/standards/wcag/checklist
不要过分依赖自动化工具。虽然他们肯定可以提供帮助，但他们真的不像人类那样捡到。遗憾的是，由于我们手动执行所有可访问性一致性审核，因此我没有向您推荐的工具：）
祝你好运！
答案 2 :(得分：0)
正如其他人所提到的那样，自动化工具并不是可访问性测试的全部内容，但它绝对可以帮助您和您的团队减少本应进行的手动测试，从而使您能够将更多的时间花在只有手动测试才能发现的问题上。
为此，由于听起来您是从工程方面解决此问题并且能够更改您的代码库，因此Continuum对于您而言可能是一个很好的解决方案。您可以轻松地将其集成到站点的现有测试套件中，并使用已经用于测试页面可访问性问题的技术。我建议在webaccessibility.com下载一个免费的示例项目并进行试用，但是您也可以直接进入API文档，其中包括其自己的《入门指南》。