Pruebas web de Team System usando Firefox

Es cierto que aunque su cuota de mercado no es la más elevada, Firefox ha conseguido un buen puñado de adeptos. Y además muy ruidosos. En según que situaciones, que tu aplicación no soporte Firefox puede ser una cuestión que afecte bastante al posible exito de tu aplicación. Si bien desde un sentido puramente económico soportar Firefox es, a menudo, una cuestión de criticable rentabilidad, también es cierto que los usuarios de cualquier navegador merecen el mismo respeto. Además, todos sabemos las peloteras que montan, que no digo que no esten justificadas, cuando un sitio no soporta su navegador favorito. Siendo esta la situación es cierto que cada vez más empresas necesitan que su entorno de pruebas soporte también la utilización de este navegador.

De hecho la situación que he vivido recientemente es un equipo de desarrollo que tiene su aplicación completamente funcionando para Firefox y que la están migrando para que funcione con Explorer. No se que extraña situación les llevo a soportar primero el navegador con menor cuota de mercado pero las cosas son como son. Se plantean ahora la posibilidad de usar Visual Studio Team System for Testers Edition con herramienta para realizar pruebas web y pruebas de carga contra la web. Los que conocéis las posibilidades de VSTS for Testers en este campo seguro que no os sorprendéis de que se planten esta opción pues es una herramienta excelente para este tipo de pruebas y en general para gestionar el ciclo completo de la calidad en el desarrollo de una aplicación (tema sobre el que hablé en ExpoQA el año pasado).

La principal limitación, a priori, es que solo podemos grabar pruebas web usando Web Test Recorder que solo está disponible para Internet Explorer.

image

En este caso el problema era claro, a día de hoy la aplicación solo funciona con Firefox. Pero aunque no fuese está la situación, es cierto, que si nuestra aplicación debe soportar cualquier navegador parece natural que podamos realizar las pruebas de la misma usando cualquier navegador ¿no?. Así que guiado por la necesidad y la curiosidad me he puesto a buscar un camino para poder grabar los test web de VSTS for Testers desde Firefox. Y os voy a contar cual a sido la solución a la que he llegado… Que por cierto, en esencia, sería aplicable a cualquier otro navegador).

La solución al problema aquí expuesto pasa por utilizar Fiddler, herramienta de la que ya he hablado anteriormente en este blog, precisamente comentando su capacidad para grabar una interacción de nuestro navegador como un test web de Team System. Esta capacidad, junto a la posibilidad que Fiddler tiene para actuar como proxy transparente para cualquier navegador, nos abre la posibilidad de usar Firefox para grabar test web de VSTS for Testers.

El proceso es sencillo:

1) Descargar e instalar Fiddler herramienta totalmente gratuita e imprescidible

2) Configurar Firefox para que use Fiddler como proxy, para ello basta saber que cuando está arrancado Fiddler expone un proxy transparente en el puerto 8888

image

3) Ejecutar la interacción web que queremos grabar como test desde Firefox, veremos como Fiddler captura todo el trafico…

4) Guardar el resultado de Fiddler como un web test (archivo .webtest), que luego podremos incorporar a nuestro proyecto de test de VSTS for Testers para su ejecución o su inclusión como parte de un test de carga o de un tes guiado por datos.

image

A la hora de hacer tests de carga, bastará que configuremos el porcentajes de peticiones que estimamos van a venir desde Internet Explorer y desde Firefox cuando configuremos el test. Esto hará que, en el porcentaje determinado, el entorno de pruebas haga unas peticiones identificandose como Internet Explorer en unas ocasiones y como Firefox en otras.

image

