更新于 : Sep 27, 2023
不在本期内容中
这一条目不在当前版本的技术雷达中。如果它出现在最近几期中,那么它很有可能仍然具有相关参考价值。如果这一条目出现在更早的雷达中,那么它很有可能已经不再具有相关性,我们的评估将不再适用于当下。很遗憾我们没有足够的带宽来持续评估以往的雷达内容。
了解更多
Sep 2023
试验
在软件交付进程中,可访问性要求是 Web 组件测试阶段的一种考察指标。尽管诸如 chai-a11y-axe 的测试框架插件 API 已提供了基础的可访问性断言, 具有可访问性意识的组件测试设计 依然能够帮助测试进一步检验屏幕阅读器和其他辅助技术所需的全量语义元素。
首先,在测试验证元素时,通过 ARIA 角色或者元素的其它语义化属性查找元素,而不采用元素的 test id 或 class 属性。像 Testing Library 的一些测试库甚至已经在文档中推荐了这一实践。其次,不要仅仅测试点击交互,还要考虑不能使用鼠标或看不到屏幕的人,并考虑增加针对键盘和其他交互方式的额外测试。在我们的团队中,上述测试设计实践已十分成熟,并且我们已在不久前将其纳入测试闭环中。
Apr 2023
评估
在软件交付过程中,需要提早考虑无障碍设计的地方有很多,Web 组件测试是其中环节之一。像 chai-a11y-axe 这样的测试框架插件在其 API 中提供了断言,以检查基本的无障碍设计。但是,除了使用测试框架所提供的功能外, 无障碍意识组件测试设计 进一步提供了屏幕阅读器和其他辅助技术所需的所有语义元素。
首先,不要使用 test id 或 class 来寻找和选择你要验证的元素,而是使用通过 ARIA 角色或其他辅助技术使用的语义属性来识别元素。一些测试库,如 Testing Library ,甚至在文档中直接推荐这样做。其次,不要只测试点击交互,还要考虑不能使用鼠标或看不到屏幕的用户,并考虑增加对键盘和其他交互的测试。
发布于 : Apr 26, 2023