Cuando estamos desarrollando, es necesario probar lo que estamos haciendo. En ocasiones esto puede resultar muy difícil (y más aún cuando no se ha hecho TDD), o muy lento.

En este artículo trataré de dar una introducción a la utilización de MOCKs y STUBs en estos casos.

En los ejemplos usaré Java y la librería mockito .

Voy a comenzar por plantear unas premisas: Las pruebas deben ser unitarias, rápidas e inocuas (no alteran el estado inicial).

En una ocasión, ‘ignatius73’, uno de mis lectores, me envió este post, y no puedo dejar de publicárselo:

Estoy harto de escuchar “Madrid es mucho mejor que mi ciudad, porque se organizan muchas cosas”.

Es un error de concepto completo. El problema no es que en tu ciudad se organicen pocas cosas, sino que tú no estás dispuesto a organizarlas.

Voy a comenzar una serie de posts con la idea de mejorar la capacidad de identificar patrones y aprender cómo implementarlos. Esto ayudará al lector y también a mí a manejar Patrones de programación de una manera mucho más habitual.

Para mi más completa desgracia, últimamente me he tenido que pelear bastante con la API de Windows. No será la primera vez que digo que esta API tiene tantas cosas mal hechas que darían para escribir un libro. Y voy a comenzar por ahí.

Voy a utilizar la API pública de microsoft para explicar cosas que NUNCA deberían haberse hecho así. Si hay un millón de opciones, se ha elegido la peor.