我们是否需要使用屏幕阅读器等真实设备测试应用程序的可访问性？
Do we need to test the accessibility of our application using real devices like screen readers, etc.?
我们正在努力遵守我们正在使用 axe 的可访问性标准 wcag21aa。为了使我们符合要求，我们是否需要在真实设备上对其进行测试，或者我们是否可以简单地使用 AX 等工具来确保我们符合要求，而无需在实时设备上进行测试？
简答
自动化工具不足以解决所有可访问性问题。您需要使用辅助技术进行测试。
更长的答案
是的，您需要使用屏幕 reader 进行测试，以及屏幕放大镜、检查字幕等。
Automated tools only pick up about 40% of errors，这就是为什么单靠自动化工具无法帮助您使站点易于访问。
理想情况下，真正的用户测试是最好的方法，给他们任务来执行，例如购买产品 XXX，这样他们就可以针对他们面临的障碍提供反馈。但是我知道这可能成本过高/难以组织。
所以你应该使用自动化工具来解决简单的问题，然后使用辅助技术来解决键盘陷阱、标签不清晰等问题
值得拥有checklist while you are starting out, and ideally you would want an accessibility consultant in the early stages to help guide you through WCAG and (if appropriate) ATAG等等
一个很好的入门工具是 Microsoft's Accessibility Insights for Web，因为它将 运行 对可以自动捕获的事物进行自动化测试，然后可以指导您完成几乎所有的手动测试过程其他问题类型...而且它是免费的！
最后一件事要注意，WCAG 2.2 is close to release, so maybe have a look at the WCAG 2.1 to WCAG 2.2 changes 所以你“领先于曲线”。
我们正在努力遵守我们正在使用 axe 的可访问性标准 wcag21aa。为了使我们符合要求，我们是否需要在真实设备上对其进行测试，或者我们是否可以简单地使用 AX 等工具来确保我们符合要求，而无需在实时设备上进行测试？
简答
自动化工具不足以解决所有可访问性问题。您需要使用辅助技术进行测试。
更长的答案
是的，您需要使用屏幕 reader 进行测试，以及屏幕放大镜、检查字幕等。
Automated tools only pick up about 40% of errors，这就是为什么单靠自动化工具无法帮助您使站点易于访问。
理想情况下，真正的用户测试是最好的方法，给他们任务来执行，例如购买产品 XXX，这样他们就可以针对他们面临的障碍提供反馈。但是我知道这可能成本过高/难以组织。
所以你应该使用自动化工具来解决简单的问题，然后使用辅助技术来解决键盘陷阱、标签不清晰等问题
值得拥有checklist while you are starting out, and ideally you would want an accessibility consultant in the early stages to help guide you through WCAG and (if appropriate) ATAG等等
一个很好的入门工具是 Microsoft's Accessibility Insights for Web，因为它将 运行 对可以自动捕获的事物进行自动化测试，然后可以指导您完成几乎所有的手动测试过程其他问题类型...而且它是免费的！
最后一件事要注意，WCAG 2.2 is close to release, so maybe have a look at the WCAG 2.1 to WCAG 2.2 changes 所以你“领先于曲线”。