访问性测试已经有用于 linting 和集成测试可访问性的工具但是使用真正的辅助技术进行端到端测试又如何呢因为我以前没有见过这个所以我开始构建 Auto VO一个用于 VoiceOver 屏幕阅读器的驱动程序。 如果您是像我一样的无障碍书呆子或者只是对辅助技术感到好奇您会喜欢 Auto-VO。Auto-VO 是一个节点模块和 CLI用于在 macOS 上使用 VoiceOver 屏幕阅读器自动测试 Web 内容。 我创建Auto VO是为了让开发人员、PM 和 QA 能够更轻松地利用真正的辅助技术更快地执行可重复的自动化测试而无需学习如何使用屏幕阅读器。 我们走吧！ 首先让我们看看它的实际效果然后我将更详细地介绍它的工作原理。这里a 上运行CLI以将所有VoiceOver 输出作为文本获取。

看起来是一个合理的页面结构我们

有跳过导航链接、结构良好的列表和语义导航。做得好！让我们更深入地挖掘一下。标题结构如何唔！我们的标题层次结构有 玻利维亚电话号码列表 点奇怪。我们应该看到一个大纲其中有一个一级标题然后是有序的层次结构。相反我们看到了级别 1、级别 2 和错误的级别 4 的一些混杂。这需要引起注意因为它会影响屏幕阅读器用户的页面导航体验。 让屏幕阅读器以文本形式输出非常棒因为这种分析变得更加容易。 一些背景 VoiceOver 是 macOS 上的屏幕阅读器。屏幕阅读器让人们可以大声朗读应用程序内容并与内容进行交互。这意味着弱视或盲人理论上可以访问内容包括网络内容。

但实际上网络上 98% 的登陆页面都存在明

显的错误可以通过自动化测试和审查来捕获这些错误。 有许多自动化测试和审查工具包括用于自动代码审查的披露我构建了 AccessLint）和 Axe（自动 B2C 电话列表 化的常用工具。这些工具很重要也很有用但它们只是其中的一部分。手动测试同样重要或更重要但它也更耗时并且可能令人生畏。 您可能听过只需打开屏幕阅读器并聆听的指导即可让您感受到盲人体验。我认为这是误导。屏幕阅读器是复杂的应用程序可能需要数月或数年才能掌握而且一开始会让人不知所措。随意使用它来模拟盲人体验可能会让您为盲人感到难过或者更糟糕的是尝试以错误的方式修复体验。