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