您的前端可观察性有一个无障碍盲点

本期编译精选。

【导语】如果用户无法完成一个关键的工作流程，你的应用程序就不健康了——不管你的前端仪表板看起来多绿色。作者：伊丽莎白·伍尔纳 前端团队已经变得相当善于 监控一个应用程序到达生产后发生的事情。

如果用户无法完成一个关键的工作流程，你的应用程序就不健康了——不管你的前端仪表板看起来多绿色。

作者：伊丽莎白·伍尔纳

前端团队已经变得相当善于 监控一个应用程序到达生产后发生的事情。我们追踪JavaScript错误，API故障，延迟和Core Web Vitals. 当某事在发布后发生变化时，这些信号帮助我们确定应用是否健康。

但有一个漏洞 我认为前端球队经常忽略。一个应用程序在这些仪表板上可以看起来完全健康，而一个重要的工作流程却不能对用键盘或辅助技术导航的人使用。

想象一下，最近的UI变化使得键盘无法到达最后的按钮，就会出现一次取出流量。页面仍在装入。API响应成功。没有新的JavaScript例外，性能衡量标准看起来很正常。每个传统信号都说应用程序在工作，然而一些用户已经无法完成购买。

这就是为什么我开始认为无障碍不仅仅是遵守或释放前的测试问题。如果无障碍回归使某人无法完成关键的工作流程，那也是一个生产可靠性问题。

传统前端可观察性不足的地方

大部分前端可观察性侧重于技术健康。我们想知道文件是否快速加载，请求是否成功，部署是否引入错误。这些是有用的信号，但它们主要告诉我们软件是否按照系统预期运行。

无障碍故障不同，因为它们往往不会产生明显的技术错误。因此，从图标按钮中删除一个可访问的名称并不一定会丢出 JavaScript 例外。因此，用可点击的 div 替换语义按钮可能会让鼠标交互正常工作。因此，模式内部的焦点管理回归可能使界面极难导航，同时对页面性能没有影响。因此，

（原文共 8 张图片，此处展示前 3 张，更多图片请前往原文查看）

（编译自 InfoWorld；原文