用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt;运行前请先检查来源。
npx skills add https://github.com/DawnMoon1542/agents-skills --skill test-driven-development命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地?可下载 SkillsMP 当前能够提供的文件。
基于 SOC 职业分类
正在显示 SKILL.md
| name | test-driven-development |
| description | 实现功能、修复 bug 或重构行为时使用——先验证失败测试,再实现当前 Task 的最终行为并保持其测试通过 |
先写测试,确认它因目标行为缺失而失败,再编写最小实现使当前 Task 的目标测试通过。
核心原则: 没有观察到正确的失败,就不能证明测试验证了目标行为。
失败测试 → 验证失败原因 → 最小实现 → 目标测试通过 → 整理 → 再次通过
| 场景 | 行为 |
|---|---|
| 新功能 | 必须使用 TDD |
| bug 修复 | 先写可重现问题的失败测试 |
| 行为重构 | 先用测试锁定行为 |
| 纯文档和静态资源 | 不要求构造虚假测试 |
| 生成文件或机械配置 | 使用与产物相匹配的验证 |
digraph tdd {
rankdir=LR;
"编写最小失败测试" [shape=box];
"失败原因正确?" [shape=diamond];
"修正测试" [shape=box];
"编写最小实现" [shape=box];
"目标测试通过?" [shape=diamond];
"修正实现" [shape=box];
"整理代码" [shape=box];
"再次运行目标测试" [shape=box];
"编写最小失败测试" -> "失败原因正确?";
"失败原因正确?" -> "修正测试" [label="否"];
"修正测试" -> "失败原因正确?";
"失败原因正确?" -> "编写最小实现" [label="是"];
"编写最小实现" -> "目标测试通过?";
"目标测试通过?" -> "修正实现" [label="否"];
"修正实现" -> "目标测试通过?";
"目标测试通过?" -> "整理代码" [label="是"];
"整理代码" -> "再次运行目标测试";
}
测试必须:
测试通过说明它覆盖的是已有行为,需要修正测试。测试因语法、导入或环境错误中止,不是有效红阶段。
编写使当前测试通过的最小最终实现:
只在目标测试通过后:
整理后再次运行相同测试。
smart-exec-plan 连续执行全部 Stage。Task 和 Stage 不是部署边界,因此当前 Task 的绿色状态只要求其计划规定的目标测试通过。
中间 Task 可以存在:
这不允许当前 Task 忽略自身失败。以下情况仍须立即修正:
全部 Stage 完成后必须运行完整验证,届时不得保留任何中间失败。
重现 bug 的失败测试
→ 确认测试因该 bug 失败
→ 最小修复
→ 回归测试通过
→ 相关测试通过
不得先修改生产代码再补回归测试。
好的测试应具备:
测试是行为规格,不是覆盖率装饰。无法写出准确测试通常说明接口或职责仍不清楚,应停止并检查设计。