Sikuli - Automatización de pruebas del GUI

¡Y no sólo del GUI(interfaz gráfica de usuario)! Cada vez soporto menos repetir mñas de un par de veces una tarea. Enseguida, busco una forma de automatizarla. Y estoy encantado con Selenium IDE. Ahora mi nivel de vaguedad ha llegado a tal punto, que tampoco quiero arrancar las aplicaciones del escritorio y cargar las pruebas. Siempre o casi siempre lo mismo, quiero pulsar un botón y que se arranque el navegador, se compiler y se despliegue el proyecto, arrancar selenium IDE, cargar las pruebas, que se ejecuten, que se comprueben los resultados,...

Mi último descubrimiento en este campo, con el que espero conseguirlo, es SIKULI.

Permite automatizar la interacción con todo lo accesible y visible en el escritorio, para un montón de plataformas, Windows, Mac, Linux,...

En ello estoy. Prometo compartir mis éxitos y fracasos en ésta tarea :)

Comparación de los frameworks: TestNG y JUnit

TestNG vs Junit 4

Buen recurso sobre pruebas automáticas en ruso

automated-testing.info

Xpath en Selenium WebDriver API

XPath en WebDriver

No he probado todavía si es cierto, como dice un comentario de esa página, que el HtmlUnitDriver es case insensitive como el FirefoxDriver.

Selenium Webdriver backed Junit4 test

Caso: Queremos exportar un test case creado con Selenium IDE a código Java, que se pueda ejecutar como un test de JUnit 4. Y además queremos utilizar el Webdriver emulando el Selenium RC, aprovechándo las ventajas de éste:

- Mayor número de navegadores soportados.
- Mejor traducción y soporte de los comandos traducidos desde Selenium IDE.

Por defecto al exportar se nos crea una clase que extiende SeleneseTestCase, siendo ésta deprecated (depreciada).

Debemos cambiar ésta clase por SeleneseTestBase.

JMeter - trucos del regular expression extractor

Al usar el "Regular Expression Extractor":

Para almacenar en la variable "kk" todos los matches, poner en "Match No." -1. De ésta forma, si tenemos 3 matches, cada uno se guardará en la variable "kk_1", "kk_2", "kk_3". Si hubiera N matches para el patrón que hayamos especificado, entonces se guardarían todos en "kk_1", "kk_2", ... "kk_N".
La variable "kk_matchNr" contendrá el número de matches (coincidencias) que se han obtenido/guardado.

Para ver todas estas cosas, añadiríamos "Debug Sampler" y el listener "View results tree", donde en la pestaña "Response data" de la ejecución de cada "Debug sampler" se puede ver el contenido de todas las variables de jmeter (y si lo indicamos en el debug sampler, también podemos ver las propiedades y las variables de sistema) existentes.