Gxtest testing automatizado en aplicaciones sd
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

Gxtest testing automatizado en aplicaciones sd

on

  • 315 views

 

Statistics

Views

Total Views
315
Views on SlideShare
264
Embed Views
51

Actions

Likes
0
Downloads
4
Comments
0

1 Embed 51

http://www5.genexus.com 51

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • Hola mi nombre es Matías y pertenezco a Abstracta. Cuando estaba pensando como contarles de la mejor manera sobre lo nuevo de Gxtest para SmartDevices, empecé dandole muchas vueltas a la motivación, los casos que lo hemos utilizado, etc y me di cuenta que tal como me pasa algunas veces me estaba complicando más de la cuenta. Es por eso que decidí ser bien directo y arrancar de lleno a contarles que es lo que les ofrece Gxtest para hacer pruebas en smart devices Para eso que mejor que arrancar viendo en Gxtest que incorporamos ahora. Para los que no conocen Gxtest (la mayoría estuvo recién en la charla de Seba) Gxtest busca que las personas que desarrollan con GeneXus puedan automatizar sus pruebas de manera sencilla. Ahora con la masificación de SD, trasladamos los mismos conceptos que utilizabamos en Web a SD. Gxtest les va a permitir dos cosas: Ejecutar pruebas automatizadas funcionales en SD o emuladores Generar pruebas de performance Veamos como funciona (primero vemos y contamos lo de SD y luego lo de performance, el recorder de performance y luego las pruebas en opensta y en jmeter
  • El otro día un amigo quería que haga un viaje por Argentina y yo lo dije que no podía porque estábamos a con la generación de pruebas de performance para SD, y él me dijo pero porque se metieron en SD si todavía no se necesita hacer testing La verdad es que si se necesita y dejenme explicarle porque
  • Antes en web necesitabamos correr las pruebas en FF, IE y Chrome, ahora en los dispositivos móviles, necesitamos correrlo en: Android, iOS, windows 8, OS de BB Android uno puede pensar que es uno solo, pero en realidad es una versión diferente para cada fabricante, esta el de samsung, el de htc, el de lg, etc Aparte otras variables como tipo de procesador, tamaño de la pantalla, etc inciden en el comportamiento de las aplicaciones. Es por esto que tener el mismo caso de prueba y poder ejecutarlo fácilmente en diferentes plataformas, sean reales o emuladores me va a ahorrar mucho tiempo
  • Otro tema y es por el cual nos hemos enfocado mucho en las pruebas de performance es la cantidad de gente que entra al sistema mediante los dispositivos móviles. Si bien por ahí no tenemos las funcionalidades más complejas de nuestro sistema en el celular. Las empresas están apuntando muchísimo a utilizar el celular como su principal canal de comunicación con los clientes. Uno de nuestros clientes que es un banco de plaza nos decía que estiman que en 3 años se va a triplicar la cantidad de usuarios utilizando como canal el celular para sus tareas. No se si a alguien le ha tocado hacer pruebas de performance sobre un core bancario. En ese tipo de proyectos es típico simular la carga de los cajeros automáticos, no por ahí porque sea super compleja la decisión de consultar el saldo o autorizar sino porque es muy usado. Bueno con SD nos pasa lo mismo, puede ser simple pero seguramente sea muy usado y por eso necesitamos incluirlo..
  • Aparte de la cantidad de usuarios que utilizan este canal, el otro tema es la frecuencia con lo cual lo utilizan. Antes para entrar a chequear el estado de cuenta o hacer una transferencia, tenía que llegar a mi computadora y ahí meterle, ahora tengo la computadora todo el tiempo arriba, justamente el software está en todos lados!
  • Cuando estábamos lanzando Gxtest en el 2009, dimos una serie de charlas para difundir la herramienta. En una de esas charlas un gerente de sistemas me preguntaba si con gxtest podía automatizar un proceso que si bien arrancaba en la web, luego terminaba invocando procesos cobol, demonios en linux, etc etc. En ese momento le explicaba que gxtest permite manejar el navegador, lo que se dispara luego de que uno presiona enter no importa. Bueno en esto es lo mismo, o sea si bien el software que corre en el dispositivo puede ser sencillo, desde el celular se pueden disparar procesos muy complejos, ordenes de compra, una orden, etc y es por eso que se vuelve crítico también las pruebas desde los dipositivos.
  • Ahora alguien puede decir, mira no me importa toda esta gente trabajando con mi sistema, toda la complejidad que tengo porque yo tengo un super fierro que se aguanta todo. Este que ven aca con esos 32 cores y 256 gb de ram, fue una prueba que estuvimos haciendo para un cliente en Chile, lo más lindo es que esto que ven, no es la máquina que tiene el sistema, sino la máquina que me dieron a mi para simular los usuarios! Esta genial tener un fierro gigante, seguramente me permita lograr un procesamiento genial y hasta disimular algunos posibles errores, pero no crean que con esto se termina el asunto, hay muchos posibles errores que hacen que estos dinosaurios caigan y ahí la calentura es doble!! Porque dicen, gaste millones en esta máquina y todavía se me cae el sistema!
  • Como hacemos para desde nuestra área de QA o testing poder aportar valor en nuestra empresa
  • Lo primero es Gxtest Contar con una herramienta con la potencia que tiene Gxtest les va a permitir sortear problemas técnicos mucho más fácil y dedicarse a lo que realmente importa, mejorar sus aplicaciones
  • Lo segundo es que en general nos puede pasar que estamos ansiosos por comenzar a automatizar a picar código. Es importante que no nos pongamos a lo loco a “picar codigo”, o sea a automatizar, piensen, diseñen bien su modelo de pruebas antes de meter código, de nada sirve que ejecutemos una carga que nada tiene que ver con lo que es el comportamiento de los usuarios en producción. Vamos a encontrar problemas diferentes a los que se encontrarían en producción Para definir el comportamiento de los usuarios, nosotros en Abstracta usamos un modelo llamado UCML que fue propuesto por Scott Barber. Scott es un referente para nosotros y ha escrito mucho sobre pruebas de performance. Aparte todo lo que escribe lo publica gratis en formato digital. Gxtest les simplifica tremendamente las tareas de automatización y también los guia con algunos temas de meotdología, pero ustedes tienen que ir mas allá de eso y conocer mucho mas de pruebas de performance o de pruebas automatizadas. Si quieren meterse con pruebas de performance les recomiendo que arranquen con una serie de articulos de scott que se llaman user experience not metrics. Si quieren comenzar con pruebas automatizadas les recomiendo que lean nuestro blog y nuestra wiki, ahí plasmamos mucho de nuestras exprencias en estas áreas, no solo referente a gxtest sino en general
  • Al igual que GX nos propone hacer las cosas de manera iterativa e incremental, en testing, está bueno hacer lo mismo Es muy importante comenzar con proyectos pilotos, si es algo nuevo, nos vamos a equivocar. Es bueno equivocarse barato, aprender y volver a hacerlo mejor. A veces nos tentamos en agarrar el proyecto mas complicado y terminamos aprendiendo a un costo muy alto. El largo camino cort es comenzar con proyectos más sencillos e ir creciendo paulatinamente en complejidad
  • Por último quería terminar con esto, todos conocen esta frase? Un gran poder conlleva una gran responsabilidad
  • Es de el hombre araña Creemos que con los SD se crean muchas oportunidades de crear negocios, expandir o mejorar los nuestros, etc, pero “todo gran poder conlleva una gran responsabildiad” Realmente tenemos exigencias extras de nuestros negocios que tenemos que aportar en nuestra organización formas de mitigar los riesgos, para eso pensamos que Gxtest puede ser un gran aliado

Gxtest testing automatizado en aplicaciones sd Presentation Transcript

  • 1. #GX23 GXtest: testing automatizado en aplicaciones SD #GX3111 Matías Reina y Simon De Uvarow Abstracta
  • 2. #GX23 Pruebas de performance Pruebas funcionales en dispositivos y emuladores ¿Qué?
  • 3. #GX23 ¿Por qué?
  • 4. #GX23
  • 5. #GX23 Elementos
  • 6. #GX23 Elementos
  • 7. #GX23 Imágenes y gráficos
  • 8. #GX23 Imágenes y gráficos
  • 9. #GX23 ¿Como?
  • 10. #GX23
  • 11. #GX23 User Experience, not metrics
  • 12. #GX23
  • 13. #GX23 “Un gran poder conlleva una gran responsabilidad”
  • 14. #GX23 Imágenes y gráficos
  • 15. Ing. Federico Toledo matias.reina@abstracta.com.uy www.genexus.com/gxtest