ai编程的验收前置问题

问题描述：

大家有没有思考过在 AI Coding 的过程中的验收前置的问题？

问题来源：

1:我在自己 vibe coding 和辅助编程的过程中发现，如果能在需求确定好后就直接开始测试设计，能极大地提高开发效率，而且很大程度缓解 AI Coding 的屎山代码问题。

2:作为一名测试开发工程师，实际上我一直在疑惑，在传统软件开发过程中，为什么不将测试设计，在需求确定的阶段就确定好。这样可以保证软件设计不会偏离需求。后来我想到，可能是因为人力和效率的问题，开发没有办法完全兼顾这些。测试，也没有办法直接插手具体的业务代码开发。

3:我看一些大厂，好像 A 社也有，他们的一些公开文章里面也提到了这个问题，就是在 AI Coding 过程中，尽量地让测试和验收的行为在开发代码的过程中就执行，甚至更靠前。

网友解答：

---

--【壹】--：

对的，我觉得补充测试步骤，不如直接在开发阶段就把测试步骤做好

---

--【贰】--：

这就是TDD了

---

--【叁】--：

然而，实际的使用下来，并不是所有的地方都适合写单测，测试也是代码，是需要维护的，如果哪天，修改一行代码，需要改动一堆测试，很难不怀疑测试的价值，TDD 是一个好的理念，但是并不是所有情况都适用，在实际的工作场景中，把活做小比把活做大更重要。
总而言之，不建议全部上TDD，最后很容易变成测试和代码都不看的情况。
比较推荐的是，稳定的 DAO 层，一些固化的逻辑，跟第三方接洽的模块上单测；在接口侧，直接用 API 进行全链路测试更快。

---

--【肆】--：

肯定会，测试本来就是为了保证开发往需求收敛的，测试如果偏了，那大家一起g。

---

--【伍】--：

我刚刚查了一下 TDD 的定义和例子，但感觉并不是那种将验收前置的，更倾向于验收前置的好像是 BDD，在需求落地的同时，就要开始测试设计。

---

--【陆】--：

claude的这组skill我安装了。