Guia de leitura localizado
test-driven-developmentFinalidade, utilização e fonte
Utilize esta ferramenta ao implementar qualquer funcionalidade ou correção de bugs, antes de escrever o código de implementação.
Fonte recuperada:
- Repositório de origem
- obra/superpowers
- SKILL.md
skills/test-driven-development/SKILL.md- Estrelas do repositório
- 309,479
- Atualização do repositório
- 2026-10-30
- Classificação de Habilidades
- Desenvolvimento
- Última coleta
Licença: MIT
Os trechos do fluxo de trabalho são auxiliares de leitura e não instruções executáveis do Codez. Nenhuma Skill de terceiros foi executada para gerar esta página.
Os trechos abaixo, que descrevem o propósito e o fluxo de trabalho, são material original, organizado e traduzido para facilitar a leitura. Eles são distintos da análise editorial da Codez, que possui uma etiqueta separada.
O que esta habilidade faz
Utilize esta ferramenta ao implementar qualquer funcionalidade ou correção de bugs, antes de escrever o código de implementação.
Como funciona o fluxo de trabalho upstream
Visão geral
Primeiro, escreva o teste. Observe-o falhar. Escreva o mínimo de código possível para que ele passe. Princípio fundamental: se você não observou o teste falhar, não sabe se ele testa a coisa certa. Violar a letra das regras é violar o espírito das regras.
Passagem a montante · L8 ↗Quando usar
Exceções (consulte seu parceiro humano): Pensando em "pular o TDD só desta vez"? Pare. Isso é racionalização.
Passagem a montante · L16 ↗A Lei de Ferro
Escreveu o código antes do teste? Apague-o. Comece de novo. Não o guarde como "referência".
Passagem a montante · L31 ↗NO PRODUCTION CODE WITHOUT A FAILING TEST FIRSTRequisitos e configuração
Nenhuma passagem de requisitos resumida foi selecionada deste arquivo. Isso não significa que a Skill não tenha dependências. Verifique as instruções de configuração do repositório e os arquivos referenciados.
Limites e verificações de qualidade
Nenhuma passagem de limites separada foi selecionada deste arquivo. Isso não significa que a Skill seja segura para todas as entradas ou ambientes. Analise o código-fonte completo e valide seus próprios resultados.
Comece com um teste seguro.
- Verifique o host compatível e as instruções de instalação do repositório. Mantenha o diretório Skill e seus scripts, recursos e documentação referenciados juntos;SKILL.mdsozinho pode omitir dependências.
- Forneça ao agente suas entradas reais, a saída desejada e os critérios de aceitação. A sintaxe de invocação e as ferramentas disponíveis dependem do host; este site não pressupõe um comando de instalação universal.
- Teste o fluxo de trabalho original em um projeto descartável ou em uma cópia. Analise as operações que alteram arquivos, serviços remotos ou recursos faturáveis antes de permiti-las.
- Valide o resultado comparando-o com as verificações de qualidade da fonte e com seus próprios requisitos. Um gatilho bem-sucedido ou uma alta contagem de estrelas no repositório não garantem um resultado correto.
Leia mais na fonte.
- Visão geral
- Quando usar
- A Lei de Ferro
- VERMELHO - Escrever teste com falha
- Verifique o VERMELHO - Veja se falha
- VERDE - Código mínimo
- Verifique se está VERDE - Veja passar
- REFACTOR - Limpeza
- Repita
- Bons testes
- Sinais de alerta - PARE e recomece
- Exemplo: Correção de bug
- Lista de verificação
- Integração de depuração
- Regra final
Habilidades relacionadas
Tradução e escopo
Este guia de leitura seleciona trechos do texto fixado a montante.SKILL.mdA tradução foi feita com auxílio de ferramentas. Este não é um manual completo nem garante compatibilidade comprovada. Leia o original e os arquivos referenciados antes de usar.
Esta introdução refere-se à versão fixada abaixo; a atividade atual do repositório e o tempo de coleta são mostrados separadamente.
- Fonte fixada
- Leia o original ↗
- Fonte recuperada
- Commit de origem
2ce8aa15d05bd57213e6f746f953aafb7ded7a8b- Fonte SHA-256
64b03fce4aee5a97a93160cea8111f3ba13a17b7c001db4bd5836d67fd10705d