调试技巧(先复现再修)
遇到 bug 时的标准排查顺序。
模板正文
1. 复现 · 找到最小复现步骤,记录输入和环境。 · 能稳定复现,问题就解决了一半。 2. 缩小范围 · 二分法:注释掉一半代码 / 回退一半改动。 · 在关键节点打日志,确认数据在哪一步变错。 3. 假设并验证 · 一次只改一个变量,改完立刻验证。 · 写下「我猜是因为 X」,然后找证据证实或推翻。 4. 修复并防回归 · 修完补一个测试用例,锁住这个场景。 · 在提交信息里写清根因,方便以后检索。 5. 记录 · 把「现象 → 根因 → 解法」写进团队文档。
怎么用
任何 bug 都按这个顺序来,别一上来就猜。
使用要点
- 不要同时改多个地方,否则不知道是哪个改动起的作用。
- 修完一定要补测试,否则同一个 bug 会再回来一次。