Descripción de la Evaluación
Felicitaciones por llegar al final del Módulo 1: Fundamentos de Software Testing. Esta evaluación prueba tu comprensión de todos los temas cubiertos en las lecciones 1.1 a 1.29.
La evaluación tiene tres partes:
| Parte | Formato | Preguntas | Tiempo Estimado |
|---|---|---|---|
| Parte 1 | Quiz de opción múltiple | 10 preguntas | 10 minutos |
| Parte 2 | Preguntas basadas en escenarios | 3 escenarios | 15 minutos |
| Parte 3 | Ejercicio práctico | 1 ejercicio | 20 minutos |
Cómo Usar Esta Evaluación
Antes de comenzar:
- Revisa tus notas del Módulo 1
- No uses materiales de referencia durante el quiz (Parte 1)
- Para las Partes 2 y 3, puedes consultar lecciones anteriores
Guía de puntuación:
- Parte 1: 10 puntos (1 punto por respuesta correcta)
- Parte 2: 15 puntos (5 puntos por escenario)
- Parte 3: 15 puntos (rúbrica proporcionada)
- Total: 40 puntos
- Puntuación de aprobación: 28/40 (70%)
Temas Cubiertos
- Fundamentos de testing
- Mentalidad de testing
- SDLC y testing
- STLC
- Niveles de testing
- Tipos de testing
- Criterios de entrada y salida
- Métricas y KPIs
- Matriz de trazabilidad de requisitos
- Mejora de procesos (TMMi y TPI Next)
- Industrias reguladas
- Estándares (IEEE 829 y ISO 29119)
- Estrategia de testing
Parte 1: Quiz de Opción Múltiple
Las preguntas del quiz están en el frontmatter de esta lección (10 preguntas). Toma el quiz primero antes de proceder a las Partes 2 y 3.
Parte 2: Preguntas Basadas en Escenarios
Escenario A: El Desafío QA del Startup
Contexto: Acabas de ser contratado como único QA en un startup fintech. App de banca móvil, 100K usuarios, 20 developers, sin otros testers, deploys dos veces por semana. El mes pasado, tres bugs críticos llegaron a producción: error de cálculo de pagos, vulnerabilidad de seguridad en login, y problema de display en Android.
Preguntas (5 puntos):
- ¿Qué fase del STLC parece más deficiente? Explica. (2 puntos)
- ¿Cuáles son las 3 métricas que comenzarías a rastrear inmediatamente y por qué? (3 puntos)
Solución
1. Fase más deficiente: Test Design y Test Execution. La variedad de defectos escapados sugiere cobertura insuficiente más que un problema de proceso único. Secundariamente: Requirements Analysis/Planning.
2. Defect Escape Rate (mide directamente el problema), Test Coverage por nivel de riesgo (revela brechas), Deployment Success Rate (número que la gerencia puede rastrear).
Escenario B: La Brecha en la RTM
Contexto: Tu equipo se prepara para una auditoría regulatoria. 200 requisitos, 180 con test cases (20 sin ninguno), 50 test cases huérfanos, 15 requisitos diferidos sin tests.
Preguntas (5 puntos):
- Calcula el porcentaje de cobertura de requisitos. (1 punto)
- ¿Cuáles son los tres tipos de brechas y qué riesgo presenta cada una? (2 puntos)
- ¿Qué recomendarías antes de la auditoría? (2 puntos)
Solución
1. 180/200 = 90% (conservador) o (185-5)/185 = 97.3% (solo activos)
2. Requisitos sin tests (riesgo regulatorio), test cases huérfanos (riesgo de scope creep), requisitos diferidos sin documentación (riesgo de seguimiento).
3. Vincular los 20 requisitos, revisar los 50 tests huérfanos, documentar formalmente los 15 diferidos, preparar reporte resumen de RTM.
Escenario C: Decisión de Mejora de Proceso
Contexto: 300 personas, 5 equipos con diferentes enfoques, sin política organizacional, planes de ISO 27001, presupuesto de $50K/año.
Preguntas (5 puntos):
- ¿TMMi o TPI Next? ¿Por qué? (2 puntos)
- ¿Cuáles serían tus primeras 3 acciones de mejora? (3 puntos)
Solución
1. TPI Next: flexibilidad para equipos heterogéneos, presupuesto limitado, quick wins, alineación con ISO 27001.
2. Crear política organizacional de testing, estandarizar reportes entre equipos, establecer proceso común de gestión de defectos.
Parte 3: Ejercicio Práctico
Crea un Esquema de Plan de Pruebas
Escenario: Plataforma de aprendizaje en línea con: web app, registro, cursos, lecciones, quizzes, certificados, pagos con Stripe, 50K estudiantes, Next.js + Go + PostgreSQL + AWS, 25 developers, 5 testers, releases bi-semanales, cumplimiento GDPR.
Tu tarea: Crea un esquema que incluya: alcance, evaluación de riesgos, enfoque de testing, criterios de entrada/salida, métricas clave, asignación de recursos.
Rúbrica (15 puntos):
| Criterio | Puntos | Descripción |
|---|---|---|
| Claridad del alcance | 3 | Alcance claro con justificación |
| Calidad de evaluación de riesgos | 3 | Ratings realistas con razonamiento |
| Completitud del enfoque | 3 | Cubre todos los tipos relevantes |
| Criterios de entrada/salida | 2 | Medibles y realistas |
| Relevancia de métricas | 2 | Vinculadas a objetivos de calidad |
| Asignación de recursos | 2 | Utilización práctica del equipo |
Pista
Pagos = mayor riesgo. Quizzes deben ser precisos (afectan certificación). Certificados deben ser confiables. Considera GDPR. Con 5 testers y releases bi-semanales, automatiza regresión.
Solución
Alcance: In-scope: todos los flujos de estudiantes, pagos, API testing, cross-browser, performance, seguridad, GDPR, accesibilidad. Out-of-scope: panel admin de creación de cursos, analytics.
Riesgos: Pagos (Crítico/Medio), quizzes (Alto/Medio), certificados (Alto/Bajo), lecciones (Alto/Bajo), registro (Medio/Bajo), progreso (Medio/Medio).
Enfoque: Unit testing (devs, 80%), API automation, E2E con Playwright (rutas críticas), manual exploratorio por sprint, performance con k6, seguridad con OWASP ZAP. Automatización: 70% regresión en 6 meses.
Criterios: Entrada: integration testing completo, build en staging, datos preparados. Salida: 95% ejecución, 0 Critical, <3 High, flujo de pagos 100%.
Métricas: DRE >90%, Defect Escape Rate <5%, Automatización 70%, Defectos de pago = 0.
Recursos: Tester 1: automatización + pagos. Tester 2: automatización quizzes. Tester 3: manual features nuevos. Tester 4: cross-browser + GDPR. Tester 5: performance + seguridad.
Siguiente Paso
Si obtuviste 28+ de 40, estás listo para el Módulo 2: Niveles y Tipos de Testing. Si obtuviste menos de 28, revisa los temas donde perdiste puntos. No hay vergüenza en repasar — el objetivo es comprensión sólida, no velocidad.