Proceso: US Recargada Funcional

Flujo de trabajo completo desde el requerimiento hasta el release. Dos áreas, perímetros claros, cero zonas grises.

QA define y valida lo funcional  ·  Dev revisa, construye y libera

Flujo completo — 8 pasos

💡

1Requerimiento funcional

Se detalla el requerimiento funcional: qué se necesita y por qué.

📋

2US Recargada FuncionalÁrea QA

Área QA arma la especificación funcional completa. Sin código, sin arquitectura.

→Objetivo y alcance
→Fuera de alcance
→Comportamiento esperado paso a paso
→Precondiciones visibles
→Acceptance criteria medibles
→Excepciones funcionales por rol
→Reglas visibles de UI (maxlength, tooltips, cursores, estilos, tipografías, tamaños)
→Criterios de responsive y breakpoints
→Reglas funcionales (filtros, orden, paginación)
→Mensajes de error exactos
→Estados de componentes (hover, disabled, loading, error)
→Iconografía y grillas
→Escritura de test cases funcionales
→Checklist de QA

🔍

3Revisión e IteraciónÁrea Dev

Área Dev revisa la US y corrige junto con Área QA hasta que esté completa.

→Detección de vacíos funcionales
→Corrección de lógica y ambigüedades
→Validación de restricciones técnicas
→Evaluación de impacto en datos
→Ajuste de criterios de aceptación
→Confirmación de viabilidad técnica

↩Retroalimentación: volver a la US funcional para corregir (ciclo iterativo hasta la aprobación)

⚡

4Prompt / Implementación con IAÁrea Dev

Con la US aprobada, Área Dev promptea y construye.

🧪

5Testing técnicoÁrea DevÁrea QA

Validación de la implementación a nivel técnico.

→Lógica de negocio técnica
→Integridad de datos y persistencia
→Integración con APIs y servicios
→Seguridad (OAuth, tokens, rate limit)
→Edge cases
→Performance y carga
→Regresión técnica

✅

6Testing funcionalÁrea QA

Validación contra la US aprobada. Lo visible, lo que el usuario ve y toca.

→El flujo principal funciona de punta a punta
→Los campos aceptan/rechazan lo definido
→Maxlength se respeta en cada campo
→El cursor inicia donde corresponde
→No hay saltos erráticos de cursor
→Los tooltips aparecen cuando corresponde
→El estilo visual coincide con lo definido
→La iconografía es la correcta
→Filtros y orden funcionan visualmente
→Paginación responde según lo esperado
→Validación cross-browser
→En mobile/tablet no se rompe
→Los mensajes de error son los definidos
→Botones y acciones responden correctamente
→Ejecución de test cases escritos en la US
→Se cumplen todos los acceptance criteria

🔧

7AjustesÁrea Dev

Se corrigen desvíos encontrados en el testing.

↩Retroalimentación: volver al testing funcional para validar nuevamente los ajustes

🚀

8Release

Se libera la funcionalidad.

Perímetros — responsabilidad por área

Área QA

→Objetivo y alcance funcional
→Comportamiento esperado (paso a paso del usuario)
→No se pudo cargar este texto.
→Escritura de test cases funcionales
→Reglas visibles: maxlength, tooltips, cursores, estilos
→Tipografías, tamaños, iconografía
→Criterios de responsive y breakpoints
→Excepciones funcionales (ej: superadmin salta validación X)
→Paginación, filtros y orden a nivel visible
→Mensajes de error textuales
→Estados de componentes (hover, disabled, loading, error)
→Ejecución de test cases contra la US
→Validación funcional manual completa

Fuera de alcance

✗Gherkin / pseudocódigo
✗Arquitectura / API / SQL
✗Seguridad profunda (OAuth, tokens, state)
✗Performance técnica
✗Logs / persistencia interna
✗Prompts / decisiones de IA

Área Dev

→Bajar el requerimiento funcional
→Revisar e iterar la US con Área QA
→Definir arquitectura y stack
→Promptear y construir con IA
→Lógica de negocio técnica
→Integridad de datos y persistencia
→Seguridad (OAuth, tokens, rate limit)
→Testing técnico completo
→Edge cases
→Fix de desvíos post testing
→Release

Fuera de alcance

✗Escribir Gherkin técnico
✗Definir DoR técnico
✗Evaluar logs o performance
✗Decidir sobre flows de auth
✗Validar persistencia de datos

Plantilla — US Recargada Funcional (paso 2)

Entregable de Área QA

1. Definición

→Título claro y corto

2. Comportamiento esperado

→Paso a paso desde el usuario
→Qué ve, qué toca, qué pasa
→Excepciones funcionales
→Precondiciones visibles

3. Reglas visibles / UI

→Maxlength por campo
→Tipos de dato esperados
→Tooltips y textos de ayuda
→Cursores e inicio de cursor
→Estilos, tipografías, tamaños
→Iconografía
→Grillas y breakpoints responsive
→Estados de componentes (hover, disabled, loading, error)

4. Reglas funcionales

→Filtros visibles (AND/OR, asc/desc)
→Criterios de paginación
→Orden por defecto
→Excepciones por rol (superadmin, etc.)
→Texto de los mensajes de error
→Combinaciones de estados

5. Acceptance criteria

→Medibles y verificables
→En lenguaje natural, no Gherkin
→El campo X acepta máximo 50 caracteres
→Al filtrar por fecha, se ordena desc
→En mobile, el menú colapsa a hamburguesa

6. Test cases funcionales

→Casos del flujo principal (happy path)
→Casos de validación de campos
→Casos de error previsibles
→Casos de responsive
→Casos de excepciones por rol
→Casos de filtros, orden y paginación

7. Checklist de QA

→Validaciones visibles a ejecutar
→Campos, tooltips, cursores
→Estilos e iconografía
→Responsive en dispositivos clave
→Mensajes y estados de componentes

8. Mockup / evidencia visual

→Capturas, wireframes, Figma
→Screenshots anotados
→Prototipos o diagramas de flujo
→Referencia visual del resultado esperado

Área QA participa en el paso 2 y en el paso 6.
Especificación funcional al inicio. Validación funcional al final.

Área Dev gestiona los pasos 1, 3, 4, 5, 7 y 8.
Requerimiento, revisión e iteración, construcción, testing técnico, ajustes y release.

Los ciclos de retroalimentación entre pasos 3↩2 y 7↩6 garantizan calidad sin bloqueos.
Cada área opera dentro de su perímetro. Sin zonas grises.