PG移动端安全实验室:无障碍与字体设置
无障碍与字体设置应从“能否完成任务”而非“画面是否变大”来判断。读者需要分别测试系统字体缩放、页面重排、焦点顺序、对比度、动态效果和触控目标,并警惕任何借无障碍之名要求过度设备权限的页面。公开资料未明确说明的适配能力,应写成尚未确认。
本页完成实质复核:2026-07-13

为什么需要核对无障碍与字体设置
字体变大只是可访问性的一小部分。文本放大后若按钮被遮住、横向滚动增加、弹窗无法关闭,读者仍然不能完成阅读;屏幕阅读功能若能念出文字却无法识别按钮用途,同样不能算可操作。核对应围绕一条完整任务路径,从进入页面、理解信息到安全退出逐步观察。
不同需求可能彼此冲突。低视力读者需要更大字体和高对比度,容易眩晕的人可能要减少动画,精细动作受限者更依赖足够大的触控区域,使用外接键盘的人则关注焦点是否可见。测试不能只用一种“标准模式”代表所有人,应把每种设置单独开启,再检查组合状态。
语言也会改变版面。中文在较大字号下换行更密集,长英文地址又可能撑破容器;系统粗体可能让标签宽度增加,放大镜功能则会缩小可见区域。因此,“默认字号下没有问题”不能推断高倍率或窄屏状态仍可读,至少要覆盖常用倍率、横竖屏和系统深色外观。
还要区分系统级设置与页面内选项。系统字号、显示缩放、旁白或屏幕阅读功能由设备提供;页面内的字体按钮、色彩主题或字幕开关属于内容层。若页面选项绕过系统偏好,或关闭后无法恢复默认,就应记录为兼容性问题,而不是要求读者永久改变设备习惯。
无障碍测试应覆盖真实设置组合,而不只看默认字号。可在一台手机上依次启用两倍字体、显示缩放、高对比度、减少动态效果和屏幕阅读器,执行打开导航、查找帮助、关闭弹窗、切换方向与退出页面五个任务。每轮只改变一个设置,记录焦点顺序、控件名称、文字截断、颜色之外的状态提示和手势冲突。屏幕阅读器开启属于用户辅助设置,与某个应用要求获得无障碍服务控制权完全不同;后者是高影响特殊访问,不能以支持残障用户为由默认同意。测试截图还需附文字说明,因为单张图无法呈现朗读标签和焦点顺序。
问题优先级可按阻止退出、阻止阅读关键说明、阻止完成次要任务排序。排序依据可复现影响,不用主观审美;修复后逐级回归测试。每项结果还应注明辅助设置组合。
- 先确定测试需求:视觉、听觉、动作、认知或多种需求组合。
- 保存原始设置数值,便于测试后恢复。
- 每次只改变一个变量,再测试组合状态。
- 用“能否完成并退出”记录结果,不用主观的“看起来正常”。
来源等级与取证边界
PG SOFT公开游戏目录可以用于核对页面当时展示的名称、分类和视觉条目,但目录本身没有逐项证明每个移动页面在各种辅助模式下的表现。因此,看到某个名称出现在目录中,只能确认该公开展示事实,不能据此声称其字体缩放、焦点顺序或朗读标签已经通过特定标准。来源1
W3C的WCAG 2.2提供了更适合衡量网页内容的参照。例如,AA级文字缩放条款要求除字幕和文字图像外,文本在无需辅助技术的情况下可放大到百分之二百而不丢失内容或功能;重排条款关注窄视口下避免二维滚动。这些条款能指导观察,但不能替代对具体页面的实际测试。
Android开发者安全清单强调尽量减少敏感权限,只请求功能确实需要的最小集合。这个原则在无障碍场景尤其重要:普通字体放大或颜色调整若突然要求读取通知、控制设备或访问与显示无关的资料,需求与权限之间明显不匹配,应停止授权并核对来源。来源2
证据等级可分为三层:规范文本说明应达到什么;设备说明解释系统功能如何工作;现场观察记录某页面在某型号、系统版本和设置组合下的实际结果。三层不能互相冒充。一次现场通过也不能覆盖所有设备,规范存在也不代表某页面已经符合。
取证时避免录入真实个人信息。可以使用无敏感内容的阅读路径,记录设备型号、系统版本、浏览环境、字号比例、方向与复现步骤。截图应包含问题区域和设置状态,但要遮盖通知、联系人或其他应用内容;语音读屏问题可用文字转录描述焦点顺序,不必公开完整录音。
无障碍矩阵可按视觉、听觉、动作、认知和输入方式分组。视觉行检查字体、对比、缩放与焦点;听觉行确认重要提示不只依赖声音并提供字幕或文字;动作行关注目标大小、超时和减少动画;认知行看错误提示是否明确且可恢复;输入行测试外接键盘与屏幕阅读器导航。每项写出设备设置、任务结果、阻断程度和可逆替代。若放大后按钮消失,不能以缩小字体作为唯一解决方案;若关闭动画后功能失效,应列为实现问题。表中区分内容不可达与使用较慢,方便按严重程度修订。

