5. Al probar un cosa cada vez, huir del
copiar y pegar, y optar por crear una
nueva clase con la inicializacioes
comunes, tener varios tests suites
Huir de "arquitectura" en los tests con
clases que heredan y demás. Aumenta
el coste del mantenimiento de los tests
y a primera vista puede parecer buena
idea
Inyectar dependencias
7. TDD: Escribir primero el Test y luego el código.
Papel y lápiz par dibujar la "micro arquitectura" que
vamos a implementar
Identificar responsabilidades y testarlas unitariamente
con TDD
Tendremos un indicador de si el diseño que estamos
implementando "huele bien“