症状：只对照 Figma 静态稿，无法确认翻译进入应用后是否截断、错位或改变阅读方向。 最快解法：先拿到可打开的 Xcode 项目，逐个预览已配置语言，再用模拟器或目标设备复核运行状态。没有 Mac、又不依赖本地外设时，可以评估远程 Mac；它不能代替真实设备验收。
负责 iOS 或 macOS 产品界面的设计师：想在交付前发现翻译造成的布局问题。 产品设计师或本地化负责人：需要和开发协作者对齐各语言版本的呈现。 以 Windows 为主力设备的独立设计师和小团队：需要判断怎样获得 Xcode 项目复核环境。
第一步：先确认你验收的是界面表现，不是翻译质量
设计稿审查能确认预期层级、组件和内容，但不能验证应用实际加载了哪条翻译、控件是否随文本伸缩，也不能确认页面运行时的布局方向。Xcode 27 多语言界面验收应当从开发项目中的语言预览开始，再进入模拟器或目标设备核对运行状态。
Apple 的发布记录列出 Xcode 27 于 2026 年 9 月 14 日发布。本文涉及的预览方式与本地化检查依据 Apple 的 Xcode 文档；预览能帮助查看布局，却不是自动翻译审校工具，也不意味着所有设备表现都已确认。你可以查阅Apple 的 Xcode 27 发布记录及当前 Xcode 27 发布说明，确认团队使用的版本与功能边界。
先把验收责任分开，避免设计师被要求仅凭截图判断代码行为，或把翻译本身的疑问误记成布局缺陷。
| 参与者 | 验收前应提供或确认 | 设计师可据此检查 |
|---|---|---|
| 设计师 | 页面清单、设计意图、重点组件和视觉参考 | 间距、层级、截断、换行和交互反馈是否符合预期 |
| 开发协作者 | 可打开的 Xcode 项目或明确的预览入口、可运行的目标页面 | 实际加载的界面和组件行为；缺少项目时，设计师不能在 Xcode 中自行验收 |
| 本地化协作者 | 已导入的翻译、语言与地区版本、待确认的词语 | 译文是否完整、术语是否一致；不应由设计师仅凭版面猜测翻译正确性 |
第二步：交接项目时把验收入口和样本说清楚
你不需要从零学习本地化开发，但必须拿到能复核实际界面的入口。单张 Figma 画面、导出的图片或文字表格，都不能代替包含界面和本地化资源的 Xcode 项目。
交接时先确认：项目是否可以打开；代表性页面是否能预览；语言是否已加入或翻译文件是否已导入；本轮重点文案是否有最终稿；页面是否包含需要实际操作才能出现的内容。Apple 文档说明，SwiftUI 预览应使用项目中已添加或导入的语言；String Catalog 则可用于集中查看本地化文本。相关预览方式可参照Apple 的本地化预览说明。
| 交接材料 | 缺失时的风险 | 你应要求的补充 |
|---|---|---|
| 可打开的项目或预览入口 | 只能看静态稿，无法核实应用实际布局 | 开发协作者提供项目访问或安排共同复核 |
| 语言及地区清单 | 可能漏掉地区差异，误把一种译文当作全部版本 | 标明本轮验收语言与地区 |
| 页面和重点文案清单 | 只检查首页，遗漏错误提示、弹窗等状态 | 列出关键页面和需重点核对的文案 |
| 待确认翻译说明 | 设计反馈与语言审校意见混在一起 | 标清翻译是否已定稿、术语由谁确认 |
第三步：用语言预览找出长度和方向问题
拿到项目后，先从代表性页面开始，而不是逐张重画设计稿。SwiftUI Previews 可用于预览视图；Apple 的文档说明，SwiftUI 项目可在预览环境中设置语言，也能为不同语言添加预览。界面构建器也支持选择本地化版本。
预览时优先看容易被文案变化影响的元素：主按钮、导航标题、表单标签、错误提示和弹窗正文。记录是否出现文字被裁掉、意外换行、按钮被挤窄、相邻控件重叠，或原本需要强调的内容失去层级。不要只记“这个页面不对”，而应附上页面名称和当前语言，方便开发者复现。
| 预览对象 | 重点检查 | 发现问题后记录 |
|---|---|---|
| 按钮与导航 | 文字是否被裁切、控件是否被挤压 | 页面、语言、控件文字、截图 |
| 长提示与错误信息 | 换行后是否覆盖按钮或关键内容 | 提示出现条件、页面状态、受影响区域 |
| 从右向左语言 | 阅读方向、对齐和方向性控件是否合理 | 语言、控件是否应镜像、实际方向 |
| 含数字或拉丁字母的混排文本 | 对齐与阅读顺序是否仍清晰 | 原文、译文、周围组件和截图 |
提醒：预览里看到的文字可能还不是本地化团队认可的最终文案。先确认版本，再决定这是翻译审校问题、代码布局问题，还是需要调整设计的取舍。
第四步：按问题归属反馈，不要只改 Figma
按钮变窄不一定是设计稿留白设错：可能是翻译比原文长、代码使用固定宽度，也可能是产品确实需要短标签。把问题按责任拆开，能减少设计师修改稿件后、应用中的显示问题依然存在的反复。
你可以按下面的反馈方式逐项登记，而不必试图在一次评审里替开发和本地化团队做判断：
- 文案审校：原文或译文缺失、术语不一致、语义有疑问。交给语言负责人确认后，再复核页面。
- 布局实现：文案已确认，但发生截断、遮挡或意外重叠。附上语言、页面和截图，请开发协作者检查实现。
- 设计决策：长文案是否允许换行、窄屏是否需要替代短文案等取舍尚未定。由设计、产品和开发共同确认预期，再更新规范。
把常见验收疑问一次厘清
SwiftUI Previews 能直接切换语言吗？
能否预览取决于项目是否准备好了相应语言。请协作者确认语言已添加或本地化资源已导入，再使用预览入口检查视图；不要把“能显示某种语言”当作翻译准确或应用流程完整的证明。
设计师如何判断按钮截断属于哪类问题？
先确认显示的是已定稿译文，然后记录按钮、页面与语言，观察文字裁切、换行和控件边界。若问题仅是译文选择，交由本地化负责人审校；若已确认文案仍无法完整显示，交给开发协作者核对实现和布局约束。
语言预览可以代替模拟器吗？
不可以。预览适合较快检查单个视图；模拟器运行应用后，才便于沿页面流程观察动态内容、跳转和设备尺寸差异。模拟器仍不能确认所有真实设备表现，需要精确验证时应安排目标设备复核。
Windows 设计师怎样参与 iOS 验收？
Figma 可用于视觉交付，但 Windows 本身不能原生运行 Xcode。你需要开发团队提供可复核入口或使用 Mac 环境；若通过远程 Mac 操作，仍需确认项目权限、访问流程和复核范围，并把真机验证留给实际设备。
第五步：转到模拟器，确认运行中的页面状态
当预览无法呈现完整流程，或问题与页面跳转、弹窗、动态内容有关时，请开发协作者在 Xcode 选定运行方案和模拟器设备并启动应用。你可以沿着设计交付中的关键流程操作，检查已确认的语言是否贯穿页面，长提示出现时布局是否仍可用，以及窗口或设备尺寸变化后控件是否被遮挡。
Apple 提供按运行方案选择语言与地区、再启动应用测试的流程；如果改用设备本身的语言与地区设置，影响的是整个设备环境，而不只是应用内部。可参照Apple 的运行时本地化测试步骤。
| 检查方式 | 适合解决的问题 | 不能据此认定 |
|---|---|---|
| Figma 静态稿 | 设计意图、组件规格、文字层级 | 应用真实显示与运行状态 |
| Xcode 语言预览 | 单个视图的语言布局、长度变化与方向 | 完整导航流程、所有动态页面状态 |
| 模拟器运行 | 页面跳转、应用实际显示、设备尺寸下的主要界面问题 | 所有真实硬件能力或目标设备结果 |
| 目标设备复核 | 需要确认实体设备表现或硬件相关行为 | 其他型号、尺寸和语言组合自动通过 |
第六步：留存复现记录，再决定 Mac 环境
每条反馈至少记录：语言与地区、页面或操作路径、实际显示的文案、问题类型、截图或录屏、复现状态、责任人，以及修复后需重新检查的页面。修复后不要只看被改动的单个控件：改动可能影响同一页面的其他语言或相邻布局，应重新预览受影响的版本；涉及运行流程时，再回到模拟器复核。
Windows 加 Figma 的常见限制是：不能直接打开 Xcode 项目、静态稿无法展示真实运行状态，截图沟通也容易缺少可复现条件。若你需要反复进入项目做语言预览和模拟器复核，而手边没有 Mac，可以先查看 MACGPU 的环境入口，确认现有访问方式是否适合项目与团队权限；如果你在比较临时使用与购买设备，也可参考 Mac 方案信息。
临时远程 Mac 的合理边界，是补上 Windows 工作流里缺少的 Xcode 预览和模拟器入口；它不消除项目授权、访问操作或网络连接的要求，也不替你完成真实设备测试。若工作只需审阅设计稿，继续用现有工具更直接；若验收依赖本地外设，或团队必须持续进行重负载本地工作，则不应把远程环境当作唯一方案。对需要临时复核、项目已可交接且不依赖本地外设的设计师，MACGPU 可作为取得 Mac 项目环境的一种选择，但在使用前仍应核对项目权限、访问方式及实际测试范围。