g.10操作⏱ 约 5 分钟

写测试保证靠谱

给关键功能装上"自动质检"

🔎 最后验证 2026-05📚 来源:《AI编程实战三卷书》卷二🧰 Claude Code✅ 40 人学过👁 73 次阅读

为什么学这个

review 是一次性的体检,测试是持续的守护。给项目的关键功能写上测试,以后每次改动都能自动验一遍——这是让你的项目从"现在靠谱"变成"一直靠谱"的关键。这正是 P4 m.8 测试思维的实战落地。

💡 打个比方

测试就像给项目装上一排永不下班的质检探头:你每改一次,按一下,它们同时检查"功能还正常吗"。有了它们,你才敢放心地继续改、继续加功能,不怕悄悄弄坏什么(P4 #19 回归)。

不必给每行都写测试,优先覆盖关键功能和易错处:
- 核心逻辑(算分、算价、判胜负这类"算错了很要命"的,P4 #12)
- 边界情况(空、首尾、0、临界,P4 #13)
- 修过的 bug(写个测试钉住它,防它复活)
让 AI 帮你写测试,但记住 P4 m.8 的警告:
- 审查测试本身,别要"永远通过的假测试"(P4 #18)
- 验证测试有效的办法:故意把代码改错,看测试会不会变红
以后每次改完都跑一遍测试,全绿再提交

❓ 测验

给毕业项目写测试,优先覆盖哪些地方?

⚠️ 避坑别让 AI 写完测试就信'全绿'——先验测试是真的

P4 #18 讲过:AI 可能写出'永远通过'的假测试,给你虚假安心。写完测试,故意把被测代码改错一下,看测试会不会因此变红——会红,才说明测试真在起作用。这一步花一分钟,能避免"测试全绿但其实啥也没测"的大坑。

🤖 给关键功能补测试(去真实环境)

请为我项目里这些关键功能写测试:【列出核心逻辑/易错处】。要求:1) 真实调用被测代码,覆盖正常、空、边界、异常;2) 不要写永远通过的假测试;3) 把测试逻辑用中文解释给我,让我确认它真在验证关键行为;4) 告诉我:如果我故意把某段代码改错,哪些测试会因此失败。

🔎 来源与核验· 1 条,点开核对

本节每个关键论断都对应一个可追溯的来源 —— 这是本课程"靠谱、不过时"的底线。

「为关键功能与边界补测试可持续保障质量并捕获回归;需确保测试本身有效」

✅ 小结

项目有了测试守护。但 bug 总会冒出来——下一节用 P4 调试方法论,完整地解决一个你项目里真实的 bug。

下一节 → 处理一个真实 bug(实战调试)

都看到这了，打个赏呗！