ObjectMother - Historial de revisiones

201.251.185.130 en 14:43 31 ago 2009

2009-08-31T14:43:18Z

201.251.185.130: /* Ver también */

2009-02-17T19:14:39Z

‎Ver también

201.251.185.130: /* Ver también */

2009-02-17T19:13:47Z

‎Ver también

201.251.185.130: /* Ver también */

2009-02-17T19:07:53Z

‎Ver también

201.251.185.130: /* Ver también */

2009-02-17T19:06:55Z

‎Ver también

201.251.185.130 en 19:06 17 feb 2009

2009-02-17T19:06:28Z

201.251.185.130: /* ObjectMother */

2009-02-17T19:03:06Z

‎ObjectMother

201.251.185.130: Página nueva: ==ObjectMother== Cuando se crean tests para probar una clase, por lo general, es necesario instanciar una serie de objetos que funcionarán de ejemplo al ejercitar el SUT (System...

2009-02-17T19:02:39Z

Página nueva: ==ObjectMother== Cuando se crean tests para probar una clase, por lo general, es necesario instanciar una serie de objetos que funcionarán de ejemplo al ejercitar el SUT (System...

Página nueva

==ObjectMother==

Cuando se crean tests para probar una clase, por lo general, es necesario instanciar una serie de objetos que funcionarán de ejemplo al ejercitar el [[SUT]] (System Under Test).
Estos objetos, que suelen ser entidades, [[ValueObject]]s o [[DTO]]s, son inicializados con valores y combinados entre sí para producir un set de objetos de ejemplo en un estado consistente.

El problema en los tests es que el código para instanciar y preparar los objetos de muestra comienza a repetirse una y otra vez con sólo alguna variación a medida que crece el número de tests.

La primer reacción frente a esto es extraer la creación de estos objetos a [[CreationMethod]]s dentro de la misma clase. Pero cuando comienzan a utilizarse desde diferentes clases es necesario hacer su acceso público para poder reutilizarlos.

Esto comienza a tener los síntomas de [[MysteryGuest]] y [[TestDependency]]. Las clases de test se vuelven frágiles y comienzan a perder claridad.

Para ordenar la creación de objetos de muestra se agrupan bajo una misma clase ObjectMother. Se puede tener un ObjectMother por proyecto o varios, esto depende únicamente del tamaño del proyecto, aunque en la práctica, el ObjectMother crece tan rápidamente que conviene plantearlo desde un inicio como varias clases.

Es importante mantener algún tipo de convención respecto de la nomenclatura y ubicación de los ObjectMothers y el nombre de los métodos de creación para ayudar a expresar intención en el código de los tests.

Las atribuciones que se le dan al ObjectMother es la de administrar el ciclo de vida completo de los objetos creados:
* crear
* configurar
* alterar
* limpiar

Una desventaja de los ObjectMothers con CreationMethods es la dificultad en expresar las diferentes variaciones de los objetos de muestra. Por ejemplo:
* crearFactura()
* crearFacturaVacia()
* crearFacturaConClienteInexistente()
* crearFacturaConClienteRegionSur()
* crearFacturaConClienteCalidadARegionSur()

Finalmente comienza a existir un método de creación para cada vez que se necesita un ejemplo en un test y es difícil expresar en el nombre del método cuál es la variación de la muestra. Una solución a esto es utilizar [[TestDataBuilder]]s.

← Revisión anterior		Revisión del 14:43 31 ago 2009
Línea 34:		Línea 34:
	* [http://c2.com/cgi/wiki?ObjectMother ObjectMother - Cunningham & Cunningham, Inc.]		* [http://c2.com/cgi/wiki?ObjectMother ObjectMother - Cunningham & Cunningham, Inc.]
	* [http://www.amazon.com/xUnit-Test-Patterns-Refactoring-Addison-Wesley/dp/0131495054/ref=sr_1_1?ie=UTF8&s=books&qid=1234897976&sr=1-1 xUnit Test Patters]		* [http://www.amazon.com/xUnit-Test-Patterns-Refactoring-Addison-Wesley/dp/0131495054/ref=sr_1_1?ie=UTF8&s=books&qid=1234897976&sr=1-1 xUnit Test Patters]
		+
		+	[[Category:Diseño De Software]]
		+	[[Category:Testing]]

@@ Línea 28: / Línea 28: @@
 ==Ver también==
 * [[TestDataBuilder]]
 * [[CreationMethod]]

← Revisión anterior		Revisión del 19:13 17 feb 2009
Línea 31:		Línea 31:
	* [[CreationMethod]]		* [[CreationMethod]]
	* [http://www.agilealliance.org/system/article/file/910/file.pdf ObjectMother Easing Test Object Creation in XP]		* [http://www.agilealliance.org/system/article/file/910/file.pdf ObjectMother Easing Test Object Creation in XP]
		+	* [http://c2.com/cgi/wiki?ObjectMother ObjectMother - Cunningham & Cunningham, Inc.]
		+	* [http://www.amazon.com/xUnit-Test-Patterns-Refactoring-Addison-Wesley/dp/0131495054/ref=sr_1_1?ie=UTF8&s=books&qid=1234897976&sr=1-1 xUnit Test Patters]

@@ Línea 30: / Línea 30: @@
 * [[TestDataBuilder]]
 * [[CreationMethod]]
-* [http://www.agilealliance.org/system/article/file/910/file.pdf ObjectMother
+* [http://www.agilealliance.org/system/article/file/910/file.pdf ObjectMother Easing Test Object Creation in XP]

@@ Línea 28: / Línea 28: @@
 ==Ver también==
-[[TestDataBuilder]]
+* [[TestDataBuilder]]
-[[CreationMethod]]
+* [[CreationMethod]]
-[http://www.agilealliance.org/system/article/file/910/file.pdf ObjectMother
+* [http://www.agilealliance.org/system/article/file/910/file.pdf ObjectMother
 Easing Test Object Creation in XP]

← Revisión anterior		Revisión del 19:06 17 feb 2009
Línea 26:		Línea 26:

	Finalmente comienza a existir un método de creación para cada vez que se necesita un ejemplo en un test y es difícil expresar en el nombre del método cuál es la variación de la muestra. Una solución a esto es utilizar [[TestDataBuilder]]s.		Finalmente comienza a existir un método de creación para cada vez que se necesita un ejemplo en un test y es difícil expresar en el nombre del método cuál es la variación de la muestra. Una solución a esto es utilizar [[TestDataBuilder]]s.
		+
		+	==Ver también==
		+	[[TestDataBuilder]]
		+	[[CreationMethod]]
		+	[http://www.agilealliance.org/system/article/file/910/file.pdf ObjectMother
		+	Easing Test Object Creation in XP]

← Revisión anterior		Revisión del 19:03 17 feb 2009
Línea 1:		Línea 1:
−	~~==ObjectMother==~~
−
	Cuando se crean tests para probar una clase, por lo general, es necesario instanciar una serie de objetos que funcionarán de ejemplo al ejercitar el [[SUT]] (System Under Test).		Cuando se crean tests para probar una clase, por lo general, es necesario instanciar una serie de objetos que funcionarán de ejemplo al ejercitar el [[SUT]] (System Under Test).
	Estos objetos, que suelen ser entidades, [[ValueObject]]s o [[DTO]]s, son inicializados con valores y combinados entre sí para producir un set de objetos de ejemplo en un estado consistente.		Estos objetos, que suelen ser entidades, [[ValueObject]]s o [[DTO]]s, son inicializados con valores y combinados entre sí para producir un set de objetos de ejemplo en un estado consistente.