字节面试官：别再直接让 AI 写代码了三

四、常见的 SDD 工具和实践有哪些现在围绕 AI 编程，已经出现了一些 SDD 相关工具和实践。这里不建议大家死记工具名，而是理解它们背后的思路。1. GitHub Spec KitGitHub Spec Kit 是比较典型的 SDD 工具包，核心思想是把规格放到 AI 辅助开发的中心位置。它更适合新项目或者新功能开发。它强调的不是“先写代码再补文档”，而是先围绕目标、需求、设计和任务形成规格，再推动 AI 编码。对测试开发来说，可以重点关注它的一个思想：规格不是附属品，而是开发入口。也就是说，需求、验收标准、测试点和任务拆分，应该尽早成为 AI 的上下文，而不是等代码写完以后再补。2. Kiro SpecsKiro Specs 更像是 AI IDE 里的规格工作流。它通常围绕几类文件组织开发过程：六、一个“暗黑模式”需求，SDD 应该怎么做我们用一个具体例子来看。需求是：给系统实现暗黑模式。 如果直接让 AI 写代码，风险很大。更好的做法是先让 AI 做 Explore。可以这样问：然后测试开发可以基于规格生成测试点：你会发现，SDD 不是让流程变复杂。它真正的价值是：把原来藏在脑子里、聊天里、临时沟通里的内容，提前变成可检查、可执行、可测试的规格。七、SDD 和 TDD 到底有什么区别很多同学会把 SDD 和 TDD 混在一起。其实它们不是一回事。TDD 是 Test-Driven Development，测试驱动开发。它强调先写测试，再写实现，用测试结果驱动代码开发。SDD 更靠前。它强调先定义需求、行为、边界、设计约束和任务拆分。可以这样理解：SDD 解决的是：到底要做什么。TDD 解决的是：代码有没有做到。如果没有 SDD，TDD 可能会出现一个问题：测试写得很完整，但测试的是错误需求。如果没有 TDD 或自动化测试，SDD 也会出现一个问题：规格写得很漂亮，但代码到底有没有满足规格，缺少反馈机制。所以它们不是替代关系，而是互补关系。更合理的方式是：先用 SDD 明确规格； 再基于规格设计测试； 再用自动化测试、接口测试、单元测试验证实现。这对测试开发非常重要。因为测试开发不能只停留在“补用例”，而要前置到规格定义阶段。