Sim, métodos privados devem existir! O problema que tentei atacar é justamente quando eles crescem demais! Aí talvez esse método privado não deva ser mais um simples método e sim uma classe!

Faz sentido?

Abraços,
Mauricio

li seu post e daí fiquei com uma dúvida: Toda dependência entre classes deve ser implementada através de interfaces então? Tipo, fazer o que vc fez no teu exemplo em todos os casos (criar uma interface pra cada classe que for ser ‘consumida’ por outra e então me referenciar por interface)?

[]‘s

Eu realmente tinha essa dúvida quando usamos triangulação, ficava meio resistente, mas olhando bem realmente é duplicação.

Abraço

Antes de mais nada eu concordo com seu post, ter menos de 100% não é crime nenhum.

O que tenho percebido em equipes sem experiência com testes automatizados é que a falta de qualquer tipo de meta/métrica não ajuda de uma forma geral, principalmente no inicio do projeto. Explico, um programador precisa saber o que testar e até onde testar, utilizando uma meta/métrica de 100% de cobertura já o ajuda a saber até onde ir e se o teste que ele escreveu está cobrindo boa parte do seu código da aplicação.

Depois desse tempo de “maturação” a equipe passa a deixar um pouco de lado as métricas e seguir o “feeling” do que é realmente importante testar, como testar (unidade ou integração, por exemplo) e até onde testar. Ou seja, a métrica de 100% de cobertura passa a ficar em segundo plano, pois o programador já adquiriu maturidade suficiente para escrever melhores testes (tanto em qualidade quanto em cobertura).

Enfim, excelente post, acho que este é um papo bacana que seria melhor acompanhado de uma boa cerveja. No QCONSP2011 nós conversaremos mais!

Acredito que você já tenha visto esse vídeo do Uncle Bob, mas segue o link: http://cleancoder.posterous.com/100-test-coverage

Um abraço.