Title: Guia de exposicion
Course: 2025 - LI - Pruebas de Software 3-1 y 3-2 > Section: Unidad 7 - Pruebas no funcionales

🧩 Guía de Exposición – Unidad VIII: Pruebas No Funcionales

🎯 Objetivo de la exposición

Comprender los diferentes tipos de pruebas no funcionales aplicadas en el desarrollo de software, su importancia para medir el rendimiento, la seguridad y la experiencia del usuario, así como conocer las herramientas más utilizadas para realizarlas.

📘 Subtemas a desarrollar

Cada equipo deberá dividirse en los siguientes cuatro subtemas, de modo que cada integrante exponga uno con ejemplos, gráficas o demostraciones visuales.

⚙️ 1. Pruebas de rendimiento: carga, volumen y estrés

Objetivo:
Explicar qué son las pruebas de rendimiento y cómo ayudan a evaluar la capacidad y estabilidad de un sistema bajo diferentes condiciones de uso.

Puntos que deben incluir:

- Qué es una prueba de rendimiento y su propósito.
- Tipos principales:
  - Prueba de carga: mide cómo se comporta el sistema bajo un número de usuarios concurrentes.
  - Prueba de volumen: analiza el manejo de grandes cantidades de datos.
  - Prueba de estrés: evalúa el límite del sistema y cómo se recupera después de fallar.
- Importancia de identificar cuellos de botella, latencia y tiempos de respuesta.
- Herramientas comunes: Apache JMeter, K6, Gatling.

Ejemplo visual:
Una gráfica generada en JMeter mostrando el tiempo promedio de respuesta a medida que aumenta la cantidad de usuarios.

🔐 2. Pruebas de seguridad: autenticación, autorización y vulnerabilidades comunes

Objetivo:
Mostrar cómo se aplican las pruebas de seguridad para garantizar que un sistema esté protegido frente a accesos no autorizados o vulnerabilidades conocidas.

Puntos que deben incluir:

- Diferencia entre autenticación (verificar identidad) y autorización (controlar permisos).
- Ejemplos de vulnerabilidades comunes:
  - SQL Injection
  - Cross-Site Scripting (XSS)
  - Cross-Site Request Forgery (CSRF)
- Cómo se detectan y mitigan esas fallas.
- Herramientas comunes:
  - OWASP ZAP → análisis automático de vulnerabilidades.
  - Burp Suite → intercepta tráfico HTTP para analizar peticiones.
  - Nmap o Nikto → escaneo de puertos y seguridad básica.

Ejemplo visual:
Captura de un escaneo en OWASP ZAP mostrando vulnerabilidades detectadas en un sitio de prueba.

🧭 3. Usabilidad, accesibilidad y experiencia de usuario (UX)

Objetivo:
Explicar cómo se evalúa la facilidad de uso del software, su accesibilidad para todo tipo de usuarios y la calidad de la experiencia visual e interactiva.

Puntos que deben incluir:

- Qué es la usabilidad y cómo se mide (facilidad, eficiencia y satisfacción del usuario).
- Qué significa accesibilidad web: que las aplicaciones puedan ser usadas por personas con discapacidad visual, motora o cognitiva.
- Principios básicos del diseño accesible (colores, contraste, navegación con teclado, textos alternativos).
- Herramientas comunes:
  - Lighthouse (integrado en Google Chrome).
  - Wave o Axe para validar accesibilidad.
- Qué es UX (User Experience) y cómo influye en la calidad percibida del software.

Ejemplo visual:
Reporte de Lighthouse mostrando una calificación de usabilidad y accesibilidad en una página web.

🧰 4. Herramientas de soporte (JMeter, OWASP ZAP, Lighthouse)

Objetivo:
Presentar las herramientas más relevantes usadas en las pruebas no funcionales, explicando su función, entorno y resultados esperados.

Puntos que deben incluir:

- JMeter:
  - Pruebas de rendimiento y carga.
  - Permite simular cientos de usuarios concurrentes.
- OWASP ZAP:
  - Escanea vulnerabilidades de seguridad automáticamente.
  - Detecta inyecciones y errores de configuración.
- Lighthouse:
  - Evalúa rendimiento, accesibilidad, SEO y mejores prácticas.
- Cómo interpretar los reportes o resultados que generan.

Ejemplo visual:
Una diapositiva con tres capturas (una de cada herramienta) explicando para qué sirve cada una y qué tipo de resultados entrega.

📋 Recomendaciones generales

- Duración máxima: 10 a 12 minutos por equipo.
- Cada integrante debe cubrir uno de los subtemas.
- No se permite leer las diapositivas.
- Las diapositivas deben incluir imágenes, gráficas o capturas reales de las herramientas mencionadas.
- Finaliza con una conclusión grupal sobre la importancia de las pruebas no funcionales para asegurar el rendimiento, seguridad y usabilidad del software.

