Olá Pessoal,
O post de hoje separei alguns “mandamentos” que eu considero importante termos em mente quando estamos programando guiado por testes. Cada um dos pontos que veremos abaixo fui aprendendo com base na experiência que venho adquirindo usando a técnica de TDD, dai separei aquelas que repetiu com bastante frequência e que era bom ter sempre termos em mente quando estamos sendo influênciados por Test-Driven-Development.
lets Go…
Um detalhe importante ponto que preciso ressaltar é que os mandamentos eles são de certo modo abstrato, ao ler, ficaremos sem saber o motivo de cada um, mas só conseguimos ver a real existência quando estiver programando, ai vai você vai lembrar: “hmm, isso aqui é o que tinha no mandamento X”.
Os Mandamentos de TDD que você precisa saber
A seguir temos alguns mandamentos que todo Agilista precisa saber quando estiver trabalhando com TDD. A criação destes mandamentos teve como base o princípios da técnica e outros são de minha autoria que identifiquei durante as minhas experiências nos projetos que tenho usado TDD.
- Coragem: administrar o medo durante a programação;
- Adicione um teste antes de qualquer coisa;
- Faça uma coisa de cada vez;
- Faça o mínimo de trabalho possível para compilar;
- Falha é progresso;
- Eliminar as duplicações antes de ir para o próximo teste;
- TDD não é dar passos pequenos, e sim saber dar os passos pequenos;
- Quando receber uma barra vermelha inesperada, dê marcha ré;
- Rode os testes a cada nova implementação, só para garantir o que é obvio para você, também é obvio para o computador;
- Quando um defeito passar, aprenderemos uma lição de como o teste deveria ter sido escrito e seguiremos em frente;
- quanto mais pressão sofrer busque adicionar mais testes de requisitos na lista TO-DO;
- Esqueça as refatorações enquanto o sinal não ficar verde;
- De tempos em tempos nosso raciocínio falhará, é normal, não estamos lutando pela perfeição;
- Não é pecado fazer um teste funcionar através da duplicação, lembre do ciclo TDD;
- Não vá para cama até a duplicação tenha sumido;
- Documente o que é significativo, não o projeto;
- Escreva testes que exatamente gostaria de ter;
- Não interromper o que estamos fazendo;
- Está se sentindo inseguro, troque a marcha;
- Não escrever novos testes quando temos uma barra vermelha;