7 min lectura • Guide 663 of 877
Cómo Usar GitScrum para Equipos de QA
La integración efectiva de QA acelera la entrega mientras mantiene estándares de calidad. GitScrum ayuda a los equipos de QA a coordinarse con desarrollo a través de tableros compartidos, tracking de tests, gestión de bugs y visibilidad de todo el pipeline de desarrollo.
Modelo de Integración de QA
Integración de Flujo
QA EN FLUJO DE DESARROLLO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ BACKLOG → DEV → CODE REVIEW → QA → STAGING → PRODUCCIÓN │
│ │ │ │ │
│ │ │ │ │
│ ▼ ▼ ▼ │
│ QA revisa Tests de Testing de │
│ criterios de feature regresión │
│ aceptación + explora │
│ │
├─────────────────────────────────────────────────────────────┤
│ │
│ ACTIVIDADES SHIFT-LEFT: │
│ • Revisar user stories para testeabilidad │
│ • Escribir casos de test antes de desarrollo │
│ • Participar en discusiones de diseño │
│ • Definir criterios de aceptación con producto │
│ │
│ ACTIVIDADES CONTINUAS: │
│ • Mantenimiento de tests automatizados │
│ • Sesiones de testing exploratorio │
│ • Triage y verificación de bugs │
│ • Gestión de ambientes de test │
└─────────────────────────────────────────────────────────────┘
Columnas de Tablero para QA
TABLERO KANBAN INTEGRADO CON QA:
┌──────────┬────────┬──────────┬──────────┬────────┬────────┐
│ BACKLOG │ EN DEV │ CODE │ QA │ STAGING│ HECHO │
│ │ │ REVIEW │ TESTING │ │ │
├──────────┼────────┼──────────┼──────────┼────────┼────────┤
│ │ │ │ │ │ │
│ □ Story 5│ ■ #122 │ ■ #118 │ ■ #115 │ ■ #110 │ ✓ #105 │
│ □ Story 6│ ■ #123 │ ■ #119 │ ■ #116 │ │ ✓ #106 │
│ □ Bug #45│ │ │ ■ #117 │ │ ✓ #107 │
│ │ │ │ │ │ │
│ │ │ │ BLOQUEADO│ │ │
│ │ │ │ ⚠️ #114 │ │ │
│ │ │ │ (issue │ │ │
│ │ │ │ ambiente)│ │ │
└──────────┴────────┴──────────┴──────────┴────────┴────────┘
Gestión de Tests
Organización de Casos de Test
ESTRUCTURA DE CASOS DE TEST:
┌─────────────────────────────────────────────────────────────┐
│ FEATURE: Autenticación de Usuarios │
├─────────────────────────────────────────────────────────────┤
│ │
│ SUITE DE TEST: Flujo de Login │
│ ├── TC-001: Login válido con email │
│ ├── TC-002: Login válido con username │
│ ├── TC-003: Manejo de password inválido │
│ ├── TC-004: Bloqueo de cuenta después de fallos │
│ ├── TC-005: Funcionalidad remember me │
│ └── TC-006: Comportamiento de timeout de sesión │
│ │
│ SUITE DE TEST: Reset de Password │
│ ├── TC-010: Solicitar email de reset │
│ ├── TC-011: Validez de link de reset │
│ ├── TC-012: Validación de requisitos de password │
│ └── TC-013: Mensaje de éxito y redirect │
│ │
│ SUITE DE TEST: Registro │
│ ├── TC-020: Flujo de registro válido │
│ ├── TC-021: Manejo de email duplicado │
│ ├── TC-022: Verificación de email │
│ └── TC-023: Aceptación de términos requerida │
│ │
│ COBERTURA: 15 casos de test | Última ejecución: hace 2 días │
└─────────────────────────────────────────────────────────────┘
Planificación de Tests
PLAN DE TEST DEL SPRINT:
┌─────────────────────────────────────────────────────────────┐
│ SPRINT 24 - Plan de Test │
├─────────────────────────────────────────────────────────────┤
│ │
│ NUEVAS FEATURES A TESTEAR: │
│ ┌─────────────────────────────────────────────────────────┐ │
│ │ Feature: Nuevo Flujo de Checkout │ │
│ │ Stories: #115, #116, #117 │ │
│ │ Casos de test: 12 nuevos + 8 regresión │ │
│ │ Esfuerzo estimado: 3 días │ │
│ │ QA asignado: @Maria │ │
│ └─────────────────────────────────────────────────────────┘ │
│ │
│ ALCANCE DE REGRESIÓN: │
│ • Completa: Procesamiento de pagos (path crítico) │
│ • Smoke: Gestión de usuarios, carrito │
│ • Automatizada: 85% cobertura │
│ │
│ SESIONES EXPLORATORIAS: │
│ • UX de nuevo checkout - 2 horas │
│ • Responsive mobile - 1 hora │
│ │
│ AMBIENTES: │
│ • QA: Disponible │
│ • Staging: Deploy después de sign-off QA │
│ │
│ RIESGOS: │
│ • Disponibilidad de modo test de payment gateway │
│ • Cobertura de dispositivos móviles │
└─────────────────────────────────────────────────────────────┘
Gestión de Bugs
Flujo de Bugs
CICLO DE VIDA DEL BUG:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ENCONTRADO→TRIAGEADO→ASIGNADO→ARREGLADO→VERIFICADO→CERRADO │
│ │ │ │
│ │ │ │
│ ▼ ▼ │
│ Won't Fix Reabierto │
│ Duplicado (retorna a │
│ No Reproducible ASIGNADO) │
│ │
├─────────────────────────────────────────────────────────────┤
│ │
│ NIVELES DE SEVERIDAD: │
│ • Crítico: Sistema caído, pérdida datos, seguridad │
│ • Alto: Feature mayor rota, sin workaround │
│ • Medio: Feature degradada, workaround existe │
│ • Bajo: Issue menor, cosmético │
│ │
│ PRIORIDAD (cuándo arreglar): │
│ • P0: Inmediatamente (parar trabajo actual) │
│ • P1: Este sprint │
│ • P2: Próximo sprint │
│ • P3: Backlog │
└─────────────────────────────────────────────────────────────┘
Plantilla de Reporte de Bug
REPORTE DE BUG:
┌─────────────────────────────────────────────────────────────┐
│ BUG-234: Checkout falla con gift card + código promo │
├─────────────────────────────────────────────────────────────┤
│ │
│ SEVERIDAD: Alta | PRIORIDAD: P1 | ESTADO: Asignado │
│ Encontrado en: Sprint 24 | Feature: #115 Nuevo Checkout │
│ │
│ AMBIENTE: │
│ • Navegador: Chrome 120 │
│ • SO: macOS 14.2 │
│ • Ambiente: QA │
│ │
│ PASOS PARA REPRODUCIR: │
│ 1. Agregar items al carrito (total > $50) │
│ 2. Aplicar gift card ($25) │
│ 3. Aplicar código promo "SAVE10" │
│ 4. Click "Realizar Pedido" │
│ │
│ ESPERADO: Pedido realizado con ambos descuentos │
│ ACTUAL: Error "Combinación de pago inválida" │
│ │
│ ADJUNTOS: │
│ • Captura de error │
│ • Log de consola │
│ • Request/response de red │
│ │
│ NOTAS: │
│ Funciona bien con solo gift card o solo código promo │
└─────────────────────────────────────────────────────────────┘
Métricas de Calidad
Dashboard de QA
MÉTRICAS DE QA DEL SPRINT:
┌─────────────────────────────────────────────────────────────┐
│ SPRINT 24 - Resumen de QA │
├─────────────────────────────────────────────────────────────┤
│ │
│ EJECUCIÓN DE TESTS: │
│ Total casos: 156 | Pasaron: 142 | Fallaron: 8 | Bloqueados: 6│
│ Tasa de paso: 91% │
│ │
│ BUGS ENCONTRADOS: │
│ Críticos: 0 | Altos: 3 | Medios: 8 | Bajos: 5 │
│ Total: 16 (vs 12 sprint anterior) │
│ │
│ RESOLUCIÓN DE BUGS: │
│ Arreglados: 11 | En progreso: 3 | Backlogged: 2 │
│ Tiempo prom arreglo: 1.5 días │
│ │
│ AUTOMATIZACIÓN: │
│ Automatizados: 124/156 (79%) │
│ Ejecuciones CI: 45 este sprint │
│ Tests flaky: 3 (investigando) │
│ │
│ TENDENCIA: │
│ [Sprint 21] ████████░░ 80% pass │
│ [Sprint 22] █████████░ 85% pass │
│ [Sprint 23] █████████░ 88% pass │
│ [Sprint 24] █████████░ 91% pass ← Actual │
└─────────────────────────────────────────────────────────────┘
Mejores Prácticas
- Shift-left - QA involucrado desde el inicio
- Automatización primero para regresión
- Testing exploratorio para encontrar lo inesperado
- Reportes de bug claros con toda la info necesaria
- Métricas de calidad rastreadas y visibles
- Colaboración cercana con desarrollo
- Ambientes estables para testing confiable
Anti-Patrones
✗ QA solo al final del sprint
✗ Tests manuales repetitivos que podrían automatizarse
✗ Bugs sin pasos de reproducción
✗ No rastrear métricas de calidad
✗ QA aislado de desarrollo
✗ Ambientes inestables que bloquean testing