Web programming stuff. Tutoriales, noticias, curiosidades de todo lo que me encuentre relacionado con programación web: frameworks, php, javascript, html, css, aplicaciones web y programación en general. Quality Assurance. Automatización de pruebas (Selenium, JUnit,...).
miércoles, 28 de diciembre de 2011
lunes, 26 de diciembre de 2011
Evitar que carguen tu página en un iframe
if((self.parent && !(self.parent===self)) && (self.parent.frames.length != 0)){
self.parent.location=document.location;
}
Implementación vista en yandex.ru, en su versión de 2009.self.parent.location=document.location;
}
Vía: http://rmcreative.ru/blog/post/ne-dat-zagruzhat-stranitsu-v-iframe
viernes, 16 de diciembre de 2011
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 :)
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 :)
Etiquetas:
automatic testing
,
GUI testing
,
multiplataform
,
Sikuli
,
testing
jueves, 15 de diciembre de 2011
Ruta relativa de los ficheros desde JMETER
MERDE! Después de traducirlo y probarlo, resulta que la solución que pongo a continuación sólo funciona para ficheros de entrada y salida de los listeners, pero no para scripts externos en samplers. ¡SHIT! ¿Alguien sabe cómo se podría hacer también para samplers?
En los distintos sitios donde podamos hacer referencia a ficheros externos al plan de pruebas, las rutas de los mismos se pueden especificar de dos maneras distintas:
- ruta absoluta
- ruta relativa
Las rutas relativas se resuelven en base al directorio actual de trabajo (que por defecto es bin/, donde se encuentra el jmeter.sh o jmeter.bat). A partir de la versión 2.4 de JMeter (aleluya!), existe la posibilidad de utilizar rutas relativas al directorio que contiene el fichero correspondiente al plan actual de pruebas (el fichero JMX). Para ello, la ruta debe comenzar con "~/" (o lo que hayas definido en la propiedad jmeter.save.saveservice.base_prefix, que normalmente se encuentra comentada en el fichero bin/jmeter.properties). En ese caso, las rutas se asumirán como relativas a la localización del fichero JMX.
#jmeter.save.saveservice.base_prefix=~/
Si cambiamos la propiedad y tenemos pensado ejecutar el plan de pruebas en otras instalaciones de jmeter, tendremos que redefinir en ellas también dicha propiedad. Por lo que, por lo general, lo mejor es dejarla como está, para evitarnos quebraderos de cabeza en la portabilidad.
El texto original, que he traducido, se puede encontrar en la sección de listeners del manual de JMeter.
Tiene toda la lógica, y no se entiende que no se haya incluido desde el principio. Desde que apareció la posibilidad de añadir elementos externos al plan de pruebas, debía existir de referenciar esos elementos con relación al fichero de definición del plan y no al ejecutable de jmeter. Así puedo empaquetar y compartir los elementos propios de un plan de pruebas, sin necesidad de restringir la instalación de JMeter en los demás equipos donde quiera que se ejecute.
miércoles, 7 de diciembre de 2011
Datos de conexión de distintos proveedores de ADSL en España
Tabla con los datos de conexión de distintos proveedores de ADSL en España.
martes, 22 de noviembre de 2011
lunes, 21 de noviembre de 2011
Los peores passwords de 2011
Una lista de los 25 peores passwords, publicado por Splashdata.com.
1. password
2. 123456
3. 12345678
4. qwerty
5. abc123
6. monkey
7. 1234567
8. letmein
9. trustno1
10. dragon
11. baseball
12. 111111
13. iloveyou
14. master
15. sunshine
16. ashley
17. bailey
18. passw0rd
19. shadow
20. 123123
21. 654321
22. superman
23. qazwsx
24. michael
25. football
1. password
2. 123456
3. 12345678
4. qwerty
5. abc123
6. monkey
7. 1234567
8. letmein
9. trustno1
10. dragon
11. baseball
12. 111111
13. iloveyou
14. master
15. sunshine
16. ashley
17. bailey
18. passw0rd
19. shadow
20. 123123
21. 654321
22. superman
23. qazwsx
24. michael
25. football
miércoles, 26 de octubre de 2011
CoffeeScript, javascript más ágil
CoffeeScript es lenguaje que se compila a javascript, que pretende acelerar el desarrollo y optimizar el código.
El blog de uno de los desarrolladores, Brendan Eich.
Etiquetas:
CoffeeScript
,
javascript
,
Script Language
Formateadores y validadores de JSON
Herramientas online para validar y formatear JSON
Formateadores de JSON:
http://www.blogger.com/img/blank.gif
Validadores de JSON:
Plugins de JSON para notepad++
También me resultaron muy útiles estos dos plugins para notepad++:
Creo recordar que ambos se pueden instalar directamente desde el plugin manager de Notepad++ (Plugins->Plugin Manager->Show Plugin Manager). Pero si no, se pueden descargar y colocar el correspondiente .dll en la carpeta /plugins dentro del directorio de instalación del notepad++.
JSHint
Tengo que echarle un ojo a JSHint, porque JSLint restringe mucho el estilo de programación, o sigues a rajatabla sus convenciones subyacentes o tu código no pasará la validación.
Etiquetas:
formatter
,
JSON
,
Online Tools
Suscribirse a:
Entradas
(
Atom
)