TG咨询同一应用里，页面显示中文，权限询问却显示英文，通常不是简单改一处文案就能解决。开展安卓托管运行环境的系统弹窗语言一致性校验时，首先要确认弹窗由哪一层生成：宿主设备、托管的 Android 环境，还是应用自身。三者的语言配置可能彼此独立。
先弄清弹窗属于哪一层
“系统弹窗”不是单一类型。Android 的运行时权限询问由系统权限组件提供；应用自己创建的确认框则使用应用资源；托管环境还可能有启动、连接或退出提示。它们看起来相似，语言来源却不一定相同。
- 宿主界面：由承载环境的设备或平台控制。它的语言变化不一定会同步到托管的 Android 实例。
- Android 系统界面：例如权限请求界面，通常依据该 Android 环境可用的系统语言资源显示。
- 应用界面：受应用资源和应用语言设置影响。Android 13 及更新版本支持面向用户的应用语言设置，但这不代表所有系统组件都会跟随应用语言切换。
因此，校验时应把 Android locale（区域语言配置）、应用语言和 PermissionController（权限控制组件）作为不同检查项，而不是把“改了应用语言”当作全部完成。
按这个顺序检查并复现
- 记录环境：写明 Android 版本、托管运行环境版本、宿主语言、Android 系统语言、应用语言，以及当前账号或测试配置。不同版本和实现可能采用不同的语言继承规则。
- 固定测试条件：先把宿主和托管环境都设为目标语言，例如简体中文，再冷启动应用。记录权限弹窗、系统确认提示和应用自绘对话框分别显示什么语言。
- 逐层改变语言：只改变 Android 系统语言后重测；恢复后只改变应用语言再测；最后单独改变宿主语言。每次只动一个变量，才能判断弹窗实际跟随哪一层。
- 覆盖首次与再次请求：清除应用数据或使用干净测试环境检查首次权限请求，再检查拒绝后重试、已授权后的相关提示。权限状态会影响是否再次出现弹窗，不能只测一种状态。
- 记录结果并复测：按弹窗类型登记预期语言、实际语言、系统版本和复现步骤。修正配置或资源后，在目标设备范围内重复同一组用例。
不一致时，优先排查这些原因
系统语言和应用语言不是一回事
Android 13 及更新版本可以提供逐应用语言选择；较旧版本或未实现相应配置的应用，行为可能不同。应用设置为中文，不保证由系统组件生成的弹窗也切换为中文。权限提示应优先检查托管 Android 的系统语言和系统组件资源，而非只检查应用文案。
目标语言资源缺失或区域不匹配
应用资源可能只包含简体中文，设备却选择了繁体中文或其他区域变体。系统或应用会按可用资源进行回退，最终显示语言不一定符合预期。检查资源目录及默认资源是否完整，并把“目标语言缺失时允许回退到什么语言”写入验收规则。
运行中的配置没有及时刷新
语言切换后，部分界面可能仍保留旧的资源配置，直到页面重建或应用重新启动。测试时应分别观察立即切换和冷启动后的结果；若只有旧页面异常，重点检查界面是否正确响应配置变化，而不要误判为系统弹窗资源本身缺失。
建立可重复的验收规则
一份实用的安卓托管运行环境的系统弹窗语言一致性校验记录，至少包含环境版本、语言组合、弹窗归属、预期语言、实际结果和复现步骤。可以用简体中文、英语等环境组合做基础覆盖；若产品明确支持繁体中文或其他语言，再加入对应组合。覆盖范围应以实际支持的 Android 版本和托管方式为准，不必为了追求数量而测试无关组合。
判定时不要只依赖截图。还要核对按钮含义、错误提示和无障碍朗读是否使用一致语言；截图可辅助定位，但系统字体、屏幕尺寸和主题都可能改变排版。最终检查应确认：同一语言配置下，各类弹窗符合约定；切换语言后结果可重复；缺少翻译时的回退行为也明确。这样才能让安卓托管运行环境的系统弹窗语言一致性校验真正成为可执行的验收项。
常见问题
只修改应用语言，系统权限弹窗会跟着变吗？
不一定。权限弹窗通常由系统组件提供，应同时检查托管 Android 的系统语言和具体版本行为。
宿主设备设为中文，托管环境仍显示英文，正常吗？
有可能。托管环境可能维护独立的语言配置，需进入该环境检查其系统语言。
切换语言后，为什么已有弹窗仍显示旧语言？
界面可能尚未重新加载配置。关闭并重开相关页面或应用后复测，并区分旧界面残留与新弹窗表现。
回归测试至少记录什么？
记录系统和托管环境版本、宿主与 Android 语言、应用语言、权限状态、弹窗类型及实际显示结果。