浏览器整体缩放与仅调整字号是两种不同的放大路径，需分别验证
别名: 浏览器缩放 · text-only zoom · page zoom vs font size
概念解释
有人按浏览器的加号，把整页当一张图放大；有人只在设置里把字调大，布局图片和间距按原像素留着。这两条叫页面缩放（page zoom）与仅文本缩放（text-only resize）。它们改的不是同一套像素，失败点也不重合，所以验收必须走两遍，不能用其中一遍代替另一遍。
低视力用户两条都会用：有人习惯 Ctrl / Cmd 加减，有人只改系统或浏览器的默认字号，有人两者叠在一起。只测加号，等于只测了其中一种生活。
机制
页面缩放把 CSS 像素变大，视口按比例变窄：图、字、间距、阴影一起长，布局像被塞进更窄的窗口。仅文本缩放只改字体度量：字盒子变高变宽，以像素计的栏宽、图标、固定定位的控件可以纹丝不动。前者逼出来的是窄视口下的重排；后者逼出来的是「字在涨、槽位不涨」的错位。
两条路径的用户代理也不一样。页面缩放是浏览器缩放因子；仅文本缩放可能来自浏览器「只调整文字大小」、操作系统字体缩放、用户样式表、阅读器视图。同一套 px 写死的栏，在加号下可能看起来还能挤，在只调字号时标题会顶破按钮。反过来，响应式在 320 宽下排好了，用户若只把字加到 200% 而窗口仍是宽屏，多栏可能并不触发你以为会触发的断点。
怎么研究
同一批页面做两套操作：一套把窗口保持常用宽度、只用浏览器缩放；一套关闭缩放、只把默认字体提到约 200%。记录各自独有的失败，而不是合并成一个「放大」分数。
自变量：缩放类型（整页 / 仅文本）、缩放倍数、窗口宽度是否跟着变。 因变量：每条路径独有的断裂种类（重叠、错位、控件与标签脱节、媒体查询未触发）。
Firefox 的「只缩放文字」和 Chrome 的字体设置不是同一实现，至少要覆盖一种仅文本路径加一种整页路径。WCAG-EM 抽样里把两种放大标成不同测试条件，避免抽样记录互相顶替。
边界
原生应用常常只有系统字号这一条路径，没有浏览器加号，这时「分别验证」退化成验证系统字号。PDF、画布、地图这类文档视口本身就不走页面 CSS，整页缩放与文本缩放的区分不适用。阅读器视图会丢掉原布局，测到的是阅读器而不是产品。把窗口拖窄来模拟页面缩放，只近似「视口变窄」，近似不了「字与图一起变大」的那一半。
怎么落地
- 把「浏览器加号」和「只调字号」写成两条独立的验收条件，不要在测试记录里写成一个「放大 200%」。
- 布局不要默认「断点会被缩放触发」：仅文本缩放时窗口仍可能是宽的，该断的栏未必会断。
- 字号用相对单位，控件槽位也要能跟着字盒子长，避免只涨字不涨槽。
- 验证：同一页先 Cmd/Ctrl 加到 200% 走完主路径，再恢复 100%、只把浏览器默认字体加大后重走。两遍各自记下对方没有的问题，缺一遍就不算验过缩放。