STARWEST Day 3 (final)

Hoy es el último día del STARWEST 2008, el tercero de la conferencia, el quinto para mí, pues estuve desde el lunes en los tutoriales.

El evento ha sido fabuloso, es increible ver tantos profesionales de la industria del software testing. He visto desde webpage testers hasta testers dispositivos médicos, es mas, por fin encontré mas personas de México! Un tester que trabaja para GE Aviations y prueba software para motores de avión. (Es decir, no estamos tan perdidos :P)

Me gusta preguntar que es lo que prueban, ayuda a poner en contexto con quien estas hablando. Por cierto, estaba con los testers de dispositivos médicos, eran varios, al parecer habían venido todos, y les pregunto: ¿Entonces.... quien esta haciendo pruebas ahora? ¿Nadie? jejejeje. ok ok, demasiado humor de testers.

Los dos primeros días fueron de tutoriales, los cuales si bien no fueron lo espectaculares que esperaban aprendi ideas bastante frescas y me llenaron de grandes consejos. Tome dos, uno sobre automatización de pruebas y otro sobre testing exploratorio. Como tester en el área de operación, tengo que concentrarme en mejorar mi test exploratorio (para sacar bugs de producción) y mejorar los scripts automáticos de prueba, que si bien funcionan (bueno, algunos) pueden ser perfectibles.

Las conferencias han estado geniales, ayer por ejemplo Scott Barber (PerfPlus) dió una llamada My Life as a Performance Tester in-cre-i-ble, luego platico mas sobre ella; he estado en algunas de test exploratorio, otras de test manangment (Colonel Craig Leadership, tmb muy buena) y una de automatización, bueno, esa no estuvo tan buena, pero ok :P.

Tmb estuvo la EXPO, que singular exposición, puuuras herramientas para testing, me sentía como niño en dulcería, claro no teanto por las herramientas, sino por tanto souvenir jeje.

Me retiro al keynote de hoy, le toca a una chica de Microsoft, que nos hablara sobre... mmm bueno por aqui tengo la revista, mas detalles al rato.

Estare publicando en este blog los temas visto en la conferencia. Nada mejor para reforzar el conocimiento que platicar de ellos y compartirlo con uds.

Scripting Tecniques for Testers

El lunes estuve en el curso de Scripting Techniques for Tester, impartido por Dion Sanders (no, no es jugador de Americano).

El curso se veía prometedor, en el folleto hablaba de como hacer mas dinámicos los scripts de prueba, como desarrollarlos en Ruby y ps basados en la serie de artículos en Stickyminds, asumí (craso error) que nos hablaría de como recuperarse de los errores, la bronca mas común (y mas amplia) al momento de ejecutar un script de prueba.

Su statement es el siguiente: "Tu aplicación es estática? No vdd, siempre hay cambios. Entonces, '¿Pk haces scripts staticos?

Dion nos invita a quitarnos dicha rebuznancia planteando el lo siguiente: Hacer un script dinámico, introduciendo dinámicamente tus datos y creando los datos dinámicamente.

Por lo general, una prueba funcional automatizada consta de tres recursos:

- El script, donde va el código de la prueba
- El mapa de objetos, donde guardamos las especificaciones de los objetos del AUT(Application Under Test) para que el script los pueda encontrar
- El dataPool, una tabla de de datos que utilizamos como datos de entrada para nuestras pruebas

En el script, queda algo como esto:

firstNameTextBox.setText(DataPool.getValue("firstName");
lastNameTextBox.setText(DataPool.getValue("lastName");
departamentTextBox.setText(DataPool.getValue("departament);

Al ejecutarse la prueba, se sigue un proceso como:

1.- Abro el datapool
2.- Busco la columna del valor (primero las cuento, para hacer el loop)
3.- Me traigo el valor
4.- Busco el objeto en el mapa de objeto
5.- Acceso su especificacion en el mapa de objetos para saber como introducir la informacion
6.- Escribo en el campo.

De entrada ps se ve como suficienta, sin embargo empiezan los problemas.. que pasa si cambia el tipo de dato? que pasa si cambia el tipo de clase en la AUT? (que me ha pasado y es un gorro, en un proyecto pasado, estuvimos usando textboxes de swing y de repente un cliente salio con un requerimiento nuevo que no soportaba esa clase y se crearon una nueva, basada en textbox pero con el nombre de IntranetTextBox y maaaa, mis scripts no eran tan flexibles y tuve que remapaear todo!!!)

Total, si checas la especificacion del dato esta repetido en las tres capas (script, datapool y mapa de objeto), lo que provoca que en caso de cambios, se tripliquen los lugares onde hay que cambiarlos.

Entonces, lo que se propone es hacer el script flexible, de tal manera que ya no le tengas que especificar si quiera el dato a insertat... solamente creas un metodo que calcule como introducir el dato, en base a lo que se encuentre en el AUT, es decir, ya no utilizas mapa de objetos

(continuara despues...)

Iniciando el STARWEST 2008

Con la novedad de que andamos en Anaheim CA en el evento STARWEST 2008 (Software Testing Analysis and Review) organizado por SQE (www.sqe.com).

Mañana inicio con dos días de tutoriales, el primero sera el de Scripting Techniques for Software Tester, lo da el cuate del articulo de Taekwondomation. Al parecer nos van a enseñar a usar Ruby wooo :P

El segundo, es el de Session Based Testing, mañana mas comentarios de los dos tutoriales.

De momento, unas fotos de nuestra larga travesía del día de hoy.

Raúl e Isaac perdiendo el tiempo en el aeropuerto
Un servidor intentando postear esto desde el aeropuerto (sin exito)






Al parecer hubo un malentendido y casi nos mandan en camión a Houston (luego conectamos con Anaheim)


Ya rendidos del viaje, mejor llegamos a cenar.




Dieta baja en ... en vergüenza! jaja

Probando, probando, 1,2

El proposito de este blog es compartir las mafufadas con las que me encuentro en la ardua, adictiva y maravillosa disciplina del Software Testing