三、Superpowers 是怎么强迫 Agent 做 TDD 的？Superpowers 的 test-driven-development Skill 基本没有给 AI 留多少讨价还价空间。它要求新功能、Bug 修复、重构和行为变化原则上都使用 TDD；官方列出的例外包括一次性 Prototype、生成代码和配置文件等，并要求涉及例外时与人确认。核心流程就是经典的：RED↓GREEN↓REFACTOR但是放进 Agent 以后，它又多了一层工程约束。RED 不只是“测试红了”Agent 先写测试。然后必须：真的运行它。并确认：测试失败了还不够。必须确认：它是因为预期功能不存在而失败而不是：ImportError语法错误变量拼写错误测试环境坏了Mock 配错了所以真正流程应该是：这个细节特别重要。因为：测试失败，本身不是证据；按预期原因失败，才是证据。GREEN 也不是“把测试搞绿”进入 GREEN 以后，Superpowers 要求的是：写最少的实现，让测试通过。不是顺便：重构半个项目。增加十几个未来可能用到的接口。引入一个新框架。把整个模块“顺手优化”。这是 TDD 里的一个经典原则：只实现当前测试要求的行为背后其实在压制 Coding Agent 的另一个典型问题：过度实现。AI 特别容易“顺便帮你”。但真实软件工程里：多写的代码=多出的复杂度+新的维护成本+新的潜在 Bug所以 Superpowers 同时强调了：TDD。YAGNI。降低复杂度。本文部分内容参考了霍格沃兹测试开发学社整理的相关技术资料，主要涉及软件测试、自动化测试、测试开发及 AI 测试等内容，侧重测试实践、工具应用与工程经验整理。
发布于 北京
分享
1
1
未登录
友善发言
评论
加载中
