Evaluacion integral del Modulo 4: Documentacion de Testing. Preguntas por escenarios y ejercicios practicos cubriendo las 20 lecciones.
Resumen de la Evaluacion # Felicidades por llegar a la leccion final del Modulo 4. Esta evaluacion verifica tu comprension de todos los temas de documentacion de testing.
Sistema de Puntuacion # Parte 1 (Quiz): 10 preguntas x 3 puntos = 30 puntosParte 2 (Escenarios): 5 escenarios x 6 puntos = 30 puntosParte 3 (Ejercicio): 40 puntosTotal: 100 puntos. Puntaje de aprobacion: 70Temas Cubiertos # Area Lecciones Conceptos Clave Estrategia y Planificacion 4.1-4.2 Test strategy, IEEE 829 Diseno de Test Cases 4.3-4.5 Escritura, positivo/negativo/frontera, test data Gestion de Defectos 4.6-4.10 Bug reports, severity/priority, lifecycle, Jira Reportes 4.11-4.13 Ejecucion, cobertura, notas de version Proceso 4.14-4.16 Triage, checklists vs cases, documentacion agil Avanzado 4.17-4.19 Summary reports, RTM, plantillas
Parte 2: Preguntas por Escenarios # Escenario 1: Entras a una empresa como unico QA. No hay documentacion de testing. Producto B2B SaaS con 50 clientes enterprise. Que documentos creas primero?
Escenario 2: Los bug reports de tu equipo regresan con “Cannot Reproduce.” El ciclo de correccion paso de 2 a 7 dias.
Escenario 3: El CTO pide recomendacion go/no-go. 88% pass rate (target 95%), 2 bugs major abiertos, deadline manana.
Escenario 4: Cliente de salud regulado requiere trazabilidad completa. Tu equipo usa agile sin test plans formales.
Escenario 5: 200 test cases para una feature que cambia cada sprint. Mantenimiento consume 40% del tiempo QA.
Soluciones 1. Orden: Template bug report → checklist features criticas → strategy 1 pagina → template notas sprint → template summary.
2. Causa raiz: Bug reports pobres. Fix: template con campos obligatorios, training, peer review 2 semanas.
3. No-Go. 88% bajo target. Proponer: corregir majors, re-ejecutar fallidos, timeline revisado.
4. Hibrido: Sprints agiles + RTM en Jira+Xray + “trazabilidad verificada” en DoD.
5. Convertir a checklists para areas estables, automatizar happy paths, usar acceptance criteria como specs, eliminar test cases obsoletos.
Parte 3: Ejercicio Practico # QA Lead para app de ride-sharing con 8 features. Crear: strategy 1 pagina, 5 test cases de booking, bug report de cancelacion, RTM con 6 requisitos.
Solucion del Ejercicio Strategy: Basada en riesgos. Critico: pagos + GPS. Herramientas: Playwright, Appium, k6. Entornos: Dev, QA, Staging.
Test Cases: 1. Reservar viaje valido. 2. Reservar programado. 3. Negativo: mismo punto origen/destino. 4. Negativo: sin conductores disponibles. 5. Boundary: distancia maxima 100km.
Bug Report: Titulo: “Rider charged cancellation fee when cancelling within free window.” S1/P1. Pasos claros, resultado esperado vs actual.
RTM: Gap critico: GPS tracking sin test cases. Gaps parciales: verificacion de conductor, politica de cancelacion.
Que Sigue # Felicidades por completar Modulo 4. Modulo 5: Testing de Aplicaciones Web lleva de la documentacion al testing practico.
Prueba de Conocimiento 1. Cual es la diferencia clave entre test strategy y test plan?
A
Son el mismo documento
B
La strategy define el enfoque de alto nivel; el plan detalla actividades especificas para un release
C
La strategy es mas larga
D
Solo managers escriben strategies
La test strategy es de alto nivel y estable. El test plan es especifico para un release con cronogramas y asignaciones detalladas.
2. Segun IEEE 829, que seccion declara explicitamente que NO se probara?
A
Test approach
B
Features not to be tested
C
Suspension criteria
D
Test deliverables
La seccion 5 declara exclusiones explicitamente. Esto previene culpas cuando se encuentran bugs en areas no probadas.
3. En el checklist ATOMIC para test cases, que significa la 'I'?
A
Important
B
Independent — no depende de otros test cases
C
Integrated
D
Intelligent
Independent significa que el test case puede ejecutarse en cualquier orden, solo o en paralelo, sin depender de otros.
4. Un campo acepta enteros 1-100. Que conjunto representa TODOS los boundary values?
A
0, 50, 100
B
1, 50, 100
C
0, 1, 2, 99, 100, 101
D
1 y 100
Boundary testing completo: debajo min (0), min (1), min+1 (2), max-1 (99), max (100), arriba max (101).
5. Por que nunca se deben usar datos crudos de produccion en entornos de test?
A
Son muy grandes
B
Contienen PII real que viola regulaciones de privacidad (GDPR, HIPAA)
C
Son muy viejos
D
Las BDs de produccion son solo lectura
Los datos de produccion contienen informacion personal real. Usarlos sin enmascarar viola leyes de privacidad.
6. Cual es la formula correcta para un titulo de bug report?
A
Nombre de feature + numero
B
[Componente] Accion falla con [Error] cuando [Condicion]
C
Solo describir el problema brevemente
D
Bug + fecha
La formula captura que fallo, como fallo y el trigger especifico, permitiendo entender el issue desde el titulo.
7. Un typo en el logo de empresa en el homepage tiene que severidad y prioridad?
A
Severidad alta, prioridad alta
B
Severidad baja, prioridad alta
C
Severidad alta, prioridad baja
D
Severidad baja, prioridad baja
Severidad baja (cosmetico) pero prioridad alta (visible para todos, dana percepcion de marca).
8. En el ciclo de vida del bug, que pasa cuando la verificacion QA falla despues de que el developer marca Fixed?
A
Se cierra igual
B
Se reabre con explicacion de por que fallo el fix
C
Se crea un bug nuevo
D
Se marca Won't Fix
El bug se reabre y regresa al developer. QA debe explicar por que fallo el fix.
9. Cual es la ventaja principal de JQL sobre filtros basicos de Jira?
A
JQL es mas rapido
B
JQL permite queries complejas con condiciones, funciones y ordenamiento
C
JQL es mas facil
D
Filtros basicos estan deprecados
JQL habilita queries precisas que los filtros basicos no pueden expresar.
10. En agile, que reemplaza el test plan tradicional de 50 paginas?
A
Nada de documentacion
B
Una test strategy viva mas notas ligeras de testing por sprint
C
Un test plan de 10 paginas
D
Solo scripts automatizados
Agile reemplaza el plan estatico con una strategy viva y notas de sprint que encajan en la cadencia iterativa.