桌面端与移动端核验步骤
桌面端先用键盘完成基础路径。依次按顺序移动焦点,观察每个互动元素是否有可见轮廓、顺序是否符合页面阅读逻辑、跳过链接是否有效、弹窗打开后焦点是否被困住。随后把页面放大到百分之二百,检查文字是否重叠、操作是否仍可完成,并确认只用键盘能够关闭浮层。
再检查颜色和内容表达。把系统切换到高对比或深色外观,确认正文、链接、错误信息和禁用状态仍能区分;关闭图片或查看替代文字,判断关键信息是否只存在于装饰图中;播放任何含声音的说明时,查看是否提供同步文字,而不是用背景音乐掩盖语音。
移动端从记录原始设置开始,然后逐级调整字体和显示大小。每一级都走同一条短路径:打开目录、进入内容、滚动、返回、打开说明、关闭说明。重点看底部固定栏是否遮挡正文,长标题是否截断,横屏是否出现无法到达的按钮,以及软键盘弹出后当前字段是否仍可见。
对屏幕阅读功能的检查应包括元素名称、角色、状态和操作提示。一个视觉上像开关的控件若只被读成“按钮”,读者无法知道当前开或关;图像若被念成文件名,也不能传达用途。按页面顺序滑动焦点,记录跳跃、重复、空白焦点和无法返回的位置,并在关闭功能后验证设备恢复。
动画与时间限制需要单独测试。启用系统“减少动态效果”后,页面不应仍强制出现大幅闪动或视差;若内容会自动轮换,要确认读者可以暂停,并有足够时间阅读。测试中一旦出现快速闪烁、设备明显发热或无法退出的覆盖层,应结束本轮,不为收集更多证据而承受不必要风险。
为了让结果可比较,可建立一个小型测试矩阵:纵向列出默认、较大、最大常用字号与百分之二百页面放大,横向列出进入、阅读、展开说明、返回和关闭五个任务。每格只写完成、受阻或未测,并附最短现象。这样能看出问题发生在某一倍率还是所有状态,也避免用一个成功任务掩盖另一个关键步骤失败。
认知可访问性也需要现场检查。说明文字应使用具体动词,错误消息要指出发生了什么和如何恢复,连续步骤应保持顺序一致。自动轮换内容、复杂倒计时或在按钮上只写“这里”都会增加理解成本。测试时请读者用自己的话复述下一步;如果必须依靠编辑解释才能继续,界面文本本身还不够清楚。
多种辅助设置组合时,先保存稳定基线。例如大字号与屏幕阅读同时开启可能改变焦点位置,深色外观与高对比设置也可能叠加。每次改变后完成返回和恢复测试,记录是否需要重启页面。组合故障不能简单归咎于某一设置,只有逐项复测后才能提出较窄的原因假设。
触控检查还应覆盖单手操作与误触恢复。相邻控件过近、关闭按钮贴近屏幕边缘或手势没有等价按钮,都会让动作受限读者承担额外成本;记录时说明受阻动作,而不评价使用者能力。
出现焦点循环时,先记录进入弹窗前的控件、阅读器版本和手势,尝试系统返回并观察焦点是否恢复。文字被截断则比较字体和显示缩放,保存完整原文来源,不猜被遮部分。颜色难辨可启用系统对比设置并检查是否仍只靠红绿表达。键盘无法激活按钮时,记录焦点是否可见及回车、空格反应。不要通过授予应用无障碍控制权限来修复网页标签或布局错误。若某问题只在内嵌浏览器出现,比较外部浏览器并注明载体差异,但不把绕开问题当成已修复。
| 场景 | 关键观察 | 通过的窄定义 | 记录限制 |
|---|---|---|---|
| 文字放大 | 重叠、截断、横向滚动 | 指定倍率下内容与功能未丢失 | 不外推到未测倍率和设备 |
| 键盘或外接输入 | 焦点可见、顺序、弹窗退出 | 选定路径可完整完成 | 触屏表现需另测 |
| 屏幕阅读 | 名称、角色、状态、返回 | 测试环境中信息可理解 | 不同朗读程序可能有差异 |
| 减少动态效果 | 自动播放、闪烁、视差 | 系统偏好得到尊重 | 不等于所有认知需求均满足 |
无法确认时如何安全退出
若页面声称必须开启高权限辅助服务才能调大字体,应先退出。真正的系统字号调整通常可从设备设置完成;一个内容页面要求广泛控制能力,不能仅靠“方便阅读”解释。不要在测试设备上连续尝试陌生说明,也不要用主要设备承担无法回滚的变更。
退出前只保留最低限度证据:当前网址、观察时间、设备与系统版本、所改设置、问题现象和恢复结果。不要为了证明弹窗内容而填写姓名、联系方式或其他真实资料。若截屏会同时捕获通知,先关闭通知预览或裁切遮盖,再保存问题区域。
设置无法恢复时,优先使用系统内已知路径撤回刚才的改动,随后关闭相关页面并检查无障碍服务列表是否出现新项目。若设备行为仍异常,断开当前网络并向设备厂商的公开支持资料核对恢复方法。不要接受页面内自称“修复”的另一个未知跳转。
信息冲突也属于退出条件。例如目录可以确认某内容名称,但现场页面的域名、标题或视觉主体不一致;或者一台设备可放大,另一台同版本却无法重排。此时可记录为“特定环境观察不一致”,不判定哪一方必然真实,也不把单次成功当作普遍兼容证明。
对来历不明的辅助设置说明,最安全的结论是“尚未确认,未继续授权”。这不是否定无障碍需求,而是保护依赖辅助功能的读者免受过度权限诱导。技术可访问性与来源可信度应同时成立,任何一项缺证都值得暂停。
动态内容需要单独测试,因为初始页面可读不代表更新后的提示可被辅助工具感知。让屏幕阅读器焦点停在主要操作区,触发一个不含私人资料的加载、错误或重连提示,检查新内容是否被适时朗读、焦点是否被强行移动以及用户能否返回原位置。对倒计时或自动关闭弹窗,记录是否有暂停、延长或手动关闭方式。减少动态效果开启后,状态变化仍需通过文字或焦点表达,不能只靠动画。若提示频繁朗读造成干扰,也应记录节奏和重复条件。测试时不授予应用无障碍控制权,使用系统阅读器即可。将静态导航与动态反馈分成两组结果,能够发现只靠截图审查遗漏的问题,并为修订提供具体事件和期望行为。

