Diferencia entre revisiones de «Prueba Unitaria»

De Dos Ideas.
Saltar a: navegación, buscar
Línea 7: Línea 7:
 
Así, el testeo unitario se encarga de probar el funcionamiento aislado de la clase. Todas las dependencias que tenga la clase bajo test deberían ser simuladas usando distintos [[Mock Object]].
 
Así, el testeo unitario se encarga de probar el funcionamiento aislado de la clase. Todas las dependencias que tenga la clase bajo test deberían ser simuladas usando distintos [[Mock Object]].
  
===Características===
+
==Características==
 
Para que una prueba unitaria sea buena se deben cumplir los siguientes requisitos:
 
Para que una prueba unitaria sea buena se deben cumplir los siguientes requisitos:
  
Línea 19: Línea 19:
  
  
===Ver también===
+
==Ver también==
 
* [[Herramientas Para Pruebas Unitarias]]
 
* [[Herramientas Para Pruebas Unitarias]]
 
* [[Automatizacion De Pruebas Unitarias]]
 
* [[Automatizacion De Pruebas Unitarias]]
Línea 27: Línea 27:
 
* [[Testing De Aplicaciones]]
 
* [[Testing De Aplicaciones]]
  
===Más información===
+
==Más información==
 
* [http://es.wikipedia.org/wiki/Prueba_unitaria Prueba unitaria en la Wikipedia]
 
* [http://es.wikipedia.org/wiki/Prueba_unitaria Prueba unitaria en la Wikipedia]
 
* [http://www.theserverside.com/tt/articles/article.tss?l=DesigntoUnitTest Design to unit test]
 
* [http://www.theserverside.com/tt/articles/article.tss?l=DesigntoUnitTest Design to unit test]

Revisión del 16:02 25 jul 2008

Una prueba unitaria es una forma de probar el correcto funcionamiento de un módulo de código. Esto sirve para asegurar que cada uno de los módulos funcione correctamente por separado. Luego, con la PruebaDeIntegracion, se podrá asegurar el correcto funcionamiento del sistema o subsistema en cuestión.

La idea es escribir casos de prueba para cada función no trivial o método en el módulo de forma que cada caso sea independiente del resto. Esto último es la esencia de una prueba unitaria: se prueba al componente de forma aislada a todos los demás.

Para funcionar, un test unitario no debería utilizar ningún framework de aplicación ni requerir una dependencia externa: ni Spring, ni Struts, ni una base de datos, ni un application server, ni un EJB deployado, ni ningún otro servicio cualquiera funcionando.

Así, el testeo unitario se encarga de probar el funcionamiento aislado de la clase. Todas las dependencias que tenga la clase bajo test deberían ser simuladas usando distintos Mock Object.

Características

Para que una prueba unitaria sea buena se deben cumplir los siguientes requisitos:

  • Automatizable: no debería requerirse una intervención manual. Esto es especialmente útil para Integracion Continua.
  • Completas: deben cubrir la mayor cantidad de código.
  • Repetibles o Reutilizables: no se deben crear pruebas que sólo puedan ser ejecutadas una sola vez. También es útil para Integracion Continua.
  • Independientes: la ejecución de una prueba no debe afectar a la ejecución de otra.
  • Profesionales: las pruebas deben ser consideradas igual que el código, con la misma profesionalidad, documentación, etc.

Aunque estos requisitos no tienen que ser cumplidos a rajatabla, se recomienda seguirlos o de lo contrario las pruebas pierden parte de su función.


Ver también

Más información