Resumen de la Evaluación

Felicitaciones por llegar al final del Módulo 5: Testing de Aplicaciones Web. Esta evaluación prueba tu comprensión de todos los temas cubiertos en las lecciones 5.1 a 5.29.

ParteFormatoPreguntasTiempo Estimado
Parte 1Quiz de opción múltiple10 preguntas10 minutos
Parte 2Preguntas basadas en escenarios3 escenarios20 minutos
Parte 3Ejercicio práctico1 ejercicio30 minutos

Guía de puntuación:

  • Parte 1: 10 puntos
  • Parte 2: 15 puntos (5 por escenario)
  • Parte 3: 15 puntos
  • Total: 40 puntos | Aprobación: 28/40 (70%)

Parte 1: Quiz

Las preguntas del quiz están en el frontmatter de esta lección (10 preguntas). Toma el quiz primero antes de continuar.

Parte 2: Preguntas Basadas en Escenarios

Escenario A: El Lanzamiento E-Commerce

Contexto: Tu empresa lanza una plataforma e-commerce el próximo mes. Incluye: catálogo con búsqueda, carrito, checkout con Stripe, cuentas de usuario, blog SEO y 3 idiomas. Se esperan 50,000 usuarios: 40% EE.UU., 30% Europa, 20% LATAM.

Preguntas (5 puntos):

  1. ¿Cuáles son las 5 áreas de testing principales por riesgo? Justifica. (3 puntos)
  2. ¿Qué performance budget establecerías para páginas de producto? (2 puntos)
Solución

1. Flujo de pago (Crítico) → Seguridad (Crítico) → Cross-browser/responsive (Alto) → Performance y CDN (Alto) → Multi-idioma y SEO (Medio)

2. Peso total <400KB, JS <120KB, imágenes <150KB cada una (WebP), LCP <2.5s, CLS <0.1, TBT <200ms. Aplicar con Lighthouse CI en GitHub Actions.

Escenario B: La Filtración de Datos SaaS

Contexto: Un cliente reporta que puede ver nombres de proyectos de otra empresa en sus resultados de búsqueda. El índice global no filtraba por tenant_id.

Preguntas (5 puntos):

  1. ¿Qué testing inmediato realizarías? (2 puntos)
  2. Diseña una suite de tests (5-7 casos) para prevenir recurrencia. (3 puntos)
Solución

1. Auditar búsqueda en 5+ tenants, auditar todos los endpoints API de listas, auditar exports/reportes, auditar autocomplete, purgar cachés y re-probar.

2. Tests: búsqueda aislada por tenant, API endpoints filtrados, acceso directo por ID bloqueado (404), export solo contiene datos del tenant, autocomplete scoped, operaciones masivas scoped, entidades nuevas con tenant_id automático.

Escenario C: La Queja de Accesibilidad

Contexto: Un usuario con discapacidad visual presenta queja formal. Reporta: no puede completar checkout con screen reader, imágenes sin descripciones, no puede cerrar modales con teclado. Necesitas WCAG 2.2 AA en 90 días.

Preguntas (5 puntos):

  1. Plan priorizado de 90 días en tres fases. (3 puntos)
  2. ¿Cómo integrarías testing de accesibilidad en el workflow? (2 puntos)
Solución

1. Fase 1 (Días 1-30): Corregir los 3 issues reportados + axe-core scan de todas las páginas + contraste + skip nav. Fase 2 (31-60): Auditoría manual de teclado + screen reader de flujos principales + ARIA labels. Fase 3 (61-90): axe-core en CI/CD + capacitación + auditoría externa.

2. CI/CD: axe-core en cada PR. Code review: checklist obligatorio. Sprint testing: keyboard + screen reader en DoD. Trimestral: auditoría externa.

Parte 3: Ejercicio Práctico

Crea una Estrategia de Testing Web

Escenario: App web de salud y fitness con: perfiles con datos de salud, seguimiento de ejercicios con timer WebSocket, planificación de comidas, funciones sociales, suscripción premium $9.99/mes vía Stripe, 2 idiomas (EN, ES), 200K usuarios, 70% móvil, AWS + CloudFront.

Tu tarea: Cubre 5 áreas (3 puntos cada una): riesgos principales, performance, seguridad/privacidad, accesibilidad y testing de tiempo real.

Solución

Los 5 riesgos principales: privacidad de datos de salud, procesamiento de pagos, timer de ejercicio en tiempo real, performance móvil, seguridad de funciones sociales.

Performance: LCP <2s, TBT <150ms, peso <300KB, API <200ms, mobile-first con 4G/3G, Lighthouse CI.

Seguridad: Cifrado AES-256, no-store para endpoints de salud, GDPR compliance, rate limiting, settings de privacidad granulares.

Accesibilidad: WCAG 2.2 AA, timer accesible con aria-live, búsqueda de nutrición navegable por teclado, axe-core en CI.

Tiempo real: Ciclo de vida WebSocket completo, persistencia local durante desconexión, sincronización al reconectar, prueba multi-dispositivo, test de carga con 10K conexiones concurrentes.

¿Qué Sigue?

Si obtuviste 28+ de 40, estás listo para el Módulo 6: Testing de API y Backend. Si obtuviste menos, revisa los temas donde perdiste puntos. El Módulo 6 profundiza en testing de API con Postman, arquitectura REST, autenticación y validación de schemas.