Pruebas en aplicaciones informáticas.pptx

Concepto y Beneficios de las Pruebas
¿Por qué son importantes las pruebas de software?
Shift Left y Shift Right
Tipos de pruebas
Técnicas de prueba
Softwares para realizar pruebas

1. Pruebas en aplicaciones informáticas

2. Las pruebas de software son el proceso de evaluar y verificar que un producto o aplicaci ó n de software hace lo que se supone que debe (IBM) . Los beneficios principales de unas buenas pruebas son : Concepto. Beneficios. Prevención de errores Mejora del rendimiento

3. Caso 2 Playstation Network, 2025. ¿Por qué son importantes las pruebas de software? Consecuencias: - Pérdida de credibilidad - Migración de usuarios a otras plataformas El mensaje de la muerte que bloquea Whatsapp | La Gaceta de Salamanca Caso 1 Whatsapp, 2014. Consecuencias: - Pérdida de información de usuarios - Migración de usuarios a otras plataformas

4. Caso 3 Satélite Hitomi, 2016. ¿Por qué son importantes las pruebas de software? ¡Fatality! Error de software volteó a un satélite japonés - El Cronista Hi tomi Tumbling in Orbit Consecuencias: - Pérdida financiera de más de $260M USD - Pérdida de años de investigación

5. Las pruebas de software bien aplicadas permiten detectar problemas como: Beneficios Problemas de escalabilidad Defectos arquitectónicos Malas decisiones de diseño Vulnerabilidades de seguridad

6. Dentro de la fase de pruebas del ciclo de desarrollo de software, existen dos enfoques principales: Shift Left y Shift Right . Shift Left y Shift Right Cada una de estas se enfoca en momentos diferentes del ciclo, pero se complementan para lograr una evaluación integral de la aplicación o sistema.

7. Shift Left y Shift Right Shift Left se basa en encontrar problemas de manera anticipada , realizando pruebas rápidas y repetitivas para descubrir áreas de riesgo a lo largo de las etapas críticas de diseño y desarrollo. Este enfoque trata de evitar problemas antes de que estos sucedan . Por otro lado, Shift Right testing implica monitorear el comportamiento del usuario, las métricas comerciales, las métricas de rendimiento y seguridad, e incluso realizar experimentos de fallas deliberadas (Chaos Engineering) para ver qué tan resistente es el sistema a las fallas.

8. Shift Left y Shift Right Shift Left Shift Right Objetivo Detectar y corregir errores de manera temprana, reduciendo costos y mejorando la calidad. Validar la estabilidad, rendimiento y experiencia del usuario en condiciones reales. Beneficios Reducción de defectos en etapas avanzadas Feedback más rápido y continuo Menores costos de corrección de errores Detecci ó n de problemas en escenarios reales Mejora de la disponibilidad y confiabilidad del sistema Mayor enfoque en la experiencia del usuario Ejemplos Pruebas unitarias y de integración automatizadas Pruebas estáticas (revisión de código, análisis de calidad) Pruebas de seguridad tempranas Pruebas A/B Pruebas de rendimiento en producci ó n Monitoreo y observabilidad (logs, m é tricas, alertas) Chaos Engineering (pruebas de resiliencia)

9. Tipos de pruebas Tipo Descripción Prueba de conectividad V erifica que tod as las conexiones entre los elementos internos y externos d el sistema funcion en seg ú n lo previsto Pruebas de integraci ó n A segura que los componentes o funciones del software operen juntos Pruebas de unidad V alida que cada unidad de software funcione seg ú n lo esperado , independientemente de su relación con los otros elementos . Pruebas funcionales V erifica funciones mediante la emulaci ó n de escenarios posibles , creados en funci ó n de los requisitos funcionales Pruebas de rendimiento P rueba c ó mo funciona y responde el software bajo diferentes cargas de trabajo Pruebas de regresi ó n V erifica si las nuevas caracter í sticas rompen o degradan la funcionalidad Pruebas de estr é s P rueba cu á nta tensi ó n puede soportar el sistema antes de que falle /colapse Pruebas de usabilidad V alida qu é tan bien un usuario puede usar un sistema o una aplicaci ó n para completar una tarea

10. Técnicas de prueba El evaluador interact ú a con la aplicaci ó n sin conocer los elementos internos . Se definen casos de prueba e interact ú an con el software como lo har í a un usuario real para validar que hace lo que deber í a, como deber í a. Por el contrario, las evaluaciones de caja blanca se realizan con pleno conocimiento de los elementos internos de una aplicaci ó n . O frecen una mejor cobertura de prueba , ya que se puede evaluar todo el c ó digo , pero se requiere experiencia con el lenguaje en el que se desarroll ó el c ó digo.

11. Técnicas de prueba Chaos Engineering es la pr á ctica de introducir intencionalmente fallas en un sistema para probar su resiliencia. El objetivo es identificar posibles puntos de falla y corregirl os antes de que provoquen una interrupci ó n real del servicio u otra interrupci ó n.

12. Técnicas de prueba Las pruebas de carga son la pr á ctica de simular diferentes niveles de uso de la aplicación o sistema en el mundo real para analizar e identificar factores como la capacidad de respuesta, degradaci ó n y escalabilidad.

13. Técnicas de prueba Las pruebas de cordura son un tipo de prueba de software que se realizan para verificar que los cambios en el c ó digo no introduzcan nuevos errores. Tambi é n se les conoce como pruebas de nivel superficial o S anity Test .

14. Softwares para realizar pruebas