养老服务网页里的按钮做得醒目,接收方仍需要分别确认两件事:指针能够激活的目标范围是什么,键盘用户又怎样触发同一功能。视觉外观只是定位线索,不能代替交互证据。本文讨论假设的服务预约网页,不测试真实用户,不评价实体机器人,也不涉及医疗效果。
一个图标看起来很小,实际可点击区域可能比图形大;一个宽大的装饰背景,也未必全部属于按钮目标。采购验收应请交付方说明具体页面对象和目标范围,不要仅从截图中描一个外框就断言合格或不合格。若页面随状态变化,应说明本次审阅哪种状态。
假设预约页面的提交图标旁边还有帮助入口,接收方需要知道两个目标如何区分,而不只是看颜色和排列。交付方可以提供获准页面的说明及检查证据;尚未测量时,应记录待核,不能把设计稿上的尺寸当成已经发布页面的实际结果。
W3C对WCAG 2.5.8的说明提出指针目标至少为24×24 CSS像素,并规定适用例外。不能只引用这个数字,就认为所有外观较小的按钮一定不符合,也不能把CSS像素误写成设备实体按钮的物理尺寸。
说明中的例外包括满足规定间距条件的较小目标、同页可实现相同功能的合适替代控件、行内目标、未被作者修改的用户代理控制,以及必要呈现。对于间距例外,还需要按规范所述的圆形范围及相交条件理解,不能简化成“旁边看着空一点就可以”。具体是否适用,应依据真实页面条件核对。

WAI按钮设计模式介绍按钮获得焦点时通过空格键和回车键激活的交互。引用该模式可以帮助确定观察任务,但不能只凭采用某个属性就宣布整页无障碍通过,也不能让一次点击观察替代键盘方式的核对。
若采购约定演示,应先确认检查对象确实是相应按钮、演示页面版本和期望功能,再由责任方记录实际行为。本文没有执行这些按键,也不声称任何真实服务入口已经工作。对于需要其他交互的控件,应采用其适用模式,而不是把按钮说明不加区分地套给所有页面元素。
同一功能在不同输入方式下的观察可以关联,但记录应保留区别。指针触发成功不能证明键盘可操作,键盘观察正常也不能回答目标是否满足尺寸或适用例外。将两类问题分开,反而更容易看出具体哪里缺少证据,而不是得到一个无法解释的总通过标记。
假设供方调整了按钮留白,接收方应核对它是否改变实际目标范围,而不仅是视觉间距。若修改了键盘交互,则应在约定演示范围内重新观察对应任务。每项回复都应关联原问题,避免新截图看起来更精致,却没有说明原来的交互缺口是否关闭。
对于未获准进入的真实预约系统,可以先审阅演示资料,并明确结论只限于资料所呈现内容。不能为了验证按钮而提交真实服务订单,也不需要复制老年用户资料来制作验收例子。界面证据应尽可能围绕获准对象组织,实际业务确认仍由责任人员处理。

最终说明应写清目标范围核对到什么程度,相关例外是否有依据,键盘观察是否实际进行,以及哪些问题仍待处理。即便这些网页事项完成,也不能据此保证所有老年用户都能顺利操作,更不能转述为实体养老机器人的易用性或医疗效果结论。
两幅图是原创任务关系示意,没有真实尺寸测量或用户测试成绩。更多主题见养老服务资料栏目及文章目录。让每种输入方式和相应证据各有清楚记录,比用一个漂亮按钮外观代替全部验收更便于后续接手。