Pessoalmente, achei que ler um ensaio ou dois da JUnit enfatizando que "você escreve o teste antes do código" foi suficiente para me iniciar.
A parte mais importante no aprendizado dessa tecnologia é escrever MUITO código baseado em teste , porque você precisa alterar algumas das maneiras mais básicas que pensa em escrever código. Coisas como:
- Escrever o teste antes do código, faz você pensar desde o início como invocará seu código e obterá o resultado de volta. Isso significa que você projeta a API primeiro com base em como a usará. Isso frequentemente resulta em uma API melhor.
- Seu estilo de codificação mudará porque você precisará pensar de forma mais modular, para poder testar partes do código em vez de apenas a coisa toda.
- Você também chegará a um ponto em que conseguirá puxar com confiança um pedaço maior e inserir um novo pedaço, comportando-se da mesma maneira, porque o teste foi aprovado. Fiz isso recentemente com uma biblioteca de análise de datas, pois o original era muito brando.
O melhor lugar para começar pequeno, é com suas rotinas de utilidade. Da próxima vez que você precisar, basta projetar que, primeiro com os testes, escreva muitos testes cobrindo todos os seus casos de uso oficiais (incluindo o que deve acontecer com valores nulos passados, etc.) e, quando todos os casos de uso forem implementados, você poderá usar diretamente no seu código e tenha certeza de que funciona conforme o esperado.
Também é minha experiência que bons testes podem fazer um trabalho adicional como documentação, porque você tem muito código conciso dizendo exatamente como o código se comporta em várias situações, o que pode ser facilmente provado como correto (barra verde). Com comentários cuidadosos, você não fica muito melhor que isso.
Para o Java jUnit versão 4 é muito bom.