正在打开每日关注
正在打开每日关注
视频讲解 Superpowers 中的 TDD 铁律:先写会失败的测试,再用最少代码通过并重构,强调其对质量与设计的约束作用。
Red -* Green -* Refactor RED GREEN REFACTOR 写 一 个 测试 描述 想 要 的 行为 运行 并 看 着 它 写 最 少 的 代码 让 测试 通过 不 加 功能 不 重 构 消除 重复 改善 命名 测试 保持 绿色 失败 合 RED 一 @@ GREEN 一 全 F 你 的 胞 六 目标 有 德 此 是 让 测试 从 红色 变 成 绿色 为 什么 这 么 抠 呢
视频是「Superpowers 深度教程」第五集,围绕测试驱动开发(TDD)展开,并将其表述为该体系中的硬规则。
核心主张是:没有失败的测试,不写生产代码。执行采用红—绿—重构循环:先写能正确失败的测试,再以最少代码使其通过,最后在测试持续通过的前提下清理实现。视频还将测试先行与事后补测区分为“定义行为”与“验证实现”,并提出修复缺陷时也应先用测试复现问题。
可把“先观察失败原因、再最小修复、最后重构”作为代码变更的审查清单;对 AI 子代理产出的代码,尤其需要可重复运行的行为测试作为验收证据。
视频中的效率收益与“必须删除探索代码”等说法属于作者的方法论主张,未给出项目数据或适用条件。TDD 不能单独证明需求正确、集成正常或非功能质量达标,仍需结合端到端测试、代码审查和实际运行验证。