No.42核心核对于 2026-09-262 条来源

Bug

一句话

Bug 是程序的实际表现和预期不一致的问题，比如按钮没反应、金额算错、页面报错。

大白话

Bug 像菜谱里写错了一步：盐写成了糖，照着做出来的菜不对味，但厨房、灶台和厨师本身都没坏。

比喻的边界

菜谱错一步，尝一口就知道；程序的 Bug 可能只在特定数据、特定设备或特定时间出现，得先找到能稳定复现的步骤。

拿去就能用

开始做

我发现一个问题：之后，实际看到的是。帮我先按这个步骤复现，并说出你理解的正确结果，我确认后再找原因修复，改完告诉我怎么验证。

还差：操作步骤、实际结果，发给 AI 前记得换掉

出错了

这个问题时有时无：同样上传图片，大约十次里失败两次，报错贴在下面，路径和密钥已换成 ***。帮我先找出失败和成功时有什么不同，确认原因前不要改代码。

想做深

这个 Bug 修好了，我不想它以后再出现。帮我针对它补一个自动测试，先确认测试在旧代码上会失败、修复后能通过，并说明它能防住什么、防不住什么。

别这样说

又有 bug 了，你修一下。

这样说

在购物车页把数量从 1 改成 2，总价没变，刷新后才更新。我期望改完数量总价立刻变。帮我先复现，找到原因再修，改完告诉我怎么验证，别动购物车以外的代码。

差别：写清了操作步骤、实际结果、预期结果和改动范围。

容易误解：

误解我不喜欢的表现都是 Bug。

其实是Bug 是实际和预期不一致；如果预期本身没说清，它可能是设计取舍或新需求。先把“应该怎样”说清楚，AI 才知道是该修代码还是该改需求。

展开专业理解

Bug 常来自逻辑写错、边界情况没考虑、数据格式不符、环境或依赖不一致。语法错误会让程序跑不起来，通常有报错；逻辑错误能正常运行但结果不对，往往没有报错，更难发现。处理 Bug 的第一步，是找到一组能稳定复现它的操作。