Trazabilidad completa
Historias de usuario conectadas con casos de prueba, hallazgos y reportes de bug accionables.
Lo que un reclutador ve rápido
Manual QA con criterio técnico y de negocio
El objetivo no es solo listar casos de prueba. La pieza demuestra pensamiento QA: identificar riesgos, priorizar flujos críticos, diseñar pruebas positivas y negativas, validar integraciones, reconciliar datos y explicar el impacto de cada bug con pasos reproducibles.
Diseño formal de pruebas
Clases de equivalencia, valores límite, volumen, idempotencia, regresión, integración y manejo de errores.
Impacto medible
Priorización por severidad, riesgo de negocio y bloqueo real sobre accesos, correo, autenticación y datos.
Cobertura
Productos evaluados
Trading Hub Platform
Control de acceso por flags, incorporación masiva de usuarios vía API, Magic Link y entregabilidad de correos.
12 casos
6 hallazgos
6 bugs
Investment Analytics Platform
Google OAuth, análisis de 7 Principios, sincronización de broker, journal e insights de portafolio con IA.
16 casos
11 hallazgos
6 bugs
Academy/Admin Portal
Citas por integración GHL, confirmaciones por email, estado de asistencia, billing e infraestructura de correo.
7 casos
2 hallazgos
2 bugs
Proceso
Cómo ejecuto QA manual
1. RequisitosConvierto requerimientos y reglas de negocio en historias verificables.
2. RiesgoPriorizo autenticación, accesos, pagos, sincronización de datos y notificaciones.
3. DiseñoDefino escenarios positivos, negativos, límites, volumen, integración y regresión.
4. EjecuciónRegistro resultado esperado, resultado actual, evidencia y ambiente probado.
5. DefectoReporto bugs con reproducción, impacto, severidad y posible causa técnica.
Matriz de trazabilidad
De historia a bug reportado
Estos ejemplos muestran cómo conecto necesidad de usuario, caso de prueba, resultado real y defecto.
HU-002 → CP-003 / CP-006 → BUG-002
Carga masiva de usuarios
La API debía incorporar cerca de 130 usuarios Pro y dejar trazabilidad individual de fallos.
- Resultado: solo eran visibles aproximadamente 20 usuarios.
- Riesgo: usuarios elegibles sin acceso a la plataforma.
HU-MO-001 → CP-MO-001 → BUG-MO-001
Google Sign-In para cuentas nuevas
El flujo OAuth debía crear usuario, sesión y dashboard sin errores de autenticación.
- Resultado: sesión no encontrada y respuestas 401.
- Riesgo: bloqueo completo para usuarios nuevos.
HU-MO-005 → CP-MO-013 / CP-MO-014 → BUG-MO-005
Insights de portafolio obsoletos
El análisis debía usar posiciones actualizadas tras sincronizar el portafolio.
- Resultado: se mostraba un análisis de hace siete meses como vigente.
- Riesgo: decisiones financieras basadas en información desactualizada.
HU-010 → CP-010 / CP-011 → BUG-004 / BUG-006
Entregabilidad de correos
Los correos debían llegar correctamente a Gmail, Hotmail y otros proveedores.
- Resultado: Hotmail quedaba en Deferred y el dominio no tenía validación completa.
- Riesgo: usuarios sin notificaciones críticas.
Casos seleccionados
Ejemplos de test cases manuales
FailPrueba de volumen
CP-003: procesamiento masivo de usuarios
Precondición: carga preparada de aproximadamente 130 usuarios válidos.
- Ejecutar el envío masivo desde el sistema origen.
- Esperar confirmación de procesamiento.
- Contar usuarios visibles en la plataforma.
Esperado: todos los usuarios se procesan o los fallidos quedan identificados. Actual: solo se visualizan cerca de 20.
FailOAuth / autenticación
CP-MO-001: registro con Google
Precondición: correo de Google nunca registrado.
- Abrir pantalla de inicio de sesión.
- Presionar Continue with Google.
- Seleccionar cuenta nueva y aceptar permisos.
Esperado: sesión creada y dashboard abierto. Actual: Session not found y endpoints de sesión responden 401.
PassPrueba negativa
CP-008: Magic Link inválido o expirado
Precondición: Magic Link vencido o ya usado.
- Abrir el enlace inválido.
- Validar mensaje y estado de acceso.
Esperado y actual: el sistema muestra un error controlado y no otorga acceso.
FailRegresión / caché
CP-MO-014: insights actualizados
Precondición: existe un análisis antiguo almacenado.
- Entrar al módulo de Insights.
- Solicitar insights nuevos.
- Comparar fecha, contenido y posiciones utilizadas.
Esperado: análisis nuevo. Actual: se conserva un análisis de hace siete meses.
Bug reporting
Defectos documentados con impacto
CríticaAuthentication
BUG-MO-001: Google Sign-In falla para cuentas nuevas
Las cuentas nuevas terminan sin sesión válida luego del callback OAuth.
- Esperado: usuario creado, sesión establecida y acceso al dashboard.
- Actual: Session not found, /api/auth/me 401 y broker-mode 401.
- Impacto: bloquea el registro y acceso de usuarios nuevos.
AltaAPI / data
BUG-002: carga masiva de 130 usuarios solo muestra 20
La integración no deja trazabilidad suficiente para entender usuarios procesados contra faltantes.
- Esperado: procesamiento completo o fallos individuales identificados.
- Actual: discrepancia entre enviados y usuarios visibles.
- Impacto: accesos incompletos para usuarios Pro.
CríticaAI insights
BUG-MO-005: análisis de portafolio obsoleto
El módulo presenta un análisis antiguo como si fuera vigente.
- Esperado: insight nuevo basado en portafolio actualizado.
- Actual: análisis de hace siete meses reutilizado.
- Impacto: riesgo directo sobre decisiones de inversión.
AltaEmail infrastructure
BUG-006: dominio sin validación completa
El dominio estaba configurado solo con sender de soporte, sin validación completa SPF/DKIM/DMARC.
- Esperado: dominio autenticado para mejorar entregabilidad.
- Actual: configuración incompleta vinculada a Deferred y correos no recibidos.
- Impacto: notificaciones críticas no confiables.
QA manual que reduce incertidumbre
Puedo tomar un producto con reglas incompletas, integraciones frágiles o bugs intermitentes y convertirlo en una matriz clara de riesgos, pruebas, evidencia y defectos priorizados.