我最近用 AI 完整实现了一个项目，效率很高，但也遇到了新的问题：因为绝大部分代码不是我亲手写的，所以在 Review 时既花时间，又缺乏“掌控感”，心里并不踏实。为了解决这个问题，我想到用单元测试来建立信任。但新问题又出现了：
单测如果也是 AI 写的，那在某些情况下会不会变成“AI 自己给自己打分”？如果 AI 改动了代码逻辑，自动生成的单测很可能也会同步出错或不够可靠。
在 AI 参与较多的开发流程里，单元测试到底应该怎么安排？大家通常是如何处理 AI 写代码 + 测试的质量保证问题的？
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 202 days ago, the information mentioned may be changed or developed.
 |
1
azure233 Nov 17, 2025
TDD 也许可以? 把需求告诉 ai ，让 ai 先写出对应的测试。保证自己能够一步步看到和理解测试的生成过程。
|
 |
2
zmcity Nov 17, 2025
分两个 task 写，一个专门写测试，另一个专门用于通过测试
|
 |
3
rb6221 Nov 17, 2025  1
开两个会话
如果是你说的自己给自己打分，首先他要知道你的业务代码是什么样的，才可能根据你的业务代码创建相应的测试代码来打分 但是两个会话，写单元测试的会话是不知道你的业务代码长什么样的，他也就不存在作弊 |
 |
4
jiansihun Nov 17, 2025
你写完之后，让它写单元测试验证呀
|
 |
5
GeminiPro Nov 17, 2025
TDD 可以，先写测试。
|
 |
6
jqknono Nov 17, 2025
别让 claudesonnet 写测试, 否则它总是"让我用更简化的测试来验证", 一看和业务代码风马牛不相及.
|
 |
7
crackidz Nov 17, 2025
你可以说 AI 喷射太快你来不及看具体的业务代码，但是你总不能测试的场景也不看吧...
|
 |
8
visper Nov 18, 2025
AI 把测试改了适应 bug.
|
 |
9
mooncakeSec OP @crackidz 一针见血，所以大佬的最佳实践是专注测试 case 吗
|
Select Language