Prueba Unitaria - Historial de revisiones

Marianocifre: Link a Prueba De Integracion

2010-05-03T13:09:19Z

Link a Prueba De Integracion

201.251.185.130 en 14:37 31 ago 2009

2009-08-31T14:37:22Z

Admin en 13:40 27 jul 2008

2008-07-27T13:40:21Z

201.251.185.130 en 16:02 25 jul 2008

2008-07-25T16:02:34Z

190.172.86.173 en 00:12 24 jul 2008

2008-07-24T00:12:53Z

190.172.86.173: Página nueva: 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 separa...

2008-07-24T00:12:26Z

Página nueva: 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 separa...

Página nueva

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 [[MockObject]].

===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 [[IntegracionContinua]].
* 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 [[IntegracionContinua]].
* 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===
* [[Herramientas Para Pruebas Unitarias]]
* [[Automatizacion De Pruebas Unitarias]]
* [[Test Driven Development]]
* [[Mock Object]]
* [[Spring Test]]
* [[Testing De Aplicaciones]]

===Más información===
* [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]

← Revisión anterior		Revisión del 13:09 3 may 2010
Línea 1:		Línea 1:
−	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.	+	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 [[Prueba De Integracion]], 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.		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.

← Revisión anterior		Revisión del 14:37 31 ago 2009
Línea 28:		Línea 28:
	* [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]
		+
		+	[[Category:TDD]]

@@ Línea 26: / Línea 26: @@
 * [[Spring Test]]
 * [[Testing De Aplicaciones]]
 * [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]

@@ 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]].
-===Características===
+==Características==
 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]]
 * [[Automatizacion De Pruebas Unitarias]]
@@ Línea 27: / Línea 27: @@
 * [[Testing De Aplicaciones]]
-===Más información===
+==Más información==
 * [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]

@@ Línea 5: / Línea 5: @@
 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 [[MockObject]].
+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 [[IntegracionContinua]].
+* 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 [[IntegracionContinua]].
+* 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.