Unit Tests vale a pena?

Se há um assunto em desenvolvimento de software onde há bastante ceticismo quanto a seus benefícios, esse assunto é, sem dúvidas, testes unitários. O pensamento convencional e aparentemente lógico, tende a achar que escrever testes duplica o esforço e o tempo de programação.

Pesquisando sobre Unit tests, muitas vezes me deparei com frases como essa:

“Amo testes unitários, pois me possibilita fazer mudanças no código e ter certeza que não quebrei nada.“

Parece simples, mas os benefícios da aplicação de TDD nem sempre são óbvios, porém seu uso é indispensável para o desenvolvimento de software de qualidade.

Uso TDD não apenas porque Robert C. Martin e Martin Fowler dizem que é bom, mas me perguntando o porquê de usar e recomendar o uso de TDD, consegui obter as seguintes respostas:

1. Testes de unidade me permite realizar grandes alterações de código rapidamente e ter certeza que tudo continua funcionando, para isso eu não preciso de grandes sacrifícios, mas simplesmente criar e executar testes. Isso reduz tempo de desenvolvimento, minimiza a possibilidade de retrabalho e, consequentemente, traz economia para o projeto;

2. TDD me mostra quando parar de codificar um determinado ponto e passar para o próximo. Vou escrevendo um método e testando até que o TDD me avisa que não há mais nada a fazer;

3. Escrever código de produção e testes juntos faz seu trabalho ter mais qualidade. Isso porque o código fica mais objetivo, sem voltas e com um mínimo possível de complexidade;

4. Unit Tests me ajuda a entender melhor o design do código que estou desenvolvendo. Em vez de escrever códigos para fazer algo, vou delineando todas as condições e requisitos que o código precisa atender;

5. Os testes me dão um feedback visual instantâneo me avisando se estou no caminho certo ou não. Com certeza, há um efeito psicológico. É gratificante escrever uma condição, executar testes, ver os testes falharem, fazer a correção, rodar novamente os testes e ver uma linha verde sinalizando que tudo está funcionando;

6. Contrariando as crenças, escrever código com testes não torna o tempo desenvolvimento mais lento e não me faz codificar em dobro, muito pelo contrário, código testado tem mais qualidade, menos bugs, além de ser mais robusto. Outro ponto a ser considerado, é que códigos de testes são, geralmente, triviais e não sobrecarregam o trabalho.

7. Testes servem como documentação. Um código conciso é melhor do que muitos parágrafos de documentação;

8. Código testado não é uma garantia anti-bugs, mas reduz drasticamente a possibilidade de inserção de erros.

TDD é uma ótima prática, é algo viciante, mas isto acontece apenas quando começamos a entender os conceitos e obter os benefícios de seu uso. Independente do tamanho do projeto, testes unitários e integração deveriam ser obrigatórios.