Selenium con DSL - Historial de revisiones

Shichibukai: /* Creando un test */

2011-04-29T13:06:39Z

‎Creando un test

2011-04-29T13:04:46Z

‎Enlaces

2011-04-29T13:03:48Z

2011-04-29T12:47:53Z

‎ReservaSeleniumTest

2011-04-29T12:47:23Z

‎Creando un test

2011-04-29T12:35:02Z

‎Ejemplo

2011-04-29T12:30:53Z

‎Creando un test

2011-04-29T12:30:03Z

2011-04-26T18:54:48Z

‎Ejemplo

2011-04-26T18:52:36Z

‎Ejemplo

@@ Línea 13: / Línea 13: @@
 * '''ir'''''<NombreDeLaPagina>'': Los métodos que comiencen con el prefijo “ir”, nos retorna el nuevo contexto (página).
-* '''verificar'''''<Descripción>'':  Los métodos que comiencen con el prefijo "verificar", poseen los “assert” para comprobar alguna acción realizada en la página, este método siempre retona la misma página (this).
+* '''verificar'''''<Descripción>'':  Los métodos que comiencen con el prefijo "verificar", poseen los "assert" para comprobar alguna acción realizada en la página, este método siempre retona la misma página (this).
 * '''ingresarComo'''''<Nombre del Rol>'': Rol con el que se probará el sistema.
 * '''aceptar, cancelar, volver, buscar''': Son nombre de las acciones básica que se realizan en un página y pueden (o nó) devolver otra página.

@@ Línea 254: / Línea 254: @@
 == Enlaces ==
 [http://code.google.com/p/selenium/wiki/PageObjects Page Objects]
 [http://www.slideshare.net/alimenkou/dsl-page-object-and-selenium-a-way-to-reliable-functional-tests Diapositiva de Dsl+Page Object + Selenium]

← Revisión anterior		Revisión del 13:03 29 abr 2011
Línea 252:		Línea 252:

	El resultado de hacer los test de esta manera, es la facilidad de escritura y mantenimiento del test en si mismo. A su vez, se podría diseñar las clases a utilizar en el DSL a conveniencia.		El resultado de hacer los test de esta manera, es la facilidad de escritura y mantenimiento del test en si mismo. A su vez, se podría diseñar las clases a utilizar en el DSL a conveniencia.
		+
		+	== Enlaces ==
		+	[http://code.google.com/p/selenium/wiki/PageObjects Page Objects]
		+	[http://www.slideshare.net/alimenkou/dsl-page-object-and-selenium-a-way-to-reliable-functional-tests Diapositiva de Dsl+Page Object + Selenium]

@@ Línea 88: / Línea 88: @@
          selenium.waitForPageToLoad(TIEMPO_ESPERA)
          //salir
-         selenium.click("link=logout");       }
+         selenium.click("link=logout");
 </code>

@@ Línea 56: / Línea 56: @@
 De esta forma, escribimos el test de manera que al leer los métodos a los que se invoca, se entiende paso a paso lo que el test realiza, sin confundirnos con la implementación. Utilizando los patrones "method chaining" ,  "builder", "Page object" ayuda a realizar una abstracción de la implementación.
-A continuación  las implementaciones de las clases utilizadas.
+Si lo hubieramos realizado solo con selenium, el mismo test quedaría de la siguiente forma:
 ==== Usuario ====

← Revisión anterior		Revisión del 12:35 29 abr 2011
Línea 6:		Línea 6:
	Se puede observar que pare este sistemas planteamos dos roles de usuario, el Bibliotecario y el Socio.		Se puede observar que pare este sistemas planteamos dos roles de usuario, el Bibliotecario y el Socio.

		+	[[Archivo:reservaLibro.jpg]]

	=== Creando un test ===		=== Creando un test ===

@@ Línea 13: / Línea 13: @@
 * '''ir'''''<NombreDeLaPagina>'': Los métodos que comiencen con el prefijo “ir”, nos retorna el nuevo contexto (página).
 * '''verificar'''''<Descripción>'':  Los métodos que comiencen con el prefijo "verificar", poseen los “assert” para comprobar alguna acción realizada en la página, este método siempre retona la misma página (this).
-* '''ingresarComo'''''<Nombre del Rol>'': Rol con el que se probará el sistema en la prueba.
+* '''ingresarComo'''''<Nombre del Rol>'': Rol con el que se probará el sistema.
 * '''aceptar, cancelar, volver, buscar''': Son nombre de las acciones básica que se realizan en un página y pueden (o nó) devolver otra página.
 * ''<acciones propias de la página>'' : Estos métodos realizan acciones sobre el sistema sin ir a otra página. Ej.: reservar
@@ Línea 209: / Línea 209: @@
 </code>
 Tanto el  aceptar (como el cancelar en ReservaDeLibro), devuelven la home del bibliotecario.
 == Conclusiones ==
 El resultado de hacer los test de esta manera, es la facilidad de escritura y mantenimiento del test en si mismo. A su vez, se podría diseñar las clases a utilizar en el DSL a conveniencia.

@@ Línea 6: / Línea 6: @@
 A continuación mostramos una propuesta de como encarar un test de [[Selenium]] con [[DSL]]. Para el ejemplo, suponemos una aplicación con seguridad, usuarios con diferentes Roles, y diferentes pantallas:
 <code java>
 package com.test;
@@ Línea 45: / Línea 46: @@
 De esta forma, escribimos el test de manera que al leer los métodos a los que se invoca, se entiende paso a paso lo que el test realiza, sin confundirnos con la implementación. Utilizando los patrones “method chaining” y “builder” la implementación de la clase Usuario sería una cosa así:
 <code java>
 package com.test.selenium.dsl;
@@ Línea 102: / Línea 104: @@
 Como vemos en el ejemplo, el método ingresarComoAdministrativo instancia y devuelve un objeto de la clase HomeAdministrativo cuya implementación es:
 <code java>
 package com.test.selenium.dsl.pagina;
@@ Línea 152: / Línea 155: @@
 Volvemos a utilizar el patrón builder y el método ingresar denuncia devuelve un objeto de la clase AltaDenuncia. De esta manera, cada clase representa a una pantalla de la aplicación, y expone cada funcionalidad que la misma ofrece. AltaDenuncia sería así:
 <code java>
 package com.test.selenium.dsl.pagina;
@@ Línea 193: / Línea 197: @@
 </code>

@@ Línea 146: / Línea 146: @@
+     }
+}
 </code>