🧩 Guía de Exposición – Unidad VIII: Pruebas No Funcionales

🎯 Objetivo de la exposición

Comprender los diferentes tipos de pruebas no funcionales aplicadas en el desarrollo de software, su importancia para medir el rendimiento, la seguridad y la experiencia del usuario, así como conocer las herramientas más utilizadas para realizarlas.

📘 Subtemas a desarrollar

Cada equipo deberá dividirse en los siguientes cuatro subtemas, de modo que cada integrante exponga uno con ejemplos, gráficas o demostraciones visuales.

⚙️ 1. Pruebas de rendimiento: carga, volumen y estrés

Objetivo:
Explicar qué son las pruebas de rendimiento y cómo ayudan a evaluar la capacidad y estabilidad de un sistema bajo diferentes condiciones de uso.

Puntos que deben incluir:

- Qué es una prueba de rendimiento y su propósito.
- Tipos principales:
  - Prueba de carga: mide cómo se comporta el sistema bajo un número de usuarios concurrentes.
  - Prueba de volumen: analiza el manejo de grandes cantidades de datos.
  - Prueba de estrés: evalúa el límite del sistema y cómo se recupera después de fallar.
- Importancia de identificar cuellos de botella, latencia y tiempos de respuesta.
- Herramientas comunes: Apache JMeter, K6, Gatling.

Ejemplo visual:
Una gráfica generada en JMeter mostrando el tiempo promedio de respuesta a medida que aumenta la cantidad de usuarios.

🔐 2. Pruebas de seguridad: autenticación, autorización y vulnerabilidades comunes

Objetivo:
Mostrar cómo se aplican las pruebas de seguridad para garantizar que un sistema esté protegido frente a accesos no autorizados o vulnerabilidades conocidas.

Puntos que deben incluir:

- Diferencia entre autenticación (verificar identidad) y autorización (controlar permisos).
- Ejemplos de vulnerabilidades comunes:
  - SQL Injection
  - Cross-Site Scripting (XSS)
  - Cross-Site Request Forgery (CSRF)
- Cómo se detectan y mitigan esas fallas.
- Herramientas comunes:
  - OWASP ZAP → análisis automático de vulnerabilidades.
  - Burp Suite → intercepta tráfico HTTP para analizar peticiones.
  - Nmap o Nikto → escaneo de puertos y seguridad básica.

Ejemplo visual:
Captura de un escaneo en OWASP ZAP mostrando vulnerabilidades detectadas en un sitio de prueba.

🧭 3. Usabilidad, accesibilidad y experiencia de usuario (UX)

Objetivo:
Explicar cómo se evalúa la facilidad de uso del software, su accesibilidad para todo tipo de usuarios y la calidad de la experiencia visual e interactiva.

Puntos que deben incluir:

- Qué es la usabilidad y cómo se mide (facilidad, eficiencia y satisfacción del usuario).
- Qué significa accesibilidad web: que las aplicaciones puedan ser usadas por personas con discapacidad visual, motora o cognitiva.
- Principios básicos del diseño accesible (colores, contraste, navegación con teclado, textos alternativos).
- Herramientas comunes:
  - Lighthouse (integrado en Google Chrome).
  - Wave o Axe para validar accesibilidad.
- Qué es UX (User Experience) y cómo influye en la calidad percibida del software.

Ejemplo visual:
Reporte de Lighthouse mostrando una calificación de usabilidad y accesibilidad en una página web.

🧰 4. Herramientas de soporte (JMeter, OWASP ZAP, Lighthouse)

Objetivo:
Presentar las herramientas más relevantes usadas en las pruebas no funcionales, explicando su función, entorno y resultados esperados.

Puntos que deben incluir:

- JMeter:
  - Pruebas de rendimiento y carga.
  - Permite simular cientos de usuarios concurrentes.
- OWASP ZAP:
  - Escanea vulnerabilidades de seguridad automáticamente.
  - Detecta inyecciones y errores de configuración.
- Lighthouse:
  - Evalúa rendimiento, accesibilidad, SEO y mejores prácticas.
- Cómo interpretar los reportes o resultados que generan.

Ejemplo visual:
Una diapositiva con tres capturas (una de cada herramienta) explicando para qué sirve cada una y qué tipo de resultados entrega.

📋 Recomendaciones generales

- Duración máxima: 10 a 12 minutos por equipo.
- Cada integrante debe cubrir uno de los subtemas.
- No se permite leer las diapositivas.
- Las diapositivas deben incluir imágenes, gráficas o capturas reales de las herramientas mencionadas.
- Finaliza con una conclusión grupal sobre la importancia de las pruebas no funcionales para asegurar el rendimiento, seguridad y usabilidad del software.