Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Constuyendo una estrategia de prueba que vá mas...

Constuyendo una estrategia de prueba que vá mas allá de las pruebas

Constuyendo una estrategia de prueba que vá mas allá de las pruebas. - Semana de la Calidad de Pruebas, Aceleradora Digital LatAM

Samanta Cicilia

August 29, 2020
Tweet

More Decks by Samanta Cicilia

Other Decks in Technology

Transcript

  1. MARTIN FOWLER "El mayor riesgo de cualquier esfuerzo de software

    es que termine creando algo que no es útil. Cuanto antes y más a menudo entregue software a usuarios reales, más rápido obtendrá comentarios para descubrir cuán valioso es realmente". @samantacicilia
  2. LA PIRÁMIDE DE PRUEBA ES HEURÍSTICA Elección más fácil y

    rápida Ignora parte de la información
  3. http://blog.codepipes.com/testing/software-testing-antipatterns.html "No hay una regla estricta aquí, depende de su

    aplicación. El punto importante es que necesita tomarse un tiempo para comprender qué tipo de prueba agrega más valor a su aplicación. La pirámide de prueba es solo una sugerencia sobre la aplicación y la cantidad de pruebas que debe crear ". @samantacicilia
  4. @samantacicilia Apoyar las pruebas en lugar de replicar las pruebas

    Testabilidad en lugar de automatización Pruebas de experiencia en lugar de codificar Problemas en lugar de herramientas Concéntrese en el riesgo en lugar de la cobertura Observabilidad en lugar de comprensión https://automationintesting.com/#principles
  5. EL EJEMPLO DE COBERTURA DE CÓDIGO La cobertura de código

    de las pruebas unitarias es una métrica de vanidad si se evalúa solo. Porque la cobertura considera que se ejercieron las líneas y condiciones pero no validan si estas pruebas son efectivas. Para tener una métrica más asertiva que valide esta eficacia, es necesario aplicar pruebas de mutación.
  6. Pruebas que pueden formar parte de nuestra estrategia UNITARIAS comprobar

    el correcto funcionamiento de una unidad de código. INTEGRACIÓN combina componentes para asegurar que la comunicación entre ellos cumpla con los requisitos. CONTRATO validar que se está respetando el contrato establecido entre consumidor y proveedor, y si no, alertar esta diferencia antes de que llegue el cambio a producción. REGRESIÓN VISUAL pruebas que, de forma automatizada, exponen cualquier cambio visual en comparación con una línea de base.
  7. Pruebas que pueden formar parte de nuestra estrategia SISTEMA prueba

    el sistema ya completamente integrado y puede apuntar a validar requisitos funcionales y no funcionales. MUTACIÓN cambia el código en tiempo de ejecución y espera que las pruebas fallen, demostrando que son efectivas. DESEMPEÑO evaluar la capacidad de respuesta, solidez, disponibilidad, fiabilidad y escalabilidad. CAOS introduce fallas en tu infraestructura para observar cómo se recupera y anticipar posibles problemas.
  8. PRUEBAS CONTINUAS Aprovechar las pruebas automatizadas como una parte fundamental

    de la entrega de pipeline del software, a fin de obtener una retroalimentación en todo el ciclo de vida del desarrollo del software.
  9. INTEGRACIÓN CONTINUA integre continuamente cambios que serán verificados por una

    compilación automatizada para detectar errores lo más rápido posible. ENTREGA CONTINUA montaje continuo de versiones candidatas, seguido de su promoción y prueba en una serie de entornos hasta que llegan a producción.
  10. La calidad es una característica percibida, formada por las expectativas

    del usuario (algo que no controla). Samanta Cicilia