GitScrum / Docs
Todas las Mejores Prácticas

GitScrum para Equipos de QA | Guía Completa

Integra QA en flujos de desarrollo ágil con GitScrum. Gestiona planificación de tests, ejecución, tracking de defectos y coordinación con desarrollo.

7 min de lectura

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
    

    Soluciones Relacionadas