无障碍设计：从首行代码起的科技尊重

　　去年三月那场无障碍适配测试，我原以为只是走个过场——毕竟开发组提前三天就拍胸脯说“绝对没问题”，结果测试环境刚打开屏幕阅读器，整个页面直接卡成PPT。开发小王当时正蹲在工位上嗦螺蛳粉，听到动静抬头瞥了眼屏幕，筷子尖还挂着半截酸笋：“哎？这语音怎么跟卡带的磁带似的？”

　　问题出在动态加载的弹窗组件上。我们用的是某大厂开源的UI库，文档里白纸黑字写着“支持WCAG 2.1”，结果实际测试时，屏幕阅读器刚读完弹窗标题，组件就被销毁了——因为开发为了“优化性能”，给弹窗加了300毫秒的延迟隐藏。我盯着控制台里疯狂刷新的“DOMException”，突然想起上周五下班时，小王在工位上跟女朋友视频，屏幕那头传来“你到底什么时候下班”的咆哮，他一边哄人一边敲键盘，可能就是把延迟参数从500改成了300。

　　最离谱的是回归测试。我们明明只改了弹窗的隐藏逻辑，结果第二天回归时，二十三个用例集体报错——其中十八个是“元素未找到”，五个是“焦点丢失”。测试组的老李叼着烟在机房转了三圈，最后发现是某个隐藏的日期选择器组件，因为弹窗加载顺序变化，导致它的z-index被覆盖了。他蹲在服务器机柜前敲命令行，嘴里嘟囔：“这他妈比拆炸弹还难，少一根线全完。”

　　那天下午下雨，雨点砸在机房的玻璃窗上，噼里啪啦跟催命符似的。我拿着测试报告去找产品经理，她正对着镜子补口红，听我说完把口红往桌上一拍：“无障碍？用户量才0.3%，至于这么较真吗？”我指着报告里“视障用户月活增长27%”的数据，她瞥了一眼：“那可能是刷的。”

　　但市场不会说谎。三个月后，竞品因为无障碍适配差被盲人用户集体投诉，上了热搜；我们的APP却因为支持语音导航，在老年用户群体里口碑暴涨。那天开发组聚餐，小王喝得满脸通红，举着啤酒瓶喊：“早知道无障碍能涨KPI，我当初就该把延迟参数改成1000！”老李在旁边冷笑：“改成1000？你信不信屏幕阅读器能直接读出‘加载中……加载中……加载中……’的无限循环？”

文章配图，仅供参考

　　现在每次上线前，我都会特意检查无障碍用例——哪怕产品经理没提，测试组没排期。因为我知道，科技的温度，从来不是靠嘴说的，是靠一行行代码、一次次回归、一个个被修复的边界条件堆出来的。优胜劣汰的规则很简单：谁尊重用户，用户就用脚投票选谁。

　　对了，上周小王偷偷问我：“你说我要是现在学屏幕阅读器的调试技巧，还来得及吗？”我笑了笑，没说话——他工位上已经摆了本《WCAG 2.1标准详解》，书页边角都卷起来了。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!