Ao longo deste livro, discutimos as diversas vantagens da escrita de testes de unidade e TDD, tanto na qualidade externa quanto na qualidade intern...

Ao longo deste livro, discutimos as diversas vantagens da escrita de testes de unidade e TDD, tanto na qualidade externa quanto na qualidade interna do sistema. Mas será que devemos fazer uso da prática 100% do tempo? Neste capítulo discutimos quando usar e, mais importante, quando não usar TDD.

a) Em momentos onde o desenvolvedor não sabe bem como resolver o problema, dado sua complexidade, ou não sabe bem como projetar uma classe, dado sua necessidade de ser flexível, TDD pode ser de grande valia devido ao seu constante feedback sobre a qualidade do código.
b) Em momentos onde o desenvolvedor já sabe como resolver o problema, tanto do ponto de implementação, quanto do ponto de vista de design, não utilizar TDD pode não ser um problema tão grande assim.
c) Durante a implementação de um DAO, por exemplo, não há grande necessidade de feedback em relação à qualidade do código e do projeto de classes, pois geralmente é uma SQL e as decisões de design são simples.