𝗔𝘀 3 𝗟𝗲𝗶𝘀 𝗱𝗼 𝗧𝗗𝗗 (𝗧𝗲𝘀𝘁-𝗗𝗿𝗶𝘃𝗲𝗻 𝗗𝗲𝘃𝗲𝗹𝗼𝗽𝗺𝗲𝗻𝘁): 𝗥𝗲𝗱, 𝗚𝗿𝗲𝗲𝗻, 𝗥𝗲𝗳𝗮𝗰𝘁𝗼𝗿

Se você já ouviu falar de TDD, sabe que ele envolve mais do que apenas escrever testes antes do código. É sobre ciclos rápidos e consistentes que garantem confiança no que estamos construindo. E o que as cores Red, Green e Blue têm a ver com isso? 🤔 Vamos explorar as 3 Leis do TDD e sua conexão com essas cores!

1ª 𝗟𝗲𝗶: 𝗥𝗲𝗱 🚨 (Escreva um teste que falhe)

Antes de escrever qualquer linha de código de produção, crie um teste que capture o comportamento desejado. Esse teste deve começar falhando porque a funcionalidade ainda não existe.

🔴 O vermelho é o alerta: Ele mostra o que está faltando no sistema.

Exemplo prático: "Esperar que soma(2, 3) retorne 5, mas ainda não implementamos a função soma. O teste falha, como esperado."

2ª 𝗟𝗲𝗶: 𝗚𝗿𝗲𝗲𝗻 ✅ (Faça o teste passar)

Agora, escreva o código mais simples possível para fazer o teste passar. Não se preocupe com perfeição ainda — o foco é no funcionamento básico.

🟢 O verde é a vitória: Ele sinaliza que o código está funcionando como esperado.

Exemplo prático: Implementar soma(a, b) { return a + b; } para passar no teste anterior.

3ª 𝗟𝗲𝗶: 𝗥𝗲𝗳𝗮𝗰𝘁𝗼𝗿 🔄 (Refatore o código)

Com o teste no verde, é hora de melhorar o design do código sem alterar sua funcionalidade. Refatore para deixá-lo mais limpo, eficiente e fácil de entender, garantindo que os testes continuem passando.

🔵 O azul é a estabilidade: Ele simboliza que o código agora está sólido e bem estruturado.

Exemplo prático: Extrair lógica, renomear variáveis ou reorganizar funções para maior clareza.

Por que as cores são importantes?

Esse ciclo Red-Green-Refactor ajuda a manter o foco e a disciplina no desenvolvimento. Cada cor representa um momento específico no fluxo de trabalho, tornando o progresso tangível e mensurável.

 Benefício geral: Menos bugs, mais confiança e um sistema que evolui de forma sustentável.