Introducción

Tipos de pruebas:

• pruebas unitarias sin colaboradores
• pruebas unitarias con colaboradores
• pruebas con la base de datos involucrada
• ¿cómo se prueba el resultado de un informe (en pdf, p.ej.)?
  
• pruebas de la UI
• pruebas con proxies de webservices generados automáticamente
• ...

Nos interesa ver cómo y dónde usar dobles de prueba (mocks, stubs, etc) y, sobre todo, cómo hacemos cada uno nuestras pruebas para aprender unos de otros.

No importa el lenguaje de programación ni el entorno de prueba. No importa siquiera si no podemos ejecutar las pruebas, lo que interesa es ver el código para poder discutir sobre él.

Conclusiones que queremos obtener:

• unificar vocabulario
  
• características de una "buena" prueba unitaria
• buenas prácticas para hacer código testable
• uso de inyección de dependencias (Spring, Guice, etc)
  
• diseño orientado a las interfaces
• ¿qué pasa con los singletons?
• ...
  
• lista de frameworks que usamos para hacer pruebas (junit, easymock, dbunit, cobertura...)

Material para preparar la reunión

Enlaces:

[1] http://misko.hevery.com/code-reviewers-guide/
[2] http://misko.hevery.com/2008/07/30/top-10-things-which-make-your-code-hard-to-test/
[3] http://martinfowler.com/articles/mocksArentStubs.html

[5] http://codebetter.com/blogs/jeremy.miller/archive/2005/07/20/129552.aspx