将设计线框转换为可访问的 HTML/CSS
构建可访问的网站和应用程序的最有效方法是“左移”，将可访问性测试纳入开发和设计过程的最早阶段。在本文中，哈里斯将引导您完成从可访问性角度分析线框并制定编码决策以优化设计和开发阶段的可访问性的过程。 本文得到了Deque亲爱的朋友的大力支持，他们帮助我们所有人使网站和移动应用程序变得易于访问。谢谢你！ 在创建用户界面时，设计人员常常不会考虑可访问性。在设计阶段忽视可访问性考虑因素可能会渗透到您的网站或应用程序，并对您的用户产生巨大影响。无论是可用性测试、创建原型、采用可访问的模式库，甚至只是注释线框，设计人员都必须将可访问性纳入他们的工作流程中。与其让 QA 工程师超负荷地寻找可访问性缺陷，不如从一开始就考虑可访问性或“左移”，这样可以对您创建的内容产生巨大的积极影响。
左移 有许多研究显示了开发
过程不同阶段修复缺陷的成本的变化。基于在设计阶段修复缺陷的成本为 1 倍，这些研究表明，在实施期间，成本差异增加到 6 倍，在代码提交后的 厄瓜多尔手机号码列表 测试期间增加到 15 倍，如果在缺陷发生后发现，成本差异则高达 100 倍投入生产。NIST 的研究估计，集成测试期间的缺陷修复成本为 10 倍，系统测试期间为 15 倍，但生产中仅为 30 倍。[^2] 无论您的组织的实际成本是多少，有一点是确定的：在设计和测试中发现缺陷开发阶段的成本比流程后期低几个数量级。 Deque 收集了 20 年可访问性测试的数据。根据我们的数据，随着 Web 应用程序复杂性的增加，我们在过去五年中看到的一个趋势是，每页的缺陷数量稳步增加到每页 30 到 50 个缺陷。这些缺陷数量通常使任何功能缺陷率相形见绌，并放大了将可访问性测试和修复尽可能留在流程中的价值
组件的可访问名称将决
定辅助技术用户在与其交互时将被告知的内容。对每个音频播放器控件进行注释非常重要，因为从视觉上看，它们仅用图 AERO 领先 像表示，没有文本内容。这意味着我们将使用可访问的名称“上一曲目”、“暂停”和“下一曲目”来注释 3 个控件。 接下来，我们要考虑这 3 个控件各自的用途。由于它们是执行音频播放器操作的可点击元素，因此这里角色的明显选择是“按钮”。这不是应该在设计中假设的东西，而是设计人员必须注释的东西，以确保实现者将此语义信息添加到控件中。从一开始就规划好角色将使您不必在实施完成后返回并将它们添加到控件中。