本页修订与引用记录
本页记录应包含两类日期:引用资料的标示版本或修订时间,以及实际测试日期。若资料没有清楚日期,就写“查看日未见明确修订日”,不要根据页脚推算。测试记录还应标明设备、系统、浏览环境和设置值,使后来的读者能判断差异是否来自环境变化。
修订内容应说明改变了哪项结论。例如“把全面兼容改为在某设备、某倍率下完成指定路径”,比只写“已更新”更有信息量。新增截图要描述其证明范围;删除旧结论时保留原因,尤其要注明是来源变化、复现失败,还是原措辞超出了证据。
当Android安全清单或其他设备资料更新时,需要重新检查权限建议的上下文,而不是只替换年份。最小权限原则可支持对异常授权请求的警惕,却不能单独证明某个页面恶意;同理,公开目录可确认展示内容,却不能代替无障碍实测。来源3
引用记录最终应让读者回答三个问题:这句话来自哪一主体、在什么日期看到、原文能支持多宽的结论。无法回答时就缩小措辞或删除结论。任何“完全适配”“所有设备可用”之类绝对说法,都需要远超单次测试的证据,本页不作此类保证。
无障碍证据清单包括系统版本、辅助功能名称与级别、应用或浏览器版本、任务步骤、焦点顺序、朗读文本、截图说明和退出结果。常见问题是“通过自动检测是否足够”;自动工具不能覆盖朗读语义、触控顺序和真实任务。另一个问题是“某项设置用户很少开启,是否可忽略”;影响程度取决于阻断核心任务,而非使用人数猜测。报告应避免包含测试者私人通知或语音内容,并给每个问题可复现条件。版本更新后用同一矩阵复测,保留修复前证据,确保改动没有在另一类辅助设置下产生新障碍。
纠错单应同时描述障碍与用户影响,例如无法读出按钮导致不能安全退出,比“标签缺失”更清楚。修复建议保持技术中性,不要求用户关闭其辅助设置。复测由原设置组合开始,确认修复后核心任务可完成,并检查焦点没有转移到新的死角。
无障碍验收同时覆盖静态导航、动态反馈与可自主退出。
字体能放大就代表页面无障碍吗?
不代表。还要检查重排、焦点、控件名称、对比度、动态效果和完整退出路径。
测试需要开启所有辅助功能吗?
不需要。按真实需求逐项开启,记录原值,并拒绝与测试目的无关的权限。
一次测试通过能覆盖其他设备吗?
不能。结论应限定到所测设备、系统版本、浏览环境、设置组合和任务路径。
无障碍核验的价值在于把真实任务、具体环境与可恢复设置连在一起。先用规范确定观察点,再分别在桌面与移动环境复现;遇到过度权限、来源冲突或无法回滚的状态,就立即停止并保留最小证据。对未测试的设备和需求保持克制,远比一句笼统的“兼容”更能帮助读者作出安全判断。