Ing. Federico Toledo<br />ftoledo@abstracta.com.uy<br />Testing automatizadoHagamos que las máquinas trabajen por nosotros...
Discusión de “salados”<br />“Test automationissimplyanautomaticway of doingwhattestersweredoingbefore”<br />Steve Rowe (Te...
Introducción<br />Testing de Regresión<br />Verificar que el Software no tenga regresiones<br />¿Solo revisar bugs?<br />H...
Testing de Regresión<br />Aburrido<br />Siempre lo mismo<br />Error humano <br />
Automatización<br />Adquirir tecnología para automatizar procesos manuales<br />Mejora: <br />calidad <br />performance en...
Dificultades/desafíos<br />
metAs<br />Plantear objetivos de la automatización<br />Ejemplos<br />Integración continua: ejecutar pruebas todas las noc...
casos de prUeba<br />Selección basada en Riesgo <br />Importancia para el negocio<br />Costo de un bug<br />Impacto <br />...
casos de prUeba<br />Si ya tenemos casos documentados<br />Si no tenemos – automatizar es formalizar las pruebas en cierto...
herramienTa<br />Hay muchas herramientas muy buenas<br />Enfoque tradicional no compatible con GeneXus<br />GXtest<br />Cr...
Mismo nivel de abstracción<br />Transacción Clientes<br />Herramientas tradicionales<br />GXtest<br />herramienTa<br />
datOs<br />Se varían con estructuras asociadas a los test cases automatizados<br />Datapools<br />Invocaciones a ProcGX<br />
aMbientes<br />Ambientes<br />KB<br />Aplicación Generada<br />Artefactos de prueba<br />Datos de prueba<br />Datos en la ...
orAculos<br />Veredicto si una prueba pasa o falla<br />Modelo mental <br />Acciones de validación<br />A nivel de respues...
¿cuándo ejecuTar?<br />Planificar <br />Automatización <br />Mantenimiento<br />Ejecuciones <br />Verificación y Reporte d...
¿quIén?<br />¿Equipo de automatización?<br />La riqueza está en la variedad<br />Desarrollador<br />Tester<br />Usuario <b...
¿quIén?<br />
¿quIén?<br />Compromiso como con un producto<br />Desarrolladores<br />Testers<br />Gerencia <br />
mOtivación<br />Necesidad de las personas a sentir que están aportando algo al proyecto.<br />Se pierde este sentimiento a...
mOtivación<br />Como tester siento que estoy aportando<br />Si obtengo resultados antes<br />Si encuentro bugs más tempran...
consideracioNes1 - ¿Qué hago con un bug?<br />Ser efectivo<br />Minimizar secuencia de pasos<br />Ser preciso<br />Objetiv...
consideracioNes2 - ¿Cuándo se hacen visibles          los resultados?<br />¿Cada vez que encuentro un bug?<br />¿Cada vez ...
¿Se encuentran más bugs?<br />NO<br />SI<br />
¡Ojo! Riesgo <br />No confiarse en que tengo pruebas automatizadas<br />Mil casos de prueba no significan nada<br />Calida...
coNsideraciones<br />Siempre se ejecuta lo mismo<br />No remplaza ni minimiza el Testing manual<br />Agregamos un componen...
Checking<br />A – metas / objetivos<br />U – casos de prueba<br />T – herramienta <br />O – datos de prueba<br />M – ambie...
Primer beta del producto presentada hace un año<br />Sale a la venta en setiembre de 2009<br />Utilizada por<br />K2b<br /...
¿Preguntas?<br />Gracias!<br />www.abstracta.com.uy<br />gxtest.abstracta.com.uy/wiki<br />abstracta-soft.blogspot.com<br ...
Upcoming SlideShare
Loading in …5
×

065 Testing Automatizado Hagamos Que Las Maquinas Trabajen Por Nosotros

1,186 views

Published on

Published in: Technology, Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,186
On SlideShare
0
From Embeds
0
Number of Embeds
26
Actions
Shares
0
Downloads
13
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

065 Testing Automatizado Hagamos Que Las Maquinas Trabajen Por Nosotros

  1. 1. Ing. Federico Toledo<br />ftoledo@abstracta.com.uy<br />Testing automatizadoHagamos que las máquinas trabajen por nosotros<br />
  2. 2. Discusión de “salados”<br />“Test automationissimplyanautomaticway of doingwhattestersweredoingbefore”<br />Steve Rowe (Tester at Microsoft)<br />“Test automationmeansextendingthereach of testers”<br />James Batch (TesterConsultant at Satisfice)<br />
  3. 3. Introducción<br />Testing de Regresión<br />Verificar que el Software no tenga regresiones<br />¿Solo revisar bugs?<br />Hay quienes dicen que es un chequeo<br />Michael Bolton http://www.developsense.com/2009/08/testing-vs-checking.html<br />
  4. 4. Testing de Regresión<br />Aburrido<br />Siempre lo mismo<br />Error humano <br />
  5. 5. Automatización<br />Adquirir tecnología para automatizar procesos manuales<br />Mejora: <br />calidad <br />performance en la producción <br />rendimiento de los recursos humanos<br />
  6. 6. Dificultades/desafíos<br />
  7. 7. metAs<br />Plantear objetivos de la automatización<br />Ejemplos<br />Integración continua: ejecutar pruebas todas las noches<br />Suite de prueba para ejecutar ante cada release<br />Pruebas de humo<br />Evitar que lleguen ciertos bugs al cliente<br />
  8. 8. casos de prUeba<br />Selección basada en Riesgo <br />Importancia para el negocio<br />Costo de un bug<br />Impacto <br />Vidas/dinero en juego<br />Selección basada en uso<br />Las más usadas, las más importantes<br />
  9. 9. casos de prUeba<br />Si ya tenemos casos documentados<br />Si no tenemos – automatizar es formalizar las pruebas en cierto lenguaje (ejecutable)<br />Comenzar simple<br />Línea amarilla – según uso, etc.<br />
  10. 10. herramienTa<br />Hay muchas herramientas muy buenas<br />Enfoque tradicional no compatible con GeneXus<br />GXtest<br />Crear rápido<br />Evolucionar y mantener fácil<br />
  11. 11. Mismo nivel de abstracción<br />Transacción Clientes<br />Herramientas tradicionales<br />GXtest<br />herramienTa<br />
  12. 12. datOs<br />Se varían con estructuras asociadas a los test cases automatizados<br />Datapools<br />Invocaciones a ProcGX<br />
  13. 13. aMbientes<br />Ambientes<br />KB<br />Aplicación Generada<br />Artefactos de prueba<br />Datos de prueba<br />Datos en la base<br />¿Backups de bases de datos?<br />Resultados <br />
  14. 14. orAculos<br />Veredicto si una prueba pasa o falla<br />Modelo mental <br />Acciones de validación<br />A nivel de respuestas<br />A nivel de datos<br />ProcGX<br />
  15. 15. ¿cuándo ejecuTar?<br />Planificar <br />Automatización <br />Mantenimiento<br />Ejecuciones <br />Verificación y Reporte de bugs<br />Correcciones de bugs detectados<br />
  16. 16. ¿quIén?<br />¿Equipo de automatización?<br />La riqueza está en la variedad<br />Desarrollador<br />Tester<br />Usuario <br />La variedad se da en <br />Selección <br />Datos<br />Oráculos<br />
  17. 17. ¿quIén?<br />
  18. 18. ¿quIén?<br />Compromiso como con un producto<br />Desarrolladores<br />Testers<br />Gerencia <br />
  19. 19. mOtivación<br />Necesidad de las personas a sentir que están aportando algo al proyecto.<br />Se pierde este sentimiento al volver a hacer lo que ya se hizo <br />Ejecutando pruebas de regresión<br />Corrigiendo scripts automatizados<br />
  20. 20. mOtivación<br />Como tester siento que estoy aportando<br />Si obtengo resultados antes<br />Si encuentro bugs más temprano<br />Si doy mejor información sobre el estado de la aplicación<br />¿Estamos listos para salir al mercado?<br />
  21. 21. consideracioNes1 - ¿Qué hago con un bug?<br />Ser efectivo<br />Minimizar secuencia de pasos<br />Ser preciso<br />Objetivo <br />
  22. 22. consideracioNes2 - ¿Cuándo se hacen visibles los resultados?<br />¿Cada vez que encuentro un bug?<br />¿Cada vez que las ejecuto?<br />Desde que las pienso.<br />
  23. 23. ¿Se encuentran más bugs?<br />NO<br />SI<br />
  24. 24. ¡Ojo! Riesgo <br />No confiarse en que tengo pruebas automatizadas<br />Mil casos de prueba no significan nada<br />Calidad de los casos de prueba<br />
  25. 25. coNsideraciones<br />Siempre se ejecuta lo mismo<br />No remplaza ni minimiza el Testing manual<br />Agregamos un componente al equipo<br />Un tester virtual<br />Trabaja de noche, muy rápido<br />Siempre hace lo que se le indicó sin equivocarse<br />No piensa, no se da cuenta de otras cosas que no se le dijo que revise<br />
  26. 26. Checking<br />A – metas / objetivos<br />U – casos de prueba<br />T – herramienta <br />O – datos de prueba<br />M – ambientes <br />A – oráculos <br />T – ¿cuándo? planificar<br />I – ¿quién? compromiso<br />O – motivación <br />N – consideraciones <br />pass<br />
  27. 27. Primer beta del producto presentada hace un año<br />Sale a la venta en setiembre de 2009<br />Utilizada por<br />K2b<br />Grupo Fenix<br />Concepto<br />DLyA<br />Accendo<br />
  28. 28. ¿Preguntas?<br />Gracias!<br />www.abstracta.com.uy<br />gxtest.abstracta.com.uy/wiki<br />abstracta-soft.blogspot.com<br />Ing. Federico Toledo<br />ftoledo@abstracta.com.uy<br />

×