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

Transcript

1. Constuyendo una estrategia de prueba que vá mas allá de las pruebas @samantacicilia
2. SAMANTA CICILIA LIDER TECNICO @PAGARME https://samantacicilia.com/ http://agiletesters.com.br/ @samantacicilia
3. 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
4. ¿QUÉ ES LA CALIDAD DEL SOFTWARE? @samantacicilia
5. Atributos de Calidad FUNCIONALIDAD COMPATIBILIDAD SEGURIDAD RENDIMIENTO USABILIDAD ESCALABILIDAD PORTABILIDAD MANUTENIBILIDAD TESTABILIDAD
6. LA PIRÁMIDE DE PRUEBA ES HEURÍSTICA Elección más fácil y rápida Ignora parte de la información
8. 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
9. @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
10. 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.
11. 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.
12. 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.
13. OTROS PUNTOS A CONSIDERAR ALCANCE TALLA RIESGO
15. 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.
16. 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.
17. PUERTAS DE CALIDAD
18. Tenga métricas para obtener visibilidad de la eficiencia de su estrategia
19. La calidad es una característica percibida, formada por las expectativas del usuario (algo que no controla). Samanta Cicilia
20. ¿PREGUNTAS?
21. Contacto TWITTER https://www.linkedin.com/in/samantacici/ LINKEDIN https://twitter.com/samantacicilia GITHUB https://github.com/samycici