3 min lectura • Guide 764 of 877
Estrategias de Testing para Equipos Ágiles
Testing no es una fase - es continuo. GitScrum ayuda a equipos a integrar testing en cada sprint y entregar software de calidad consistentemente.
Pirámide de Testing
PIRÁMIDE DE TESTING:
┌─────────────────────────────────────────────────────────────┐
│ │
│ /\ │
│ / \ TESTS E2E │
│ / \ Pocos, lentos, caros │
│ /──────\ Testean journeys de usuario │
│ / \ │
│ / \ TESTS DE INTEGRACIÓN │
│ / \ Cantidad media │
│ /──────────────\ Testean interacción │
│ / \ │
│ / \ TESTS UNITARIOS │
│ / \ Muchos, rápidos, baratos │
│ /────────────────────── Testean unidades ind. │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ GUÍA DE RATIO: │
│ 70% Tests unitarios │
│ 20% Tests de integración │
│ 10% Tests E2E │
│ │
│ PRINCIPIO CLAVE: │
│ Feedback más rápido = más bajo en pirámide │
│ Mayor confianza = más alto en pirámide │
│ Balancea ambas necesidades │
└─────────────────────────────────────────────────────────────┘
Testing en Sprints
TESTING DENTRO DE STORIES:
┌─────────────────────────────────────────────────────────────┐
│ │
│ STORY CON TESTING INTEGRADO: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ PROJ-200: Registro de Usuario ││
│ │ ││
│ │ CRITERIOS DE ACEPTACIÓN: ││
│ │ ☐ Usuario puede registrarse con email/password ││
│ │ ☐ Validación de email funciona ││
│ │ ☐ Fortaleza de password enforced ││
│ │ ☐ Email de confirmación enviado ││
│ │ ☐ Email duplicado prevenido ││
│ │ ││
│ │ REQUISITOS DE TESTING: ││
│ │ ☐ Tests unitarios para lógica de validación ││
│ │ ☐ Test de integración para flow de registro ││
│ │ ☐ Test E2E para happy path ││
│ │ ☐ Edge cases testeados ││
│ │ ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
QA en Agile
ROL DE QA EN SPRINTS
════════════════════
ANTES DEL SPRINT:
┌─────────────────────────────────────────────────────────────┐
│ • Participar en refinement │
│ • Identificar riesgos de testing │
│ • Definir criterios de aceptación │
│ • Planificar approach de testing │
└─────────────────────────────────────────────────────────────┘
DURANTE EL SPRINT:
┌─────────────────────────────────────────────────────────────┐
│ • Trabajar junto con developers │
│ • Testear features mientras se desarrollan │
│ • Escribir y mantener automation │
│ • Hacer testing exploratorio │
└─────────────────────────────────────────────────────────────┘
FIN DEL SPRINT:
┌─────────────────────────────────────────────────────────────┐
│ • Validar Definition of Done │
│ • Completar regression testing │
│ • Participar en demo │
│ • Contribuir a retrospectiva │
└─────────────────────────────────────────────────────────────┘