Your SlideShare is downloading. ×
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Insight Brou 2009 11 Encuentro Usr Rational Gur07

232

Published on

Automated testing: evolution to framework maturity

Automated testing: evolution to framework maturity

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

  • Be the first to like this

No Downloads
Views
Total Views
232
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • Presentación julio 2008
  • Transcript

    • 1. FRAMEWORK de AUTOMATIZACIÓN 7o. Encuentro Usuarios IBM Rational Uruguay   2009 por Insight. Todos los derechos reservados por Insight (Bilestar S.A.). Prohibida su reproducción total o parcial sin el consentimiento previo del autor. Nov.2009 Irene Pazos [email_address]
    • 2. Framework automatización
        • Desarrollo sin pruebas ?
        • Haciendo pruebas de software
        • El volumen importa
        • Estandarización, … reuso, y ... mantenimiento o o o o oo oughhh
        • Framework !!! ( aahh… )
    • 3. Framework automatización
        • sin pruebas
        • haciendo pruebas
        • volumen en pruebas
        • estandarización, reuso y mantenimiento
        • framework
    • 4. escenario: sin pruebas
      • siempre lo hicimos así …
      • no da el tiempo por la presión de negocio ..
    • 5. escenario: sin pruebas
        • resultado
        • alto costo re-trabajo involucra ciclo desarrollo Y DE NEGOCIO.
        • NEGOCIO & TECNOLOGÍA: enemigos antes que socios
    • 6. Framework automatización
        • sin pruebas
        • haciendo pruebas
        • volumen en pruebas
        • estandarización, reuso y mantenimiento
        • framework
    • 7. escenario: con pruebas
      • separación insuficiente de roles/ ambientes/ responsabilidades.
      • tiempo de usuarios comprometido.
      • valoración limitada de resultados dudosos por asignaciones ambiguas.
    • 8. escenario: con pruebas
        • resultado
        • cuando la visión de negocio valora calidad, invierte en ambiente de pruebas.
        • experiencia plataforma RATIONAL
    • 9. Framework automatización
        • sin pruebas
        • haciendo pruebas
        • volumen en pruebas
        • estandarización, reuso y mantenimiento
        • framework
    • 10. volumen en pruebas
      • presión de negocio sobre desarrollo, transferida en parte a pruebas.
      • presión de desarrollo sobre pruebas por liberaciones de soft.
      • NEGOCIO depende de PRUEBAS.
    • 11. volumen en pruebas
      • resultados de calidad en pruebas, generan crecientes exigencias en volumen y calidad.
      • exigencias: múltiples ambientes, plataformas, aplicaciones, regresiones, rendimiento, stress.. ( con los mismos recursos, obvio )
    • 12. volumen en pruebas
        • el proceso hasta aquí …
        • Negocio maduró identificando necesidad de pruebas.
        • Desarrollo maduró incorporando pruebas en su proceso.
        • Maduración de pruebas ??
    • 13. Framework automatización
        • sin pruebas
        • haciendo pruebas
        • volumen en pruebas
        • estandarización, reuso y mantenimiento
        • framework
    • 14. estandarización, reuso …
      • madurez en proceso de pruebas empieza con formalización de actividades:
      • registro adecuado, información reusable (casos, condiciones, resultados, baselines)
    • 15. reuso … mantenimiento ….
        • realidad
        • las pruebas son necesarias porque los sistemas CAMBIAN 
        • (si no cambiaran, casi no harían falta pruebas …)
        • artefactos de pruebas, también requieren MANTENIMIENTO
    • 16. reuso … mantenimiento ….
      • además de generar resultados en procesos de pruebas bajo exigencia creciente, se debe mantener la inversión por el esfuerzo de pruebas desarrolladas.
      • de otro modo, es como empezar de cero (por izquierda) cada vez.
    • 17. reuso … mantenimiento ….
      • contar con una plataforma de automatización de pruebas, y no superar esta situación, es casi más frustrante ( para Tecnología & Negocio ) que estar desnudo como al principio …sin pruebas.
    • 18. Framework automatización
        • sin pruebas
        • haciendo pruebas
        • volumen en pruebas
        • estandarización, reuso y mantenimiento
        • framework
    • 19. framework ?
        • uso estándar de herramientas
      • ah, cómo, la herramienta no hace todo ??
      • “ hasta un niño y un ama de casa puede hacerlo ..”
      • hoy los niños programan robots
      • las amas de casa son una especie en extinción
    • 20. framework
      • paradigma modelo “grabar/reproducir”
      • mantenimiento impacta cada script grabado.
      • limitada separación de datos y lógica, manejo de escenarios limitado, flexibilidad comprometida
    • 21. framework
      • paradigma separación objetos y métodos
      • uso herramienta para identificar objetos de aplicaciones.
      • uso de herramientas para proveer métodos “típicos” ( click ) aplicables a objetos.
    • 22. framework
      • paradigma separación objetos y métodos
      • definición de “lotes” de métodos aplicados a objetos, resolviendo secuencias de tareas
      • objetos en mapa independiente, como lista de atributos en texto.
    • 23. framework
      • paradigma separación objetos y métodos
      • método = { comando }
      • { espera_obj } ; winGRALpopupMsg_ACEPTAR
      • objeto = etiqueta y atributos texto
      • [winGRALpopupMsg_ACEPTAR]
      • propiedades=.class ; .text
      • valores= Html.DialogButton; Aceptar
      • tipo=boton
    • 24. framework
      • paradigma separación objetos y métodos
      • lote = caso de prueba
      • [lote-TRN000]
      • titulo=Inicio de aplicación
      • cant_datos=6
      • dato1={escenario} ; s006.e001-ccDeposito
      • dato2={inicio_web} ; {e:url/SISTEMA/_system.ini}
      • dato3={espera_obj} ; BotonComenzar ; {e:dly/GRL/_system.ini}
      • dato4={click} ; BotonComenzar
      • dato5={lote} ; lote-CerrarPopUpAceptar
      • dato6={espera_obj} ; Menu; {e:dly/GRL/_system.ini}
    • 25. framework
        • donde está Rational en esto?
        • superclase “insight” implementa comandos e interpreta objetos
        • un script :
          • public void testMain(Object[] args) throws Exception
          • { iRunBatch( "lote-TRN013" ); }
    • 26. framework
        • ventajas
        • MANTENIMIENTO (casos de prueba y objetos involucrados)
        • curva aprendizaje, flexibilidad, reuso (especialmente objetos), portabilidad, independencia proy.
    • 27. framework
        • “ lotes” no es el único framework enfocando este problema
        • An (other) Object-Oriented framework for IBM Rational Functional Tester
        • http:// www.ibm.com / developerworks / lotus / library / rft - api / index.html
        • If you are a tester or test manager, then you are likely drawn to GUI automation because it promises to provide more efficient and expandable testing, a reduction of point-and-click tedium, and a shorter test cycle. Most automation tools enable testers to simply record a set of GUI interactions and play them back against the application under test. And yet, even in companies which have made a considerable up-front investment in tools and training, the automation scripting often becomes shelfware . This begs the question: why does this happen?
    • 28. conclusiones
      • herramientas son sólo el principio.
      • en ambientes comprometidos, sin inversión adecuada de desarrollo, resultan hasta un dolor de cabeza.
      • adoptar un framework ayuda a sortear problemas de inmadurez en procesos de pruebas.
    • 29. Framework de Automatización
      • muchas gracias

    ×