1写清一个小系统需求
写小系统需求时最容易跳过、也最重要的是哪两项？「一天最多浇 3 次」这条设计体现了什么原则？
第 1 页 · 正面（题目）
2画连接与测量图
「测量图」为什么比连接图更容易被忽略却同样重要？画图阶段最常暴露的三类设计问题是什么？
3一次只改一个变量
调试时为什么必须「一次只改一个变量」？「最小复现」是什么方法？
4项目复盘与自测
项目验收时，为什么说「异常测试没做，项目就不算完成」？这门系统课和电路/模电/数电课的关系是什么？
第 1 页 · 背面（答案）
参考：测量图（标出该测哪些点、期望值多少）重要是因为——画的时候会强迫你想清楚每个节点信号应该是什么样，本身就能提前发现设计问题；调试时有明确对照不用现想；出故障能顺编号快速定位。没有期望值，测出来的数字毫无意义。三类问题是：电压不匹配（5V 信号进 3.3V 的 ADC 会烧引脚）、电流不够（IO 口 20mA 驱动不了 70mA 的继电器）、缺保护（感性负载断电产生反压需要续流二极管）。
参考：最容易跳过也最重要的是「异常处理」和「验收标准」——做出来不好用几乎总是因为异常没想清楚，而没有可测量的验收标准就无法判断做成了没有。「一天最多浇 3 次」是兜底限制，体现的原则是：好的设计不假设传感器永远正确，即使传感器坏了给出错误数据，系统也不会把花淹死。
参考：正常流程跑通只是一半，真实环境里出问题的永远是异常路径——水箱空了、传感器坏了、中途断电，这些不测等于需求里写的保护设计从未验证过。关系是：系统课给的是「地图和习惯」（怎么看结构、怎么排查、怎么组织项目），电路/模电/数电给的是「算得出来的能力」；只会算不会调试做不出能用的东西，只会调试不会算做不出可靠的东西。
参考：一次改多处，好了不知道是哪处起作用，没好也不知道有没有引入新问题，结果是在增加系统复杂度而不是减少。最小复现是把系统裁剪到「还能出现这个故障的最简形式」——比如整机重启就先去掉传感器看还重不重启、只留单片机和电机再看，裁剪到最小时原因往往就显而易见了，这也是软件调试的通用方法。