Sim, você é: primeiro, esqueça o teste de unidade como uma razão para projetar seu código com base nas ferramentas de teste de unidade; nunca é uma boa idéia dobrar seu design de código para se ajustar a uma restrição artificial. Se suas ferramentas forçarem você a fazer isso, obtenha ferramentas melhores (por exemplo, Microsoft Fakes / Moles que permitem muito mais opções para criar objetos simulados).
Por exemplo, você dividiria suas aulas em métodos apenas públicos apenas porque as ferramentas de teste não funcionam com métodos particulares? (Eu sei que a sabedoria predominante é fingir que você não precisa testar métodos particulares, mas acho que isso é uma reação à dificuldade de fazê-lo com as ferramentas atuais, e não uma reação genuína à falta de testes particulares).,
Em suma, tudo se resume a que tipo de TDDer você é - o "zombador" como Fowler os descreve , precisa alterar o código para se adequar às ferramentas que eles usam, enquanto os testadores "clássicos" criam testes que são mais integrados à natureza (ou seja, teste a classe como uma unidade, não cada método), para que haja menos necessidade de interfaces, especialmente se você usar as ferramentas que podem simular classes concretas.