Це відео не доступне.
Перепрошуємо.

Webinar: El arte de hacer Testing Exploratorio

Поділитися
Вставка
  • Опубліковано 10 гру 2020
  • Este año desde la meetup Abstracta Tech Talks sumamos la modalidad de webinars donde hemos contado con invitados de varias comunidades.
    Esta vez fue nuestra última webinar del año 2020 y para el cierre nos acompañó Diego Gavilanes, Quality Engineer en Abstracta, con la charla:
    "El arte de hacer Testing Exploratorio"
    *Resumen de la charla:*
    Cómo dijo James Bach “el testing no debería ser tan enfocado… a menos que quieras perderte un montón de bugs.”
    ¿Qué me dirían si les dijera que probablemente todos, en algún momento de nuestra vida, hemos realizado Testing Exploratorio? Y no necesariamente sobre Software.
    Explorar está en la naturaleza del ser humano, y por eso, nosotros, Testers de Software, tenemos que usar esa cualidad innata para poder recabar información sobre el estado de la calidad de un producto de software.
    Explorar el Software y a la vez ir aprendiendo de él en simultáneo, nos da libertad, flexibilidad y nos permite poner al máximo nuestra creatividad para ejecutar pruebas que valgan la pena.
    En esta charla quiero compartir con ustedes mi conocimiento y experiencia haciendo testing exploratorio, pudiendo así ver los beneficios que tiene, incentivando y alentando a que puedan hacer un testing de mejor calidad.
    Además, charlaremos sobre el mito que dice que “el testing exploratorio no se planifica”, y veremos algunas técnicas y heurísticas que nos ayudarán a planificarlo.
    *Para conocer un poco más de la trayectoria de Diego Gavilanes compartimos su resumen:*
    Diego es Software Quality Engineer en Abstracta desde 2018. Es entusiasta del testing, impulsor de la calidad de software y explorador apasionado. Ha participado en diversos proyectos, incluido el de la app CoronavirusUY, elegida por Google y Apple para implementar su tecnología de “contact-tracing”. Tiene experiencia realizando testing funcional manual y automatizado, y en análisis de performance de apps móviles.

КОМЕНТАРІ • 16

  • @roxanabetancourt3369
    @roxanabetancourt3369 Рік тому

    Excelente charla, me está ayudando pila, y el inicio toda la explicación que diste, fué lo que me ayudó a pensar diferente a lo que venia haciendo, muchísimas Gracias Diego y Lisandra!!

  • @rockdriguez19
    @rockdriguez19 3 роки тому +6

    Diego Gavilanes es un genio, muy capaz y profesional.

    • @diegogavilanes7504
      @diegogavilanes7504 3 роки тому +1

      Gracias por esas palabras, Esteban! Un fuerte abrazo.

  • @federicogonzalez9410
    @federicogonzalez9410 2 роки тому +2

    Excelente aporte a la comunidad!! Cómo se nota cuando habla alguien al cual le apasiona lo que hace! Gracias y muchos éxitos!!

  • @JeanCaEnRemoto
    @JeanCaEnRemoto 3 роки тому +5

    Excelente el contenido de este webinar, muy bien explicado y dando gran cantidad de tips y recomendaciones . Gracias por ofrecernos estos contenidos que en mi caso por estar empezando en testing me es muy util !! Saludos

    • @diegogavilanes7504
      @diegogavilanes7504 3 роки тому +2

      Jean Carlos, que bueno que el contenido del webinar te haya parecido claro y te haya sido de ayuda! Gracias por tomarte el tiempo de mirarlo y de comentar.
      Saludos!

  • @AndreaSilva-vb3rj
    @AndreaSilva-vb3rj 3 роки тому +2

    Que grande!! muy buen aporte. Estoy de acuerdo con respecto a los casos de prueba, aunque también es cierto que, cada una de las técnicas o herramientas se adaptan al proyecto, empresa o negocio. Excelente webinar, lo amé!!

  • @oscarcodesiramos9813
    @oscarcodesiramos9813 3 роки тому +2

    Morning!! Gràcies Liz, Diego.

  • @TheLudema
    @TheLudema 3 роки тому +1

    Gracias!!! Estoy recien empezando a aprender sobre testing y esto del testing exploratorio me hizo latir el corazon, que interesante. Voy a seguir por los videos que mencionas de QA-Stions y TestingUy.

  • @liss2385
    @liss2385 2 роки тому

    Me gustan las pruebas exploratorias, pienso igual que tu, no siempre es necesario casos de pruebas o muchas veces innecesarias y ni se llevan a cabo. No son difíciles al contrario y pienso que se prueba mucho más que llevando a cabo un documento de casos de pruebas. Me encantó éste webinar.

  • @SportsFacst4U
    @SportsFacst4U 3 роки тому +1

    Grande!

  • @creativoWHP
    @creativoWHP 2 роки тому +1

    Me quedo investigar y gracias muy buena..

  • @martinramirochoqueviveros3990
    @martinramirochoqueviveros3990 4 місяці тому

    Debo consultar, cual es el efecto o la ayuda real de todo este proceso en el día a día?,

  • @andrearamirez5481
    @andrearamirez5481 3 роки тому +1

    Muy buen webinars, sólo me queda la duda ¿Cómo se transmiten los resultados del testing hacian el desarrollador? Se les pasan nuestras notas o hay que hacer un documento más detallado. Saludos!

    • @diegogavilanes7504
      @diegogavilanes7504 3 роки тому

      Hola Andrea! Gracias por tu pregunta.
      Dar visibilidad sobre la cobertura y el resultado de las pruebas es un tema que en ocasiones se torna complicado y surgen muchas dudas de como hacerlo. Se pueden compartir las notas, si, siempre que sea necesario y se crea que aporta valor al resto del equipo.
      También se puede hacer un documento detallado, tal y como comentas. Ese documento puede ser un informe super formal; o puede ser algo mas informal, como un listado a modo checklist.
      Todo dependerá de lo que necesite, del contexto del proyecto, de las herramientas de test management que se tengan disponibles, de la granularidad que sea necesaria, etc. Una planilla de excel, bien ordenada y referenciada, también puede funcionar.
      Hay herramientas de test management que brindan gráficas y datos relacionados a la cobertura y ejecución de las pruebas, y que incluyen la cantidad de incidentes reportados, por ejemplo.
      De todas maneras, el mecanismo es un tanto secundario. Lo importante es brindar información que aporte valor (al proyecto, al equipo, al cliente, etc) y que permita tomar mejores desiciones con el fin de mejorar el producto, mitigar posibles riesgos, resolver problemas graves y no tan graves, mejorar el proceso de desarrollo, mejorar la forma en que el equipo trabaja.
      Espero la respuesta te sea de ayuda.
      Saludos!
      Diego.