Soporte

Los desarrolladores cada vez estamos más concienciados de la importancia de las pruebas de software. Pero no podemos pasar por alto la calidad de estas pruebas, ya que podemos caer en errores nocontemplados sin darnos cuenta. No es suficiente con hacer un par de tests y pensar que todo está todo correcto porque nuestra aplicación pasa esos tests, es importante pararse a pensar si cómo hemosplanteado las pruebas es la forma correcta para detectar errores reales del código.
No soy un experto en realizar tests, pero como muchos desarrolladores estoy comenzando con TDD por eso quiero compartircon vosotros algunos errores comunes a la hora de hacer tests que extraído de un interesante post en Dzone sobre testing. Es un breve repaso en cada ámbito que podéis completar en los comentarios.Hablaremos sobre pruebas unitarias, mocks, test de integración, test funcionales y BDD.
Test unitarios
Es sencillo probar una clase de utilidad con sólo llamar a todos los métodos de la clases,pasando valores y comprobando si el resultado es el esperado. Aquí caemos en el error de hacer pruebas del estilo: 1+1=2 y 2+1=3. Pero no hacemos, por ejemplo, pruebas de casos limites como cuando losvalores son null o si se provoca una excepción, estas quedan muchas veces fuera de nuestras pruebas.
El uso de Mocks
Si nos encontramos en el caso de que queremos probar la capa de servicio, el DAO losolemos simular manualmente. Un terrible error que puede llevar a confusiones en los test, para hacer este trabajo deberíamos usar un Mock que nos permite hacer pruebas más cercanas a la realidad paraeso están creados.
Podemos elegir entre varios framework como Mockito o EasyMock, entre los más conocidos. Pero tener cuidado de elegir el correcto, el exceso de simplicidad o, por el contrario, elde complejidad nos puede traer algún que otro quebradero de cabeza.
Test de integración
En los test de integración cubrimos las diferentes piezas que trabajan en conjunción de nuestra aplicación....