10 comentarios en “Pruebas web de Team System usando Firefox”

  1. Si te parece poco importante soportar Firefox, me imagino que la accesibilidad te la pasarás ya por el forro.
    Y si tienes que soportar ambos navegadores, es mejor empezar por Firefox y ARREGLAR luego para IE, aunque no deberían haber esperado a finalizar el proyecto para probarlo en IE.

  2. Alberto, ¿donde digo que sea poco importante soportar Firefox?

    ¿Por qué según tu es una buena decisión soportar un navegador minoritario primero? Yo no le veo la lógica desde un punto de vista económico a este planteamiento.

    De todos modos, mi opinión es que si tienes que soportar varios navegadores, bases de datos, sistemas operativos o lo que sea, lo más eficiente es trabajar en ese soporte desde el principio, no dejarlo para el final.

  3. mmmm … nice tip Rodrigo !!!

    Como tu dices, por ahi por estar muy acostumbrados a aplicaciones orientadas a IE, nos olvidamos de las pruebas orientadas a varios navegadores y este paso a paso viene muy bien.

    Saludos

  4. Leyendo esto:
    “Si bien desde un sentido puramente económico soportar Firefox es, a menudo, una cuestión de criticable rentabilidad, también es cierto que los usuarios de cualquier navegador merecen el mismo respeto.”
    Me daba la impresión de que anque te mostrabas respetuoso, no le das demasiada importancia. Quizá te entendí mal y sólo soy otro usuario ruidoso de esos. 😉

    Sobre por qué soportar Firefox, no lo dejé muy claro en mi comentario. Firefox (y Opera, y Safari, y Konkeror,…) soporta mejor los estándares que Internet Explorer. Así que si tienes que hacer una web que funcione y se vea bien en todos los navegadores, es mejor en mi opinión usar primero un navegador más respetuoso con los estándares y adaptar luego lo que haga falta para el IE que al revés. Seguro que a ese grupo le costará menos dar soporte a IE que si lo hubiesen hecho al revés.

    Lo cual no quita, como ya comenté y tú también señalas, es que deberían haberlo hecho desde un principio, y no una vez finalizado el desarrollo.

  5. Creo que cuando se desarrolla una apliación web, debería ser acorde a los estándares del W3C, no a Internet Explorer, si no… tenemos algo que solo funciona en este último.

    Una de las grandes pseudo-excusas de un programador es “…pero si en mi máquina funciona!!”, y ya sabemos que no vale, asi que no creo que solo se trate de mostrarse respetuoso.

    Si se respetan los estándares, una página se ve bien en cualquier navegador… que también los respete 😛

    http://www.w3schools.com/browsers/browsers_stats.asp
    Creo que es un porcentaje de usuarios a tener en cuenta. Para una aplicación en una intranet puede ser una cosa trivial, pero imagina un banco 🙂

    Un saludo.

  6. No me puedo creer que al final lo que quede de este post sea un hilo sobre Firefox vs Explorer no… Tendría que haber usado Opera para el ejemplo.

    El que paga un desarrollo tiene la postestad de elegir sobre que plataformas corre, punto. Yo lo único que quería comentar es como poder utilizar Team System para probar usando Firefox.

    Sobre las estadísticas de W3School, están claramente segadas por el tipo de público al que va dirigido esta web. Lo único que puedes extrapolar es que el 30 y pico por cierto de las personas interesadas en el desarrollo web y que visitan W3School usan Firefox.

    ¿Quieres saber cuales son las estadísticas de navegadores según las visitas Geeks.ms? 😉

  7. Como dicen, creo que es muy costoso no definir en un inicio del proyecto, que navegadores vamos a dar soporte. Por ejemplo definir sólo dar soporte IE7, firefox, y no a IE6, puede ser muy costoso reconocerlo al final, o que también ibamos a soportar un navegador más como Opera o Safari.

    Ahora en cuanto a IE, creo que se debería hablar de IE6 e IE7, y cuando se dice “Creo que cuando se desarrolla una apliación web, debería ser acorde a los estándares del W3C, no a Internet Explorer, si no… tenemos algo que solo funciona en este último.”, imagíno que están hablando de IE6.

    Me parece que con IE7, y si respetas los estándares, no tienes por que hacer dos diseños, uno para IE7 y otro para firefox.

    Y por otro lado, he visto sitios que se ven de la misma manera en IE6 o Firefox, Safari… y volvemos al punto inicial: ¿Qué navegadores va soportar tu aplicación?, y por encima de eso debería haber la premisa de respetar los estándares…

    Saludos,

  8. Bueno no pretendo echar leña al fuego pero si se trata de una aplicacion web se debe primeramente ver los estandares(firefox) y no preguntar en que navegador utilizara el cliente (que por el hecho de ser INTERNET puede ser cualquier plataforma).
    Saludos.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *