[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"blog-strapi-article:zh:international-site-browser-region-testing":3,"blog-article:\u002Fblog\u002Finternational-site-browser-region-testing":764,"blog-related:\u002Fblog\u002Finternational-site-browser-region-testing":765,"blog-translations:\u002Fblog\u002Finternational-site-browser-region-testing":766},{"available":4,"article":5,"relatedArticles":179,"translations":650},true,{"source":6,"id":7,"documentId":8,"translationKey":8,"locale":9,"slug":10,"path":11,"_path":11,"title":12,"description":13,"excerpt":13,"image":14,"publishedAt":15,"updatedAt":16,"author":17,"tags":18,"featured":19,"sortOrder":20,"readingTime":21,"bodyType":22,"bodyBlocks":23,"bodyHtml":178},"strapi",3588,"lwmd8bji3wmq3t92hthpce0k","zh","international-site-browser-region-testing","\u002Fblog\u002Finternational-site-browser-region-testing","地区化浏览器测试矩阵：怎么选组合而不是全排列","按用户覆盖与变更风险挑选浏览器、语言与地区组合，先覆盖核心任务与共享组件，再用风险分层把组合数压到可执行范围，选样理由要可追溯。","https:\u002F\u002Fcms.quanqiudaili.com\u002Fuploads\u002Flarge_international_site_browser_region_testing_1_382e38c2df.webp","2026-10-23T03:36:40.567Z","2026-10-23T03:36:40.553Z","Global Proxies Team",[],false,0,3,"blocks",[24,30,36,40,44,48,52,56,81,85,89,93,97,101,105,110,114,118,122,126,130,134,138,142,146,150,154,158,162,166,170,174],{"type":25,"children":26},"paragraph",[27],{"text":28,"type":29},"浏览器、语言、地区三样相乘就是几百个组合，全跑一遍的代价没人扛得住，而问题通常只集中在少数组合里。地区化浏览器测试矩阵要解决的就是把组合数压到能每周复跑的量级，靠的是选样依据，不是穷举。只有\"应用地区\"这一维需要外部条件时，才轮到出口出场，可优先评估静态住宅代理 IP；它只改变访问位置，浏览器版本、设备时区和账号状态都不由它决定。先把三个高风险组合跑通一轮，再决定要不要扩。","text",{"type":31,"level":32,"children":33},"heading",2,[34],{"text":35,"type":29},"先按用户和支持范围确定浏览器版本",{"type":25,"children":37},[38],{"text":39,"type":29},"语言、浏览器和组件的抽样还可参考[多地区可访问性回归](https:\u002F\u002Fwww.quanqiudaili.com\u002Fblog\u002Fmultiregion-accessibility-regression-testing)。 浏览器集合不是越多越好，要与产品支持政策对齐。先列出官方支持的浏览器与系统组合，标出主流组合、最低支持版本和本季度新增版本三类。",{"type":25,"children":41},[42],{"text":43,"type":29},"版本集合先保留三类：官方最低支持版本、当前主要使用版本、本次变更触及的 API 或渲染边界。其余版本能否并成一档，要看功能兼容证据、支持政策与历史回归记录，并写明合并人；跨内核（Blink、WebKit、Gecko）不合并。同一内核的大版本之间也会出现 API 缺失与渲染差异，不能默认合并。",{"type":25,"children":45},[46],{"text":47,"type":29},"真实用户侧只取两个数：各浏览器与语言的访问占比、近三个月的报错分布。取不到时把选择依据标为待确认，不虚构市场占比。",{"type":31,"level":32,"children":49},[50],{"text":51,"type":29},"把浏览器、语言、设备和出口分别控制",{"type":25,"children":53},[54],{"text":55,"type":29},"\"地区\"不是一个开关，至少拆成五项：",{"type":57,"format":58,"children":59},"list","unordered",[60,65,69,73,77],{"type":61,"children":62},"list-item",[63],{"text":64,"type":29},"语言与区域格式。",{"type":61,"children":66},[67],{"text":68,"type":29},"应用读取的地区配置。",{"type":61,"children":70},[71],{"text":72,"type":29},"设备时区。",{"type":61,"children":74},[75],{"text":76,"type":29},"账号所在地。",{"type":61,"children":78},[79],{"text":80,"type":29},"网络出口。",{"type":25,"children":82},[83],{"text":84,"type":29},"每一项都可能单独影响页面结果。合并成一个\"地区\"字段之后，出问题就说不清是哪一层。",{"type":25,"children":86},[87],{"text":88,"type":29},"五项里只有\"网络出口\"需要代理 IP，其余四项靠配置和账号控制；把它们捆成一项，是常见误配。",{"type":25,"children":90},[91],{"text":92,"type":29},"应用按哪个维度决定地区，由它自己的优先级规则决定；常见顺序是显式选择、账号、Cookie、出口 IP，但这是示例，要以被测应用的实现为准。测试前先把这套顺序确认下来，再设计冲突用例。这解释了为什么\"浏览器设成某地区\"不代表站点按该地区运行。要让出口参与测试，就把它作为单独变量，并记录应用最终识别到的地区，而不是记录\"我设了哪个出口\"。",{"type":25,"children":94},[95],{"text":96,"type":29},"共享组件（导航、表单、支付前一步）要用同一套维度复测，因为组件级差异会在所有地区放大。",{"type":31,"level":32,"children":98},[99],{"text":100,"type":29},"优先测试高风险组合，避免全排列",{"type":25,"children":102},[103],{"text":104,"type":29},"进入发布窗口后，可按[国际站发布后地区冒烟测试](https:\u002F\u002Fwww.quanqiudaili.com\u002Fblog\u002Fmultiregion-release-smoke-test-priority)把高风险组合排到前面。 分层依据是失败影响，不是组合数量。高风险组合（核心任务 × 主流内核 × 主要地区）必须全跑；中风险按共享组件变更挑选代表值；低风险静态页只做小样本抽检。",{"type":106,"children":107},"code",[108],{"text":109,"type":29},"| 层级 | 组合示例 | 选择依据 | 覆盖风险 | 是否进回归 |\n| --- | --- | --- | --- | --- |\n| 高 | 主流内核最新版 × 主要地区 × 主语言 | 核心任务必经路径 | 低覆盖即高风险 | 每周全跑 |\n| 高 | 最低支持版本 × 主要地区 | 旧版本用户占比小但投诉集中 | 版本相关的 API 缺失 | 每周全跑 |\n| 中 | 次主流内核 × RTL 语言 | 布局方向差异 | 文本扩展、方向翻转 | 组件变更时跑 |\n| 低 | 旧内核 × 小语种 | 影响面有限 | 可能长期不可见 | 季度抽检 |",{"type":25,"children":111},[112],{"text":113,"type":29},"表里\"是否进回归\"这一列要能站得住脚：某个组合被降级，就写下降级理由和下次复核时间，否则半年后没人知道它为什么没测。",{"type":25,"children":115},[116],{"text":117,"type":29},"同一组合换出口后结果变化，说明出口在这个样本上确实参与了决策；结果不变只能说明本样本没观察到差异，还要继续排查更高优先级的来源、同组映射与缓存。",{"type":31,"level":32,"children":119},[120],{"text":121,"type":29},"记录已测组合和未覆盖的风险",{"type":25,"children":123},[124],{"text":125,"type":29},"每个组合记录四项：选择依据、实际生效配置、覆盖到的路径、未覆盖风险。组合执行完不等于覆盖完成，路径没走到关键提交前的状态，等于没测。",{"type":25,"children":127},[128],{"text":129,"type":29},"矩阵要能按变更增量维护：共享组件改动时复用组件矩阵，浏览器升级时只扩相关内核的兼容检查，地区新增时先补该地区的核心任务组合。发现的问题挂到对应缺陷号，否则下次复跑会重复发现同一个问题。",{"type":25,"children":131},[132],{"text":133,"type":29},"若某个组合连续加载失败，先按[代理 IP 出口可用率与延迟测试](https:\u002F\u002Fwww.quanqiudaili.com\u002Fblog\u002Fproxy-ip-availability-latency-stability-test)的口径排除出口因素，再判断是不是兼容问题。",{"type":25,"children":135},[136],{"text":137,"type":29},"未覆盖项要显式写进发布说明，尤其是\"某地区没有任何组合覆盖\"这种结构性缺口。",{"type":31,"level":32,"children":139},[140],{"text":141,"type":29},"FAQ",{"type":31,"level":21,"children":143},[144],{"text":145,"type":29},"浏览器、语言和国家要做全排列吗？",{"type":25,"children":147},[148],{"text":149,"type":29},"通常不需要。全排列会让成本线性膨胀，而有效覆盖增长很慢。按用户覆盖、代码差异和失败影响挑组合，并把未覆盖项写明。",{"type":31,"level":21,"children":151},[152],{"text":153,"type":29},"浏览器设成某地区就代表网站按该地区运行吗？",{"type":25,"children":155},[156],{"text":157,"type":29},"不一定。应用可能读账号、Cookie、显式选择或出口 IP，且优先级不同。测试要记录应用实际采用的配置和页面结果，而不是只记录你改了什么。",{"type":31,"level":21,"children":159},[160],{"text":161,"type":29},"同一内核不同大版本能合并吗？",{"type":25,"children":163},[164],{"text":165,"type":29},"有证据时可以。前提三条同时成立：公共 API 无差异、该版本近几个版本没有渲染回归记录、支持政策一致，并写明合并人与复核日期。缺任何一条就单列；一旦出现版本相关缺失，立刻拆开。",{"type":31,"level":21,"children":167},[168],{"text":169,"type":29},"测试矩阵要长期复跑，出口该怎么选？",{"type":25,"children":171},[172],{"text":173,"type":29},"出口固定一类更容易比较结果：需要长期稳定复跑时用静态住宅代理 IP，需要大量地区快速轮换时用动态住宅代理 IP。机房出口同样有可验证的地理位置，做可达性与大批量筛查够用；只有要验证住宅属性、或目标站点对住宅与机房区别对待时，才必须换成住宅样本。固定地区会话的产品说明可参见[静态住宅 FAQ](https:\u002F\u002Fhelp.quanqiudaili.com\u002Fdocs\u002FFaq\u002FStatic-Residence-Faq)。",{"type":25,"children":175},[176],{"text":177,"type":29},"矩阵的产出不是\"测了多少组合\"，而是\"哪些组合必须测、哪些缺口被接受\"。这份判断要署名，并写下一次复核时间。若测试环境的出口本身属于变量，可按目标地区、会话与协议要求评估[静态住宅代理 IP](https:\u002F\u002Fwww.quanqiudaili.com\u002Fproduct\u002Fstatic-residential-standard)方案，产品规则与数据隔离仍需在自有测试环境验证。","",[180,355,494],{"source":6,"id":181,"documentId":182,"translationKey":182,"locale":9,"slug":183,"path":184,"_path":184,"title":185,"description":186,"excerpt":186,"image":187,"publishedAt":188,"updatedAt":189,"author":17,"tags":190,"featured":19,"sortOrder":20,"readingTime":21,"bodyType":22,"bodyBlocks":191,"bodyHtml":178},3593,"ogy412lschc3rxvvo063hdwi","website-regional-date-time-display-testing","\u002Fblog\u002Fwebsite-regional-date-time-display-testing","国际站日期时区显示测试：固定时间戳与边界","国际站日期时区显示测试固定同一时间戳，分别核对业务时区、设备时区与页面格式，覆盖 UTC 跨日与夏令时边界，并记录时区 ID 与出口地区。","https:\u002F\u002Fcms.quanqiudaili.com\u002Fuploads\u002Flarge_website_regional_date_time_display_testing_1_b8ccc61802.webp","2026-10-23T03:44:12.011Z","2026-10-23T03:44:11.996Z",[],[192,196,200,204,208,212,216,220,224,228,232,236,240,244,248,252,256,260,264,268,272,276,280,284,288,292,296,300,304,308,311,315,319,323,327,331,335,339,343,347,351],{"type":25,"children":193},[194],{"text":195,"type":29},"日期显示错一天，往往不是格式化写错了，而是时区在某一层被换算了两次，或者跨日边界落在了错误的一侧。国际站日期时区显示测试的关键是控制变量：同一时间戳、明确的设备时区、明确的页面语言，然后看页面怎么呈现。这类差异只在特定地区出现时才需要真实出口，出口可由原生静态住宅代理 IP 提供，但它只决定\"从哪访问\"；IP 地区不是设备时区，页面读到的是设备或账号的时区设置，两者不能混为一谈。下面按固定时间戳、边界值和记录口径三步走。",{"type":31,"level":32,"children":197},[198],{"text":199,"type":29},"固定时间戳，每次只改变一个时区变量",{"type":25,"children":201},[202],{"text":203,"type":29},"先选一个确定的时间点，比如 `2026-03-08T07:30:00Z`，写进用例。每次只改一个变量：设备时区、页面语言、账号地区，三者轮换，其余保持不变。",{"type":25,"children":205},[206],{"text":207,"type":29},"三个变量各自影响什么要分清：设备时区决定\"本地时间\"的换算，页面语言决定格式（月\u002F日顺序、分隔符、12 或 24 小时制），账号地区可能决定业务时区，例如报表按哪个时区归日。三者叠加时，页面显示的是哪一个，必须能被单独验证。",{"type":25,"children":209},[210],{"text":211,"type":29},"出口地区属于环境变量，设备时区和业务时区属于配置变量。两者混着改，最后分不清是代理 IP 变了还是时间源变了。",{"type":25,"children":213},[214],{"text":215,"type":29},"常见错误是只改语言就断言\"时区也对\"。语言与时区是两套配置，在很多实现里根本不在同一处读取。",{"type":25,"children":217},[218],{"text":219,"type":29},"还要先分清三类值：事件时刻（带时区，可换算）、纯日期（生日、营业日、账期日，不带时刻）、本地预约时间（用户在该地区选的钟点）。纯日期一旦被转成 UTC 再按设备时区显示，会人为跨日——`2026-03-08` 在东九区可能显示成 3 月 7 日。表里\"值类型\"一列就是给这件事留的：纯日期按原值比较，不参与时区换算。",{"type":31,"level":32,"children":221},[222],{"text":223,"type":29},"检查 UTC 跨日和夏令时切换",{"type":25,"children":225},[226],{"text":227,"type":29},"如果跨地区对比还出现页面内容变化，可按[国际站地区页面差异判定](https:\u002F\u002Fwww.quanqiudaili.com\u002Fblog\u002Fregional-page-difference-regression-testing)核对差异是否属于预期配置。",{"type":31,"level":21,"children":229},[230],{"text":231,"type":29},"用哪些日期覆盖常见时间边界",{"type":25,"children":233},[234],{"text":235,"type":29},"至少覆盖四类：UTC 跨日（本地时间已进入次日）、本地午夜前后各一分钟、夏令时开始那天的缺失小时、夏令时结束那天的重复小时。常规值过了不代表边界能过。",{"type":106,"children":237},[238],{"text":239,"type":29},"| 场景 | 值类型 | 输入时间戳（示例） | 设备时区 | 期望显示 | 结论 |\n| --- | --- | --- | --- | --- | --- |\n| UTC 跨日 | 事件时刻 | `2026-03-08T23:30:00Z` | 东九区 | 次日 08:30 | 通过 |\n| 本地午夜前 | 事件时刻 | `2026-03-08T14:59:00Z` | 东九区 | 当日 23:59 | 通过 |\n| 夏令时开始前 1 分钟 | 事件时刻 | `2026-03-08T06:59:00Z` | 美东 | 当日 01:59（EST，偏移 −5） | 通过 |\n| 夏令时开始瞬间 | 事件时刻 | `2026-03-08T07:00:00Z` | 美东 | 当日 03:00（EDT，偏移 −4） | 通过，2 点整点不存在 |\n| 夏令时结束前 | 事件时刻 | `2026-11-01T05:30:00Z` | 美东 | 当日 01:30（EDT） | 通过，第一次 01:30 |\n| 夏令时结束后 | 事件时刻 | `2026-11-01T06:30:00Z` | 美东 | 当日 01:30（EST） | 通过，第二次 01:30 |\n| 月末跨日 | 事件时刻 | `2026-03-31T23:30:00Z` | 东九区 | 次月 1 日 08:30 | 通过（账期按业务时区归日） |",{"type":25,"children":241},[242],{"text":243,"type":29},"同一墙上时间 01:30 在一小时内出现两次，UTC 值不同、显示值相同——这正是必须用 UTC 记录的原因。若要验证\"用户输入不存在的本地时间\"（如 02:30），另列无偏移输入，并写明策略是拒绝、取早还是取晚。",{"type":25,"children":245},[246],{"text":247,"type":29},"这两类边界要固定 UTC 基准值与设备时钟，分别核对系统时区、账号\u002F业务时区、接口返回的时间值与格式化配置。真实地区出口只能验证\"IP 是否参与业务时区选择\"这一条，用它排除不了设备时间错误。",{"type":31,"level":21,"children":249},[250],{"text":251,"type":29},"记录时区数据库版本，避免结果漂移",{"type":25,"children":253},[254],{"text":255,"type":29},"记录里带上运行时使用的时区数据库版本（IANA tzdata）。版本升级会改变跳变规则与历史偏移；同一份用例换个环境跑出不同结果时，先比对这一项。",{"type":25,"children":257},[258],{"text":259,"type":29},"时间戳统一用 UTC 记录，页面显示按本地时区换算。不要在用例里写\"下午三点\"这种相对表述，否则第二天就无法复现。",{"type":31,"level":32,"children":261},[262],{"text":263,"type":29},"检查“几分钟前”等相对时间显示",{"type":25,"children":265},[266],{"text":267,"type":29},"绝对时间的边界清楚了，相对时间还有一套自己的坑。",{"type":25,"children":269},[270],{"text":271,"type":29},"\"3 分钟前\"\"昨天\"\"下周三\"这类相对时间，依赖当前时间与基准时区。测试时要能冻结时钟：发布时刻、当前时刻、基准时区三个值都写死，结果才有断言可比。",{"type":25,"children":273},[274],{"text":275,"type":29},"跨日措辞最容易出问题：内容发布于 `2026-03-08T23:58Z`、当前时刻 `2026-03-09T00:01Z`，UTC 下发布日是 3 月 8 日、当前是 3 月 9 日，相对语义为\"昨天\"；东九区两者都落在 3 月 9 日，同一天，应显示\"今天\"。两个断言都按冻结时钟写，而不是看着像就过。",{"type":25,"children":277},[278],{"text":279,"type":29},"绝对时间与相对时间在同一页面共存时，要检查两者是否指向同一时刻。常见缺陷是列表用相对时间、详情用绝对时间，且换算基准不同。",{"type":31,"level":32,"children":281},[282],{"text":283,"type":29},"记录时区 ID，避免城市名含糊",{"type":25,"children":285},[286],{"text":287,"type":29},"遇到目标地区没有独立页面的情况，可参照[国际站回退体验测试](https:\u002F\u002Fwww.quanqiudaili.com\u002Fblog\u002Finternational-site-locale-fallback-testing)核对回退结果。",{"type":25,"children":289},[290],{"text":291,"type":29},"记录里写 `Asia\u002FTokyo`、`America\u002FNew_York` 这类 IANA 时区 ID，不要只写\"东京\"\"纽约\"。城市名在夏令时、历史时区变更和别名上都有歧义，ID 才能精确复现。",{"type":25,"children":293},[294],{"text":295,"type":29},"差一天时要按层比对，而不是直接改代码：先看数据库时间戳，再看接口序列化结果，然后是浏览器时区，最后才是格式化逻辑。顺序颠倒会把格式化问题误判成存储问题。",{"type":25,"children":297},[298],{"text":299,"type":29},"同时记录设备时区、账号地区、页面语言三项的实际值，以及页面最终采用的时区来源。只写\"已切换到某地区\"，无法判断页面到底按哪个时区渲染。",{"type":25,"children":301},[302],{"text":303,"type":29},"结论里要区分\"格式问题\"与\"时刻问题\"：格式问题改本地化配置，时刻问题查换算链路，两者修复路径完全不同。",{"type":25,"children":305},[306],{"text":307,"type":29},"地区识别结果与设备设置不一致时，排查口径见代理 IP 地区、时区与语言一致性。",{"type":31,"level":32,"children":309},[310],{"text":141,"type":29},{"type":31,"level":21,"children":312},[313],{"text":314,"type":29},"改了代理 IP 地区，页面时间会跟着变吗？",{"type":25,"children":316},[317],{"text":318,"type":29},"通常不会。IP 地区影响的是地区识别，时间显示多由设备时区、账号设置或业务时区决定。要验证这一点，固定设备时区、只换出口再看结果。",{"type":31,"level":21,"children":320},[321],{"text":322,"type":29},"日期格式和时区是一回事吗？",{"type":25,"children":324},[325],{"text":326,"type":29},"不是。格式由语言与区域设置决定，时区决定换算后的小时。只改其中一个，另一项不会自动正确。",{"type":31,"level":21,"children":328},[329],{"text":330,"type":29},"夏令时那天少了一小时，算缺陷吗？",{"type":25,"children":332},[333],{"text":334,"type":29},"要区分。缺失小时是时区规则本身的结果，属于预期；但页面显示的时间与预期换算不一致，就是缺陷。",{"type":31,"level":21,"children":336},[337],{"text":338,"type":29},"测时区必须换出口吗？",{"type":25,"children":340},[341],{"text":342,"type":29},"大多数日期问题本地即可复现，只要设备时区可控。只有当站点按访问地区决定业务时区时，才需要真实地区出口，可优先评估原生静态住宅代理 IP。",{"type":25,"children":344},[345],{"text":346,"type":29},"固定地区会话的产品说明可参见[静态住宅 FAQ](https:\u002F\u002Fhelp.quanqiudaili.com\u002Fdocs\u002FFaq\u002FStatic-Residence-Faq)。",{"type":25,"children":348},[349],{"text":350,"type":29},"对比地区渲染结果时，可结合国际站地区页面差异判定，区分预期配置和时间显示缺陷。这一轮留下的是一份\"时间戳—时区 ID—显示值\"的三列对照表，不是一句\"时区没问题\"。",{"type":25,"children":352},[353],{"text":354,"type":29},"若业务时区依赖访问地区、需要按地区稳定复现，可按地区与会话要求评估[原生静态住宅代理 IP](https:\u002F\u002Fwww.quanqiudaili.com\u002Fproduct\u002Fstatic-residential-native)，产品规则仍需在自有测试环境验证。",{"source":6,"id":356,"documentId":357,"translationKey":357,"locale":9,"slug":358,"path":359,"_path":359,"title":360,"description":361,"excerpt":361,"image":362,"publishedAt":363,"updatedAt":364,"author":17,"tags":365,"featured":19,"sortOrder":20,"readingTime":21,"bodyType":22,"bodyBlocks":366,"bodyHtml":178},3592,"ruslomcx406e4pgu9maa5fap","international-site-regional-accessibility-testing","\u002Fblog\u002Finternational-site-regional-accessibility-testing","多地区可访问性回归：按语言与组件抽样的做法","把多地区访问纳入可访问性回归时，按语言与组件风险抽样，覆盖键盘顺序、焦点、读屏名称与文本扩展，自动扫描只作补充，基线问题单独标记。","https:\u002F\u002Fcms.quanqiudaili.com\u002Fuploads\u002Flarge_international_site_regional_accessibility_testing_1_cfee224964.webp","2026-10-23T03:43:55.428Z","2026-10-23T03:43:55.417Z",[],[367,371,375,379,383,387,391,395,399,403,407,411,415,419,423,427,431,435,439,443,447,451,455,458,462,466,470,474,478,482,486,490],{"type":25,"children":368},[369],{"text":370,"type":29},"可访问性缺陷往往与语言强相关：文本变长导致按钮溢出、阿拉伯语右到左布局让焦点顺序反过来、屏幕阅读器读不出本地化后的字段名。这些在单一语言下测不出来。把多地区访问纳入可访问性回归，关键是选定要覆盖的语言与组件，而不是在每个地区重跑一遍全站。当某个地区的界面表现出现差异、又需要反复复现时，出口才成为条件，可优先评估静态住宅代理 IP；它只改变访问位置，页面结构、语言包与读屏行为仍取决于站点实现。先确认站点级基线，再按语言抽样。",{"type":31,"level":32,"children":372},[373],{"text":374,"type":29},"先检查所有地区共用的无障碍问题",{"type":25,"children":376},[377],{"text":378,"type":29},"需要把地区和浏览器变量拆开时，可参考[国际化浏览器与地区测试矩阵](https:\u002F\u002Fwww.quanqiudaili.com\u002Fblog\u002Finternational-browser-region-test-matrix)。 多地区测试之前，站点本身要有一份可用的基线：语义结构（标题层级、地标区域）、表单标签、可聚焦元素顺序、对比度与键盘可达性。基线不稳就做多地区，得到的是一堆无法归因的重复缺陷。",{"type":25,"children":380},[381],{"text":382,"type":29},"基线阶段不需要真实出口，用本地环境跑一遍即可；进入地区对比阶段才需要固定出口。",{"type":25,"children":384},[385],{"text":386,"type":29},"本文范围是完整站点回归。若采用 WCAG，单页与落地页同样按适用的成功准则判断，差别在测试范围（是否需要跑完整流程）、目标等级与验收口径，不是因为\"用于投放\"就换一套标准。以下按 WCAG 2.2 AA 作为目标等级，项目另有要求时以项目为准；文中的抽样做法也不能用来声称未测页面已达标。",{"type":31,"level":32,"children":388},[389],{"text":390,"type":29},"按语言和高风险组件抽样测试",{"type":25,"children":392},[393],{"text":394,"type":29},"若抽样覆盖还涉及入口与重定向链路，可参照[多语言网站链接回归测试](https:\u002F\u002Fwww.quanqiudaili.com\u002Fblog\u002Fmultilingual-site-internal-link-regression-testing)。 不需要每种语言都全站跑。抽样依据是语言本身的排版风险与组件类型：RTL 语言、无空格分词的语言、字符宽度差异大的语言、变音符号密集的语言，各取一个代表。",{"type":25,"children":396},[397],{"text":398,"type":29},"组件侧优先覆盖高交互与本地化密集的部分：导航与菜单、表单与错误提示、日期与数字格式化、模态框与焦点陷阱、表格与分页。这些组件同时受文本扩展和焦点顺序影响，是多地区回归里最容易出问题的地方。",{"type":25,"children":400},[401],{"text":402,"type":29},"抽样结果要写成\"覆盖了哪些语言×组件\"的矩阵，而不是\"测了三门语言\"。矩阵里空白格就是未覆盖风险，要显式记录。",{"type":106,"children":404},[405],{"text":406,"type":29},"| 语言\u002F方向 | 重点组件 | 风险点（示例） | 实际环境（浏览器 \u002F 系统 \u002F 读屏，填实测） | 是否覆盖 |\n| --- | --- | --- | --- | --- |\n| RTL 语言 | 导航、模态框 | 焦点顺序跳、关闭按钮位置错 | Chrome \u002F Windows 11 \u002F NVDA（版本待填） | 是 |\n| 长单词语言 | 按钮、表头 | 文本溢出截断 | Safari \u002F iOS \u002F VoiceOver（版本待填） | 是 |\n| 中文\u002F日文 | 表单、表格 | 无空格分词导致读屏分段异常 | Chrome \u002F Android \u002F TalkBack（版本待填） | 是 |\n| 变音符号语言 | 错误提示 | 字段名与提示不一致 | 待排期 | 待覆盖 |",{"type":25,"children":408},[409],{"text":410,"type":29},"实际播报内容与焦点路径要一并记录，否则辅助技术相关问题复现不了。",{"type":25,"children":412},[413],{"text":414,"type":29},"表里\"待覆盖\"那一行就是本轮的已知缺口，要写进结论，不能等它变成投诉。",{"type":31,"level":32,"children":416},[417],{"text":418,"type":29},"键盘、焦点与读屏名称检查",{"type":25,"children":420},[421],{"text":422,"type":29},"键盘操作按 Tab 顺序走完一条主流程：从页面顶部到主内容、到表单、到提交、到错误提示。判定标准是焦点顺序保持逻辑、含义与可操作性，不要求与视觉位置逐项对应；RTL 语言也不应机械倒转 Tab，而是看阅读与操作是否顺。记录焦点在哪一步丢失、模态框打开后焦点是否被限制在内。",{"type":25,"children":424},[425],{"text":426,"type":29},"焦点可见性是高频缺陷：自定义组件把 outline 去掉却没提供替代样式，键盘用户完全看不到自己在哪。每个语言版本都要看，因为 RTL 布局下焦点环可能被裁切。",{"type":25,"children":428},[429],{"text":430,"type":29},"读屏名称在本地化后最容易失真：图标按钮的可访问名称被翻译成无意义短语、字段标签与输入框的关联在翻译后断开、错误提示没有与字段建立关联。检查方式是读出实际播报内容，而不是看 DOM 里有没有 aria 属性。",{"type":25,"children":432},[433],{"text":434,"type":29},"页面与片段级的语言标记也要看：`lang` 写错时，中英混排的提示会被读屏用错误语音念出来，听起来像\"翻译坏了\"，实际是语言标记没跟上。",{"type":25,"children":436},[437],{"text":438,"type":29},"界面本身可访问、但访问链路不稳定时，先把渲染慢与出口慢分开，口径见[代理 IP 出口可用率与延迟测试](https:\u002F\u002Fwww.quanqiudaili.com\u002Fblog\u002Fproxy-ip-availability-latency-stability-test)。",{"type":31,"level":32,"children":440},[441],{"text":442,"type":29},"自动扫描之后仍需人工复核",{"type":25,"children":444},[445],{"text":446,"type":29},"地区出口异常与站点自身可访问性问题要分开判断：先看渲染耗时与响应码，确认访问链路稳定，再看页面本身。自动化工具能稳定发现对比度、缺失标签、重复 ID 这类问题，但判断不了本地化后的语义是否通顺、焦点顺序是否符合阅读方向。把它放在回归的前置筛查，用来快速排除明显问题，人工检查放在后面。",{"type":25,"children":448},[449],{"text":450,"type":29},"自动扫描的规则集要固定版本，否则两次运行的差异说不清是修好了还是规则变了。扫描结果按组件归档，避免同一问题在每个语言下重复出现几十条。",{"type":25,"children":452},[453],{"text":454,"type":29},"人工检查每次至少覆盖一条完整主流程与两个高风险组件。只跑工具不跑人工，多地区回归基本等于没做。",{"type":31,"level":32,"children":456},[457],{"text":141,"type":29},{"type":31,"level":21,"children":459},[460],{"text":461,"type":29},"每种语言都要测一遍吗？",{"type":25,"children":463},[464],{"text":465,"type":29},"不需要。按排版风险与组件覆盖抽样，RTL、长单词、无空格分词语言各取代表，其余语言在文本扩展检查里覆盖。",{"type":31,"level":21,"children":467},[468],{"text":469,"type":29},"RTL 语言要单独建一套用例吗？",{"type":25,"children":471},[472],{"text":473,"type":29},"重点补充焦点顺序、图标方向与文本对齐三类检查即可，不必把整套用例复制一份，否则维护成本会失控。",{"type":31,"level":21,"children":475},[476],{"text":477,"type":29},"自动化扫描零问题就说明通过了？",{"type":25,"children":479},[480],{"text":481,"type":29},"不是。扫描不判断语义与焦点顺序，本地化后的播报内容和键盘路径仍需人工确认。",{"type":31,"level":21,"children":483},[484],{"text":485,"type":29},"多地区可访问性测试必须用代理 IP 吗？",{"type":25,"children":487},[488],{"text":489,"type":29},"语言、RTL、时区与地区参数都能在授权的测试环境里构造；只有要验证按真实 IP 生效的地理识别或网络分发时，才需要对应地区出口。先确认站点按哪一层决策，再定要不要出口——不必把所有地区测试都写成必须买住宅出口。 长期固定地区会话的产品说明可参见[静态住宅 FAQ](https:\u002F\u002Fhelp.quanqiudaili.com\u002Fdocs\u002FFaq\u002FStatic-Residence-Faq)。",{"type":25,"children":491},[492],{"text":493,"type":29},"多地区可访问性回归的产出是\"覆盖矩阵 + 未覆盖缺口 + 基线缺口\"三份清单，而不是缺陷数量的堆叠。这三份清单各自要有维护人和下一次复核周期。若同一地区的界面表现需要稳定复现，可按地区与会话要求评估[静态住宅代理 IP](https:\u002F\u002Fwww.quanqiudaili.com\u002Fproduct\u002Fstatic-residential-standard)，产品规则仍需在自有测试环境验证。",{"source":6,"id":495,"documentId":496,"translationKey":496,"locale":9,"slug":497,"path":498,"_path":498,"title":499,"description":500,"excerpt":500,"image":501,"publishedAt":502,"updatedAt":503,"author":17,"tags":504,"featured":19,"sortOrder":20,"readingTime":21,"bodyType":22,"bodyBlocks":505,"bodyHtml":178},3591,"hotcpf0dsp772bv66sp10rts","international-site-regional-form-validation-testing","\u002Fblog\u002Finternational-site-regional-form-validation-testing","多地区表单验证测试：字段规则与边界值怎么跑","测试国际站表单时按地区配置覆盖必填、格式与边界值，用合成数据复现提示与焦点位置，把出口地区与表单规则分开记录，避免把地区变量误判成规则缺陷。","https:\u002F\u002Fcms.quanqiudaili.com\u002Fuploads\u002Flarge_international_site_regional_form_validation_testing_1_5110931c63.webp","2026-10-23T03:37:27.355Z","2026-10-23T03:37:27.326Z",[],[506,511,515,519,523,527,531,535,539,543,547,551,555,559,563,567,571,575,579,583,587,591,595,599,603,607,610,614,618,622,626,630,634,638,642,646],{"type":31,"level":507,"children":508},1,[509],{"text":510,"type":29},"如何测试国际网站表单在不同地区的校验规则",{"type":25,"children":512},[513],{"text":514,"type":29},"同一个表单在不同地区提示不同，通常不是文案问题，而是校验规则随地区变了：邮编位数、电话前缀、地址顺序、姓名字段是否必填。多地区表单验证测试要先分清哪些规则属于通用校验、哪些属于地区配置，再用同一批输入观察差异。本地改语言前缀能覆盖语言分支，覆盖不了地区识别；后者需要一个该地区的出口，可优先评估原生静态住宅代理 IP；表单规则与字段配置仍由应用自身决定。地区限制触发后的文案与恢复路径，可参照[多地区错误提示测试](https:\u002F\u002Fwww.quanqiudaili.com\u002Fblog\u002Flocalized-error-message-testing)。下面按字段建矩阵，再取边界值，最后对提示与焦点做一次核对。",{"type":31,"level":32,"children":516},[517],{"text":518,"type":29},"先区分地区规则和通用表单校验",{"type":25,"children":520},[521],{"text":522,"type":29},"通常不随地区变的是防注入、重复提交限制这类安全约束；必填、长度上限、字符集、格式都可能因字段与地区不同，要按字段逐个核对，不能整类默认。地区配置随地区变：邮编格式、电话区号与位数、地址层级（省\u002F州\u002F县）、姓名顺序、证件类字段。",{"type":25,"children":524},[525],{"text":526,"type":29},"两条边界要记住。填写规则由产品配置决定，不能按出口 IP 推断用户该填什么。取样时先保留原始输入，再分三层记录：原样提交、产品允许的归一化值（去首尾空格、全角转半角、组合字符统一）、服务端实际保存值。电话前导零、全角数字、连续空格各设明确的接受\u002F拒绝\u002F转换预期；测试人员先统一清洗再提交，正好漏掉要测的差异。",{"type":25,"children":528},[529],{"text":530,"type":29},"判断一条规则是不是地区变量，先看产品规则与字段模型：通用校验写在公共层，地区规则挂在地区配置上。然后分别改地区选择、账号地区、locale 与服务端配置，看哪一层真正改变了结果。只有应用确实按 IP 地区取规则时，才用出口走这一步；换出口不变，可能是更高优先级的配置在生效，也可能是两套规则恰好一样，不能据此断言它是通用校验。",{"type":25,"children":532},[533],{"text":534,"type":29},"分清这两层，才能判断一条失败用例该修代码还是改配置。混在一起时最常见的误判，是把\"配置里没开这个地区\"当成校验 bug，反复提单却始终不复现。",{"type":25,"children":536},[537],{"text":538,"type":29},"本文只覆盖注册、联系、资料修改这类通用产品表单，不写电商配送与支付页面的规则差异。那类表单还叠加了履约与风控约束，判定口径不同。",{"type":31,"level":32,"children":540},[541],{"text":542,"type":29},"按字段整理各地区的校验规则",{"type":25,"children":544},[545],{"text":546,"type":29},"不同地区验证失败后若转成提示或错误状态，可对照多地区错误提示测试检查错误消息与恢复路径。 先把每个字段在各地区的要求列成表：一行一个字段，各地区规则并列成列，只列有差异的行。没有差异的字段单独说明\"全局一致\"，避免表格被无意义行淹没。",{"type":106,"children":548},[549],{"text":550,"type":29},"| 地址表单字段 | 地区 A 规则 | 地区 B 规则 | 测试输入（示例） | 结论 |\n| --- | --- | --- | --- | --- |\n| 邮编 | 5 位数字 | 含字母与空格 | 地区 A 填 `90210` | 通过 |\n| 电话 | 电话格式：区号＋10 位本地号码 | 9—11 位，区号可空 | `+1 415 555 0100` | 通过，提示随地区变 |\n| 地址 | 州必填 | 省必选，无州字段 | 缺省级字段提交 | 失败：缺省字段未拦截 |\n| 姓名 | 全名单字段 | 姓\u002F名分离 | 单字段填全名 | 待确认：是否自动拆分 |",{"type":25,"children":552},[553],{"text":554,"type":29},"结论列只写三种值：通过、失败（写明原因）、待确认。写\"看情况\"等于没结论。",{"type":25,"children":556},[557],{"text":558,"type":29},"表里每行都要在结论里写明测试地区与运行环境：在本地还是在哪个地区、用哪类代理 IP 出口，浏览器与系统版本一并记下；只写\"通过\"或\"失败\"看不出是在哪测的，复跑也对不齐。",{"type":25,"children":560},[561],{"text":562,"type":29},"矩阵的价值是让配置改动可核对：产品改了某地区规则，只需重跑该地区的行。",{"type":31,"level":32,"children":564},[565],{"text":566,"type":29},"用代表值和边界值覆盖输入情况",{"type":25,"children":568},[569],{"text":570,"type":29},"矩阵列好只是静态的，真正会出问题的是值本身。",{"type":25,"children":572},[573],{"text":574,"type":29},"每个有格式的字段取四类输入：合法值、边界值（最短\u002F最长）、非法但常见（多一个空格、全角字符）、空值。不要用真实用户数据，用合成值：地址给\"示例街 100 号\"这类不含真实门牌的写法，电话给该地区格式样本，邮编给位数相符的格式样本。`192.0.2.0\u002F24` 是 IP 文档专用示例网段，只适合出现在 IP 字段，且要写成完整地址，不能当邮寄地址用。",{"type":25,"children":576},[577],{"text":578,"type":29},"边界值最容易暴露问题：长度上限按字节算还是按字符算，在含变音符号与中日韩字符的语言下结果不同。测试时至少覆盖一个多字节语言，否则\"上限 20 字符\"这类规则在部分地区会被静默截断。",{"type":25,"children":580},[581],{"text":582,"type":29},"同一批输入在多个地区各跑一次，记录\"哪个地区拒绝了它、拒绝理由是什么\"。跨地区比对时保持其它变量不变，尤其是账号与语言。",{"type":31,"level":32,"children":584},[585],{"text":586,"type":29},"检查错误提示、焦点位置和前后端结果",{"type":25,"children":588},[589],{"text":590,"type":29},"失败时看三件事：提示是否说清哪个字段与怎么改、焦点或错误摘要是否把用户带到可修正的位置、提示语言是否与页面语言一致。提交失败后聚焦错误摘要或首个错误字段可以，行内校验保留焦点并用关联提示播报也可以——两种都算合格，不要固定成一种。",{"type":25,"children":592},[593],{"text":594,"type":29},"前端校验与后端校验要分别验证：绕过前端直接提交，看后端是否给出同一业务结论。响应结构与文案不必逐字相同，但拒绝与接受的分界必须一致；前端比后端多出来的可用性提示，在结论里注明。只测前端会漏掉\"后端接受了前端拒绝的值\"这类问题，它在接口被直接调用时才会暴露。",{"type":25,"children":596},[597],{"text":598,"type":29},"改对输入后还要确认两件事：提示是否真的消失、提交是否真的成功或被按预期阻止。只看提示消失，很容易把\"后端其实没接受\"的假成功放过去。",{"type":25,"children":600},[601],{"text":602,"type":29},"提示文案不要写死地区相关术语。同一条\"邮编格式不正确\"在不同地区应有不同示例，但结论必须一致，否则用户不知道该改什么。",{"type":25,"children":604},[605],{"text":606,"type":29},"出口地区与表单规则不一致时，先按代理 IP 地区、时区与语言一致性排查地区识别，再判断是不是规则本身的问题。",{"type":31,"level":32,"children":608},[609],{"text":141,"type":29},{"type":31,"level":21,"children":611},[612],{"text":613,"type":29},"表单提示语言和页面语言不一致算缺陷吗？",{"type":25,"children":615},[616],{"text":617,"type":29},"算。提示语言应跟随页面语言；如果回退到默认语言，要像页面一样有明确说明，而不是突然切换。",{"type":31,"level":21,"children":619},[620],{"text":621,"type":29},"能不能用真实地址和电话做测试数据？",{"type":25,"children":623},[624],{"text":625,"type":29},"不建议。用合成数据即可覆盖格式与边界，真实数据既没必要也会带来清理与合规负担。",{"type":31,"level":21,"children":627},[628],{"text":629,"type":29},"填错后切到另一个地区，提示会重算吗？",{"type":25,"children":631},[632],{"text":633,"type":29},"不一定，取决于校验在提交时还是输入时触发。切换地区后要重新提交一次，否则看到的是上一次的提示，按它判断规则是否生效会判错。",{"type":31,"level":21,"children":635},[636],{"text":637,"type":29},"测试表单要换出口地区吗？",{"type":25,"children":639},[640],{"text":641,"type":29},"要验证\"该地区表单按哪套规则校验\"时，需要该地区出口复现，可优先评估原生静态住宅代理 IP；只测通用校验时，本地即可。 固定地区会话的产品边界可参见[静态住宅 FAQ](https:\u002F\u002Fhelp.quanqiudaili.com\u002Fdocs\u002FFaq\u002FStatic-Residence-Faq)。",{"type":25,"children":643},[644],{"text":645,"type":29},"提交表单涉及地区格式之外的时间字段时，可继续看[国际站日期和时区显示测试](https:\u002F\u002Fwww.quanqiudaili.com\u002Fblog\u002Finternational-site-date-time-timezone-testing)。判定只有一条：结论列能不能被另一个人照着复现。",{"type":25,"children":647},[648],{"text":649,"type":29},"若同一地区需要稳定出口反复比对同一批输入，可按地区与会话要求评估[原生静态住宅代理 IP](https:\u002F\u002Fwww.quanqiudaili.com\u002Fproduct\u002Fstatic-residential-native)，产品规则仍需在自有测试环境验证。",[651],{"source":6,"id":7,"documentId":8,"translationKey":8,"locale":9,"slug":10,"path":11,"_path":11,"title":12,"description":13,"excerpt":13,"image":14,"publishedAt":15,"updatedAt":16,"author":17,"tags":652,"featured":19,"sortOrder":20,"readingTime":21,"bodyType":22,"bodyBlocks":653,"bodyHtml":178},[],[654,657,660,663,666,669,672,675,692,695,698,701,704,707,710,713,716,719,722,725,728,731,734,737,740,743,746,749,752,755,758,761],{"type":25,"children":655},[656],{"text":28,"type":29},{"type":31,"level":32,"children":658},[659],{"text":35,"type":29},{"type":25,"children":661},[662],{"text":39,"type":29},{"type":25,"children":664},[665],{"text":43,"type":29},{"type":25,"children":667},[668],{"text":47,"type":29},{"type":31,"level":32,"children":670},[671],{"text":51,"type":29},{"type":25,"children":673},[674],{"text":55,"type":29},{"type":57,"format":58,"children":676},[677,680,683,686,689],{"type":61,"children":678},[679],{"text":64,"type":29},{"type":61,"children":681},[682],{"text":68,"type":29},{"type":61,"children":684},[685],{"text":72,"type":29},{"type":61,"children":687},[688],{"text":76,"type":29},{"type":61,"children":690},[691],{"text":80,"type":29},{"type":25,"children":693},[694],{"text":84,"type":29},{"type":25,"children":696},[697],{"text":88,"type":29},{"type":25,"children":699},[700],{"text":92,"type":29},{"type":25,"children":702},[703],{"text":96,"type":29},{"type":31,"level":32,"children":705},[706],{"text":100,"type":29},{"type":25,"children":708},[709],{"text":104,"type":29},{"type":106,"children":711},[712],{"text":109,"type":29},{"type":25,"children":714},[715],{"text":113,"type":29},{"type":25,"children":717},[718],{"text":117,"type":29},{"type":31,"level":32,"children":720},[721],{"text":121,"type":29},{"type":25,"children":723},[724],{"text":125,"type":29},{"type":25,"children":726},[727],{"text":129,"type":29},{"type":25,"children":729},[730],{"text":133,"type":29},{"type":25,"children":732},[733],{"text":137,"type":29},{"type":31,"level":32,"children":735},[736],{"text":141,"type":29},{"type":31,"level":21,"children":738},[739],{"text":145,"type":29},{"type":25,"children":741},[742],{"text":149,"type":29},{"type":31,"level":21,"children":744},[745],{"text":153,"type":29},{"type":25,"children":747},[748],{"text":157,"type":29},{"type":31,"level":21,"children":750},[751],{"text":161,"type":29},{"type":25,"children":753},[754],{"text":165,"type":29},{"type":31,"level":21,"children":756},[757],{"text":169,"type":29},{"type":25,"children":759},[760],{"text":173,"type":29},{"type":25,"children":762},[763],{"text":177,"type":29},null,[],[]]