flow-tdd
强制执行测试驱动开发规范
AI 编码工作流通常会跳过测试或在代码之后编写测试，导致功能未经测试和隐藏的缺陷。这个技能强制执行 TDD 铁律：在存在失败的测试之前不能编写生产代码。它提供强制检查点、错误记录协议和防止合理化机制，确保每个功能都有适当的测试覆盖率。
Baixar o ZIP da skill
Upload no Claude
Vá em Configurações → Capacidades → Skills → Upload skill
Ative e comece a usar
Testar
A utilizar "flow-tdd". 使用 flow-tdd 实现用户登录功能
Resultado esperado:
- 阶段 1（测试）：首先编写失败的测试
- → 有效凭证的用户登录返回令牌
- → 无效邮箱格式的用户登录被拒绝
- → 密码错误的用户登录被拒绝
- 阶段 2（验证）：运行测试 → 所有测试预期失败
- 阶段 3（实现）：编写最小代码使测试通过
- 阶段 4（重构）：在保持测试通过的同时清理代码
A utilizar "flow-tdd". 使用 flow-tdd 启动新的 API 端点
Resultado esperado:
- 首先为端点契约创建失败的测试
- 运行测试套件以确认测试失败
- 实现最小处理程序以满足测试要求
- 在添加功能之前验证测试通过
A utilizar "flow-tdd". 当测试立即通过时我应该怎么做？
Resultado esperado:
- 这是 TDD 的红旗——立即停止
- 要么测试无效，要么代码已经存在
- 删除实现代码
- 先编写正确的失败测试
- 使用真正的 TDD 工作流重新开始
Auditoria de Segurança
SeguroPure Markdown documentation skill containing TDD guidelines and error recording protocols. No executable code, scripts, network calls, or filesystem access. This is a policy document for AI agent behavior enforcement. All 56 static findings are false positives triggered by documentation patterns (Markdown backticks, relative links, hash metadata fields).
Fatores de risco
🌐 Acesso à rede (1)
📁 Acesso ao sistema de arquivos (8)
⚙️ Comandos externos (23)
Pontuação de qualidade
O Que Você Pode Construir
保持测试覆盖率
在 AI 辅助编码中强制执行 TDD 规范，确保每个功能在实现之前都有失败的测试
验证测试质量
使用检查点系统验证测试在代码之前失败并在实现之后通过
嵌入 TDD 工作流
将 TDD 强制执行集成到 AI 编码代理中，实现一致的测试优先开发
Tente Estes Prompts
使用 flow-tdd 实现这个功能。首先编写失败的测试来定义预期行为，然后再编写任何生产代码。
flow-tdd：运行测试以确认新测试失败。在所有新测试出现预期错误之前不要继续。
flow-tdd：实现最小代码使失败的测试通过。不要额外功能。一次一个测试。
flow-tdd：在 ERROR_LOG.md 中记录这个测试失败，包含时间戳、阶段、错误类型、根因和解决方案。
Melhores Práticas
- 在编写测试后始终运行测试以确认它们在实现之前失败
- 只编写足够的代码来通过当前失败的测试，避免推测性功能
- 在 ERROR_LOG.md 中记录每个测试失败及其解决方案以供将来参考
Evitar
- 在测试之前编写生产代码——违反 TDD 铁律
- 立即通过的测试——证明不了什么，表明测试无效
- 保留没有测试的探索代码——删除并使用 TDD 重新开始