FRAMEWORK de  AUTOMATIZACIÓN  7o.  Encuentro Usuarios  IBM Rational Uruguay   2009 por Insight. Todos los derechos rese...
Framework automatización <ul><ul><li>Desarrollo sin pruebas ? </li></ul></ul><ul><ul><li>Haciendo pruebas de software </li...
Framework automatización <ul><ul><li>sin pruebas </li></ul></ul><ul><ul><li>haciendo pruebas </li></ul></ul><ul><ul><li>vo...
escenario:  sin pruebas <ul><li>siempre lo hicimos así … </li></ul><ul><li>no da el tiempo por la presión de negocio .. </...
escenario:  sin pruebas <ul><ul><li>resultado </li></ul></ul><ul><ul><li>alto costo re-trabajo involucra ciclo desarrollo ...
Framework automatización <ul><ul><li>sin pruebas </li></ul></ul><ul><ul><li>haciendo pruebas </li></ul></ul><ul><ul><li>vo...
escenario:  con pruebas <ul><li>separación insuficiente de roles/ ambientes/ responsabilidades. </li></ul><ul><li>tiempo d...
escenario:  con pruebas <ul><ul><li>resultado </li></ul></ul><ul><ul><li>cuando la visión de negocio valora calidad, invie...
Framework automatización <ul><ul><li>sin pruebas </li></ul></ul><ul><ul><li>haciendo pruebas </li></ul></ul><ul><ul><li>vo...
volumen en pruebas <ul><li>presión de negocio sobre desarrollo, transferida en parte a pruebas. </li></ul><ul><li>presión ...
volumen en pruebas <ul><li>resultados de calidad en pruebas, generan crecientes exigencias en volumen y calidad. </li></ul...
volumen en pruebas <ul><ul><li>el proceso hasta aquí … </li></ul></ul><ul><ul><li>Negocio maduró identificando necesidad d...
Framework automatización <ul><ul><li>sin pruebas </li></ul></ul><ul><ul><li>haciendo pruebas </li></ul></ul><ul><ul><li>vo...
estandarización, reuso … <ul><li>madurez en proceso de pruebas empieza con formalización de actividades: </li></ul><ul><li...
reuso …  mantenimiento …. <ul><ul><li>realidad </li></ul></ul><ul><ul><li>las pruebas son necesarias porque los sistemas C...
reuso …  mantenimiento …. <ul><li>además de generar resultados en procesos de pruebas bajo exigencia creciente, se debe ma...
reuso …  mantenimiento …. <ul><li>contar con una plataforma de automatización de pruebas, y no superar esta situación, es ...
Framework automatización <ul><ul><li>sin pruebas </li></ul></ul><ul><ul><li>haciendo pruebas </li></ul></ul><ul><ul><li>vo...
framework ? <ul><ul><li>uso estándar de herramientas </li></ul></ul><ul><li>ah, cómo, la herramienta no hace todo ?? </li>...
framework <ul><li>paradigma modelo “grabar/reproducir” </li></ul><ul><li>mantenimiento  impacta cada script grabado.  </li...
framework <ul><li>paradigma separación objetos y métodos </li></ul><ul><li>uso herramienta para identificar objetos de apl...
framework <ul><li>paradigma separación objetos y métodos </li></ul><ul><li>definición de “lotes” de métodos aplicados a ob...
framework <ul><li>paradigma separación objetos y métodos </li></ul><ul><li>método = { comando } </li></ul><ul><li>  { espe...
framework <ul><li>paradigma separación objetos y métodos </li></ul><ul><li>lote = caso de prueba </li></ul><ul><li>[lote-T...
framework <ul><ul><li>donde está Rational en esto? </li></ul></ul><ul><ul><li>superclase “insight” implementa comandos e i...
framework <ul><ul><li>ventajas </li></ul></ul><ul><ul><li>MANTENIMIENTO  (casos de prueba y objetos involucrados)  </li></...
framework <ul><ul><li>“ lotes” no es el único framework  enfocando este problema </li></ul></ul><ul><ul><li>An (other)  Ob...
conclusiones <ul><li>herramientas son sólo el principio.  </li></ul><ul><li>en ambientes comprometidos, sin inversión adec...
Framework de Automatización <ul><li>muchas gracias </li></ul>
Upcoming SlideShare
Loading in …5
×

Insight Brou 2009 11 Encuentro Usr Rational Gur07

371 views

Published on

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
371
On SlideShare
0
From Embeds
0
Number of Embeds
7
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • Presentación julio 2008
  • Insight Brou 2009 11 Encuentro Usr Rational Gur07

    1. 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. 2. Framework automatización <ul><ul><li>Desarrollo sin pruebas ? </li></ul></ul><ul><ul><li>Haciendo pruebas de software </li></ul></ul><ul><ul><li>El volumen importa </li></ul></ul><ul><ul><li>Estandarización, … reuso, y ... mantenimiento o o o o oo oughhh </li></ul></ul><ul><ul><li>Framework !!! ( aahh… ) </li></ul></ul>
    3. 3. Framework automatización <ul><ul><li>sin pruebas </li></ul></ul><ul><ul><li>haciendo pruebas </li></ul></ul><ul><ul><li>volumen en pruebas </li></ul></ul><ul><ul><li>estandarización, reuso y mantenimiento </li></ul></ul><ul><ul><li>framework </li></ul></ul>
    4. 4. escenario: sin pruebas <ul><li>siempre lo hicimos así … </li></ul><ul><li>no da el tiempo por la presión de negocio .. </li></ul>
    5. 5. escenario: sin pruebas <ul><ul><li>resultado </li></ul></ul><ul><ul><li>alto costo re-trabajo involucra ciclo desarrollo Y DE NEGOCIO. </li></ul></ul><ul><ul><li>NEGOCIO & TECNOLOGÍA: enemigos antes que socios </li></ul></ul>
    6. 6. Framework automatización <ul><ul><li>sin pruebas </li></ul></ul><ul><ul><li>haciendo pruebas </li></ul></ul><ul><ul><li>volumen en pruebas </li></ul></ul><ul><ul><li>estandarización, reuso y mantenimiento </li></ul></ul><ul><ul><li>framework </li></ul></ul>
    7. 7. escenario: con pruebas <ul><li>separación insuficiente de roles/ ambientes/ responsabilidades. </li></ul><ul><li>tiempo de usuarios comprometido. </li></ul><ul><li>valoración limitada de resultados dudosos por asignaciones ambiguas. </li></ul>
    8. 8. escenario: con pruebas <ul><ul><li>resultado </li></ul></ul><ul><ul><li>cuando la visión de negocio valora calidad, invierte en ambiente de pruebas. </li></ul></ul><ul><ul><li>experiencia plataforma RATIONAL </li></ul></ul>
    9. 9. Framework automatización <ul><ul><li>sin pruebas </li></ul></ul><ul><ul><li>haciendo pruebas </li></ul></ul><ul><ul><li>volumen en pruebas </li></ul></ul><ul><ul><li>estandarización, reuso y mantenimiento </li></ul></ul><ul><ul><li>framework </li></ul></ul>
    10. 10. volumen en pruebas <ul><li>presión de negocio sobre desarrollo, transferida en parte a pruebas. </li></ul><ul><li>presión de desarrollo sobre pruebas por liberaciones de soft. </li></ul><ul><li>NEGOCIO depende de PRUEBAS. </li></ul>
    11. 11. volumen en pruebas <ul><li>resultados de calidad en pruebas, generan crecientes exigencias en volumen y calidad. </li></ul><ul><li>exigencias: múltiples ambientes, plataformas, aplicaciones, regresiones, rendimiento, stress.. ( con los mismos recursos, obvio ) </li></ul>
    12. 12. volumen en pruebas <ul><ul><li>el proceso hasta aquí … </li></ul></ul><ul><ul><li>Negocio maduró identificando necesidad de pruebas. </li></ul></ul><ul><ul><li>Desarrollo maduró incorporando pruebas en su proceso. </li></ul></ul><ul><ul><li>Maduración de pruebas ?? </li></ul></ul>
    13. 13. Framework automatización <ul><ul><li>sin pruebas </li></ul></ul><ul><ul><li>haciendo pruebas </li></ul></ul><ul><ul><li>volumen en pruebas </li></ul></ul><ul><ul><li>estandarización, reuso y mantenimiento </li></ul></ul><ul><ul><li>framework </li></ul></ul>
    14. 14. estandarización, reuso … <ul><li>madurez en proceso de pruebas empieza con formalización de actividades: </li></ul><ul><li>registro adecuado, información reusable (casos, condiciones, resultados, baselines) </li></ul>
    15. 15. reuso … mantenimiento …. <ul><ul><li>realidad </li></ul></ul><ul><ul><li>las pruebas son necesarias porque los sistemas CAMBIAN  </li></ul></ul><ul><ul><li>(si no cambiaran, casi no harían falta pruebas …) </li></ul></ul><ul><ul><li>artefactos de pruebas, también requieren MANTENIMIENTO </li></ul></ul>
    16. 16. reuso … mantenimiento …. <ul><li>además de generar resultados en procesos de pruebas bajo exigencia creciente, se debe mantener la inversión por el esfuerzo de pruebas desarrolladas. </li></ul><ul><li>de otro modo, es como empezar de cero (por izquierda) cada vez. </li></ul>
    17. 17. reuso … mantenimiento …. <ul><li>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. </li></ul>
    18. 18. Framework automatización <ul><ul><li>sin pruebas </li></ul></ul><ul><ul><li>haciendo pruebas </li></ul></ul><ul><ul><li>volumen en pruebas </li></ul></ul><ul><ul><li>estandarización, reuso y mantenimiento </li></ul></ul><ul><ul><li>framework </li></ul></ul>
    19. 19. framework ? <ul><ul><li>uso estándar de herramientas </li></ul></ul><ul><li>ah, cómo, la herramienta no hace todo ?? </li></ul><ul><li>“ hasta un niño y un ama de casa puede hacerlo ..” </li></ul><ul><li>hoy los niños programan robots </li></ul><ul><li>las amas de casa son una especie en extinción </li></ul>
    20. 20. framework <ul><li>paradigma modelo “grabar/reproducir” </li></ul><ul><li>mantenimiento impacta cada script grabado. </li></ul><ul><li>limitada separación de datos y lógica, manejo de escenarios limitado, flexibilidad comprometida </li></ul>
    21. 21. framework <ul><li>paradigma separación objetos y métodos </li></ul><ul><li>uso herramienta para identificar objetos de aplicaciones. </li></ul><ul><li>uso de herramientas para proveer métodos “típicos” ( click ) aplicables a objetos. </li></ul>
    22. 22. framework <ul><li>paradigma separación objetos y métodos </li></ul><ul><li>definición de “lotes” de métodos aplicados a objetos, resolviendo secuencias de tareas </li></ul><ul><li>objetos en mapa independiente, como lista de atributos en texto. </li></ul>
    23. 23. framework <ul><li>paradigma separación objetos y métodos </li></ul><ul><li>método = { comando } </li></ul><ul><li> { espera_obj } ; winGRALpopupMsg_ACEPTAR </li></ul><ul><li>objeto = etiqueta y atributos texto </li></ul><ul><li> [winGRALpopupMsg_ACEPTAR] </li></ul><ul><li> propiedades=.class ; .text </li></ul><ul><li> valores= Html.DialogButton; Aceptar </li></ul><ul><li> tipo=boton </li></ul>
    24. 24. framework <ul><li>paradigma separación objetos y métodos </li></ul><ul><li>lote = caso de prueba </li></ul><ul><li>[lote-TRN000] </li></ul><ul><li>titulo=Inicio de aplicación </li></ul><ul><li>cant_datos=6 </li></ul><ul><li>dato1={escenario} ; s006.e001-ccDeposito </li></ul><ul><li>dato2={inicio_web} ; {e:url/SISTEMA/_system.ini} </li></ul><ul><li>dato3={espera_obj} ; BotonComenzar ; {e:dly/GRL/_system.ini} </li></ul><ul><li>dato4={click} ; BotonComenzar </li></ul><ul><li>dato5={lote} ; lote-CerrarPopUpAceptar </li></ul><ul><li>dato6={espera_obj} ; Menu; {e:dly/GRL/_system.ini} </li></ul>
    25. 25. framework <ul><ul><li>donde está Rational en esto? </li></ul></ul><ul><ul><li>superclase “insight” implementa comandos e interpreta objetos </li></ul></ul><ul><ul><li>un script : </li></ul></ul><ul><ul><ul><li>public void testMain(Object[] args) throws Exception </li></ul></ul></ul><ul><ul><ul><li>{ iRunBatch( &quot;lote-TRN013&quot; ); } </li></ul></ul></ul>
    26. 26. framework <ul><ul><li>ventajas </li></ul></ul><ul><ul><li>MANTENIMIENTO (casos de prueba y objetos involucrados) </li></ul></ul><ul><ul><li>curva aprendizaje, flexibilidad, reuso (especialmente objetos), portabilidad, independencia proy. </li></ul></ul>
    27. 27. framework <ul><ul><li>“ lotes” no es el único framework enfocando este problema </li></ul></ul><ul><ul><li>An (other) Object-Oriented framework for IBM Rational Functional Tester </li></ul></ul><ul><ul><li>http:// www.ibm.com / developerworks / lotus / library / rft - api / index.html </li></ul></ul><ul><ul><li>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? </li></ul></ul>
    28. 28. conclusiones <ul><li>herramientas son sólo el principio. </li></ul><ul><li>en ambientes comprometidos, sin inversión adecuada de desarrollo, resultan hasta un dolor de cabeza. </li></ul><ul><li>adoptar un framework ayuda a sortear problemas de inmadurez en procesos de pruebas. </li></ul>
    29. 29. Framework de Automatización <ul><li>muchas gracias </li></ul>

    ×