Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Argentesting 2016 - Testing Ágil

350 views

Published on

por Sergio Emanuel Cusmai
Reseña
Tipo de Tests
Problemas actuales
Cómo resolver los problemas

Scrum
V-Model
W-Model
TDD
RAD
Prototype
Reportes
Trazabilidad
Métricas
TMMI
TPI
CTP
STEP
CMMI

Published in: Technology
  • Be the first to comment

  • Be the first to like this

Argentesting 2016 - Testing Ágil

  1. 1. 2 Indice • Reseña • Tipos de Tests • Problemas actuales • Como resolver los problemas? • Ejemplos prácticos
  2. 2. 3                           Certificado  en  Software  Testing  por  BCS  (Londres).               Harvard  Business  School  (Delhi).                 CEO  y  Co-­‐fundador  de  Bstriker  (Ámsterdam).                          CEO  de  Nimbuzz  Argentina  S.A.                          Director  de  QAustral  S.A.       Traductor  oficial  de  documentación  TMM-­‐i.       Formador  Internacional  ISTQB.   TESTER  de  Software.
  3. 3. 4 BSTRIKER GOAL Conocimiento de Testing de manera que cada vez la actividad de testing profesional sea mas reconocida. • Eventos Online Publicados en Pagina de Bstriker en FB. • Sorteo de 5 libros digitales de Testing Profesionales de Software.
  4. 4. 5 Reseña Testing no se realiza para indicar que el software funciona correctamente, se realiza para mostrar las anomalías evitando así que el usuario las detecte. • Testing NO eleva el nivel de Calidad. (Medico) • El principio básico es poder medir efectivamente el nivel de calidad de la aplicación. (calidad?)
  5. 5. 6 Hechos El software esta cada vez mas presente en nuestra vida cotidiana. Los Testers no son capaces de detectar el 100% de los defectos. (Nuevas herramientas.) Los usuarios buscan sustitutos de las aplicaciones tan pronto se sienten insatisfechos. Los defectos afectan la reputación de la empresa. Normalmente el tiempo de Testing se reduce por demoras de las etapas previas de construcción. El mercado se mueve rápido mientas que Testing necesita tiempo.
  6. 6. 7 Reseña
  7. 7. 8 Reseña Fabricantes  de  autos  llamando  modelos  por  errores  de  soKware.   Respirador  ArMficial  con  un  bug  de  soKware  matando  pacientes.  Esta  empresa  se  vio  afectada  por   Desarrolladores  cambiando  de  trabajo.  Los  nuevos  desarrolladores  no  querían  modificar  las  partes  ya   creadas  haciendo  crecer  el  código  excesivamente.  Este  bug  esta  relacionado  a  código  innecesario   haciendo  que  la  batería  se  agote  mas  rápido  de  lo  esperado.   Empresas  mostrando  sus  productos  mas  lentos  que  la  competencia.   EuroFighter  Typhoon  con  un  bug  que  costo  30M  eur.  Si  se  apagaba  la  computadora  del  avión  en  vuelo   inverMdo  la  misma  no  volvía  a  encender.    
  8. 8. 9 Reseña
  9. 9. 10 Reseña
  10. 10. 11 Reseña •  Para hacer frente a los problemas de los modelos estructurados. •  Es normal que se mal interprete Ágil con ausencia de formalidad o mínimo nivel de documentación. •  Teoría Tom Gilb ‘70s. •  La primera implementación ágil fue RUP ‘94. •  Manifiesto Ágil. 

  11. 11. 12 Reportes • Reportes Automáticos • Reportes Manuales • Que medir!
  12. 12. 13 Reportes Manuales •  Requieren Tiempo de Preparación. •  El reporte puede contener errores. •  La información puede ser manipulada. •  No esta disponible 24/7. 

  13. 13. 14 Reporte Manual •  Excel, Word, Mail..…. •  Posesión (Banco). •  Manifiesto Ágil (a Favor). 

  14. 14. 15 Reporte Automatico • Mayor Trazabilidad. •  No se invierte tiempo en preparación. •  Información que no se puede manipular. •  Manifiesto Ágil (en contra). 

  15. 15. 16 Reporte Diario
  16. 16. 17 Diario detallado
  17. 17. 18 Métricas de Mejora
  18. 18. 19 Métricas Colaborativa
  19. 19. 20 Métricas de Decisión
  20. 20. 21 Que medir? •  TMMI, TPI, CTP, STEP, CMMI Ejemplo empresa de comunicación

  21. 21. 22 Modelos
  22. 22. 23 Relaciones !! Antes!'56! 57+78! 79+82!(Myers)!83+84! 85!….! TESTING' Debbuging! Demo! Destruccion! Evaluacion! (V,V!&T)! Prevención' MODELOS'DE' DESARROLLO' Cascada!(Benignton!+! Royce)! !! 92!Modelo! V!/!W! 94!RUP! Primer!Agil! 99!TDD! MODELOS'DE' MEJORA'CONTINUA' !! STEP!+!86!(3)! TMM!+!90! (5)! CTP!(12)! TPI!+!97!(4)! (SOGETI)!! CMMi!+! 02! SPICE!+! '04!(6)! MODELOS' GENERALES' Deming!PDCA! Kaizen' TQM! EFQM!+!88! Six'Sigma'?' 86' !! !! !! !!
  23. 23. 24 Resumen Historia Antes  de  1956.  Periodo  orientado  a  debugging.  En  el  ‘49  A.M.  Touring  es  el   precursor    (Checking  a  large  RouMne).     Entre  1957  y  1978.  Periodo  orientado  a  demostración.   Entre  1979  y  1982.  Periodo  orientado  a  destrucción.  Myers  -­‐  The  Art  of  SoKware   TesMng.     Entre  1983  y  1984.  Periodo  orientado  a  evaluación.  (V,V&T)   Entre  1985  y  la  actualidad.  Periodo  orientado  a  prevención.  STEP  (SystemaMc  Test   and  EvaluaMon  Process)    
  24. 24. 25 Reseña •  Para hacer frente a los problemas de los modelos estructurados. •  Es normal que se mal interprete Ágil con ausencia de formalidad o mínimo nivel de documentación. •  Teoría Tom Gilb ‘70s. •  La primera implementación ágil fue RUP ‘94. •  Manifiesto Ágil. 

  25. 25. 26 Tipos de Test • Testing Estatico o Preventivo • Testing Dinamico o Analitico • Cualquier actividad que produzca un resultado es TESTEABLE.
  26. 26. 27 Test Estatico • Son tareas de Verificación para detectar entre otras cosas: * Faltante de Información * Mala interpretación de la información. * Ambigüedades o inconsistencias. Las ventajas principales son Detección Temprana y a la vez la posibilidad de preparación de casos de pruebas antes de que el sistema este listo para testing.
  27. 27. 28 Test Dinamico • Son tareas de Validación donde el objetivo principal es la detección de fallos o defectos mediante la aplicación de técnicas que ayudan a mejorar la efectividad de las pruebas y evitar de esta manera que sea el usuario quien detecte los problemas. • No es momento de crear casos de pruebas sino de ejecutarlos. El éxito de esta actividad se determina por la cantidad de defectos detectados.
  28. 28. 29 Problemas Actuales • Se confunde Agilidad con caos. • Documentación inexistente u obsoleta. • Desarrollo produce mucho mas rápido de lo que Testing puede atender. • El area de desarrollo realiza pruebas. (Black Team IBM 1960) • Automatización de pruebas ayuda pero no es la única actividad que se debe realizar.
  29. 29. 30 Problema - Sprint 1 Análisis DiseñoTesting Desarrollo
  30. 30. FINISHED FILES ARE THE RESULT OF YEARS OF SCIENTIFIC STUDY COMBINED WITH THE EXPERIENCE OF YEARS 31
  31. 31. 32 Problema - Sprint 1 Análisis DiseñoTesting Desarrollo
  32. 32. 33 Problema - Sprint 2 Análisis DiseñoTesting Desarrollo
  33. 33. 34 Algunas Soluciones • Aun la agilidad tiene procesos. La optimizacion de los procesos los convierte en ágiles. • Documentación Minima no significa ausente. Incluye nuevas formas. • Desarrollo mas rápido sucede cuando Testing no se involucra en una etapa temprana. • El area de desarrollo ejecute pruebas creadas por el area de Testing.. • Automatización de pruebas ayuda pero no es la única actividad que se debe realizar. • Transparencia total.
  34. 34. 35 Sugerencia de Solución Análisis DiseñoTesting Desarrollo
  35. 35. 36 Análisis DiseñoTEST DINAMICO Desarrollo TE Testing Agil
  36. 36. 37 Análisis DiseñoTEST DINAMICO Desarrollo Testing Agil
  37. 37. 38 Análisis DiseñoTEST DINAMICO Desarrollo TE UAT Testing Agil
  38. 38. 39 Análisis DiseñoTEST DINAMICO Desarrollo TE UAT Iteración 1 Iteración 2 Testing Agil
  39. 39. 40 Análisis DiseñoTD Desarrollo TE UAT Iteración 2 Iteración 3 Testing Agil TA TA
  40. 40. 41 Análisis DiseñoTD DEV TE UAT Iteración Final Testing Agil TA TA Formato de Testing
  41. 41. 42 Rol del Tester Agil • Es un Ingeniero de Pruebas Analista y Revisor Entiende de Logica y Programación Metodologias de Testing Homologación Excelente comunicador.
  42. 42. 43 • GPS (NL) • Banco (Argentina) Testing por Dev’s Optimizacion de Aceptación
  43. 43. Gracias 44

×