构建机在新加坡，但测试编排与制品回传在欧美？ 本文写给要在远程 Mac 上把 XCTest 单元测试与 UI 测试并行化 的团队：先拆穿六个会把「本地绿、CI 红」误判为 flake 的误区，再用两张表把 M4 / M4 Pro、Simulator 数量、DerivedData 磁盘水位与租期 绑在一起决策，最后给出可粘贴的 xcodebuild 参数片段、磁盘巡检命令与六步 Runbook。读完你能回答：该开几个并行 worker、磁盘告警阈值设在哪、以及跨区时该调 Runner 超时还是换区租机。
下面从资源模型出发解释并行如何把内存、磁盘与网络绑在一起，再落到可填参数的决策表。
单元测试并行主要消耗 CPU 与内存峰值，磁盘写入集中在 DerivedData 的编译产物与索引上；在远程机上若已启用缓存命中，瓶颈更常落在「链接阶段瞬时 IO」与「并发进程数对内存的压力」。UI 测试并行额外引入 Simulator 图形栈、窗口服务器与更多临时文件；同一主机上并行开多个模拟器时，体验往往不是线性提速，而是在第 N 个并行档上出现尾延迟飙升。
DerivedData 增长与是否开启模块缓存、是否并行编译、是否频繁 clean 直接相关；建议把「目录体量」与「构建频次」作为 FinOps 指标之一，而不是只看机器月租。跨地区因素不会降低本机并行对磁盘的要求，但会放大测试结果与日志回传的尾部延迟；因此要把「测试命令成功」与「流水线步骤成功」分开统计，否则排障会错位到错误层级。
与 Runner 标签与并发、可复现构建与 DerivedData 搭配阅读时，可把本文当作「测试并行专篇」：前者解决任务如何路由到机器，后者解决构建目录与钥匙串边界，本文锁定测试进程与 Simulator 配额。
| 维度 | Mac mini M4（基线） | Mac mini M4 Pro（更高并行） |
|---|---|---|
| 典型目标 | 2–4 路单元测试 worker；UI 套件建议更低并行或分时 | 4–8 路单元测试 worker；UI 并行可上调但仍需压测验证 |
| 内存压力信号 | 出现 swap、Simulator 启动变慢、系统卡顿 | 同等并发下 swap 概率下降；仍可能受磁盘 IO 限制 |
| 磁盘建议 | 512GB 易成为瓶颈；并行 + 多分支建议 1TB 起 | 并行 UI + 多 Xcode 版本并存时优先考虑 2TB 或积极清理 |
| 适用场景 | 中小仓库、以单测为主、夜间单次全量 | 单体大仓、UI 套件多、白天多次触发 PR 构建 |
| 租期搭配思路 | 月租基线 + 发布周短期加并发 | 月租或季租锁定算力，减少峰值抢资源 |
若流水线以 xcodebuild test 为主且包含 UI，建议把 编译并行与 测试并行分层：编译可用较高 -parallelizeTargets，但测试侧的 -parallel-testing-enabled 与 -maximum-parallel-testing-workers 需要单独压测。需要图形化排错时，仍建议回到 SSH 与 VNC 对照指南 决定是否在短时窗口开启交互会话，而不是长期高并行 UI 占满窗口服务器。
| 场景 | 并行策略 | 远程机上的额外检查 |
|---|---|---|
| 纯单元测试、短套件 | 中等并行 worker，按内存峰值取样 | 关注 DerivedData 体量增长曲线 |
| 大量 UI 测试 | 低并行 + 分时队列，必要时拆分 scheme | 清理残留 Simulator、重启窗口服务策略写进 Runbook |
| 单仓多分支混跑 | 分 Runner 标签隔离 DerivedData 根目录 | 与 Runner 清单 对齐密钥与并发上限 |
| 跨区团队、日志回传慢 | 测试仍本地并行，聚合步骤降并发或分批 | 对齐 HTTP/SSH 超时与重试；评估机区与 多地区租期 |
| 夜间全量 + 白天 PR | 夜间提高并行，白天限制保护主分支稳定性 | 用 cron/调度在凌晨执行深度清理 |
# 示例：限制最大并行测试 worker（按项目与机型调参，勿直接照抄上生产） xcodebuild test \ -scheme YourScheme \ -destination 'platform=iOS Simulator,name=iPhone 16,OS=18.4' \ -parallel-testing-enabled YES \ -maximum-parallel-testing-workers 4 \ -resultBundlePath ./TestResults.xcresult
# DerivedData / 模拟器数据体量巡检（阈值请按磁盘总容量百分比自行设定） du -sh ~/Library/Developer/Xcode/DerivedData 2>/dev/null du -sh ~/Library/Developer/CoreSimulator 2>/dev/null df -h /
提示：并行调参前先做「单 worker 基线」与「当前并发」两次对比，记录总时长、P95 单测耗时、峰值内存与磁盘写入；没有基线的优化不可验收。
-maximum-parallel-testing-workers，每档至少 3 次连续通过才晋级。本文解决「同一台远程 Mac 上测试怎么并行才不炸」；多地区节点与租期解决「机放哪」；零信任接入解决「怎么连得上」。阅读顺序建议：选区与租期 → 接入与 Runner → 并行测试容量，避免链路未稳就堆并发。
个人笔记本受休眠、补丁节奏、家庭网络与企业策略影响，难以作为团队 SLA 下的测试执行面；并行一拉高，热设计与磁盘更容易进入不稳定区间。专用远程 Mac 提供可合同化的算力与磁盘档位，并把执行环境从个人设备中剥离出来，更适合作为 CI 与自动化的稳定终点。
当你需要按地区放置构建与测试机、按租期治理峰值、并与 OpenClaw 等常驻 Agent 共享一台干净主机时，把并行测试跑在 MACCOME 的 Mac 云主机上，通常比在不稳定个人设备上堆 worker 更易验收。可先对照 租赁价格，再按主协作区打开 新加坡、东京、首尔、香港、美东 或 美西 订购页；连接与工单流程见 帮助中心。
常见问题
M4 上并行开几个 Simulator 算安全起点？
请以压测为准，不要抄网络「经验数字」。可从 2 路并行开始采样内存与磁盘，再对照正文决策表晋级。租期与磁盘档位可先在 Mac mini 租赁价格 页比对。
DerivedData 快满时最先调什么？
先降并行避免 silent hang，再执行清理策略；并与 可复现构建与 DerivedData 清单 对齐目录边界。
跨区 CI 红但本地绿，优先查什么？
先分离上传/聚合超时与测试失败；再结合 多地区节点指南 评估是否应把机放到主协作区。
flake 暴增时要加机器吗？
先做单 worker 对照与资源监控，确认不是争用导致的伪 flake；再决定是否加机或升配 M4 Pro / 2TB。