Proceso de Calidad del Desarrollador — Flujo Revisado

Incorpora las mejoras del análisis: tiers de cambio, test planning, criterios objetivos de escalación QA y quality gate en review

Hoy Proceso actual
Dev termina su desarrollo
Prueba manual que cumpla criterios de aceptación
¿Tarea grande o tocó muchas áreas?
⚠ Decisión subjetiva del dev — sin criterio objetivo
Sí → llamar al QA
QA prueba manualmente cuando puede
No → merge / deploy
Regresión automatizada
Post-deploy siempre
Desplegado — regresión solo al final
sin evidencia pre-merge
⚠ Brechas
  • Sin regresión pre-merge: flujos no relacionados pueden romperse
  • Criterio subjetivo: "tarea grande" varía por dev
  • QA cuello de botella: solo se llama por sospecha
  • Sin trazabilidad: no queda evidencia de lo probado
  • Dev no diseña casos: solo se prueba el happy path
Propuesto Proceso mejorado
Dev termina su desarrollo
1Self-review + unit tests + linter
Always required — every change
2Answer 3 contextual questions
Each "yes" adds a required step — no tier label, no gaming
❓ Q1 Does this touch payment logic, checkout, or a critical module? → Run module regression suite
❓ Q2 Is this a new flow, endpoint, or behavioral change? → Write test plan (positive + negative + edge)
❓ Q3 Does this interact with an external provider, PCI scope, or cross-team? → Mandatory QA involvement
3Design test plan if Q2 = yes
Positives · negatives · edge cases · covered by automation?
4Run module regression suite if Q1 = yes
Map module → suite → review Allure report
↻ If failures → fix and retry
Q3 = yes or dev decides?
New payment method · PCI · external dependency · or dev discretion
5Involve QA (if applicable)
Dev shares test plan — QA reviews coverage, does not re-execute
6Document evidence in Jira subtask
Test plan + Allure results in subtask · PR links to subtask
7Open PR — link to Jira subtask
PR description: "Test evidence: [JIRA-XXXX]"
8Code reviewer validates quality
Reviews code + checks subtask evidence (min: positive + negative + edge)
9Merge / Deploy
10Regresión en TestKube
Smoke + regresión del módulo en cluster
✓ Desplegado con evidencia de calidad
✓ Mejoras clave
  • No tiers, no gaming: 3 contextual questions determine required steps
  • Risk-based, not type-based: a bugfix in checkout triggers more process than a feature in a non-critical service
  • Dev designs test cases: positives, negatives, and edge before testing
  • Evidence in Jira subtask: persists, linked to ticket, QA-reviewable async
  • QA as validator, not executor: reviews test plan coverage, does not re-run
  • Quality gate in review: reviewer validates testing, not just code
📋
Step 3 — Ejemplo de Test Plan
Feature: Pago con tarjeta de crédito — nueva validación de monto máximo
Escenario Tipo Automatizado Manual Notas
Pago exitoso por debajo del límite Positivo ✓ suite-checkout —
Pago rechazado por monto superior al límite Negativo — Manual Validar mensaje de error al usuario
Pago con monto exactamente igual al límite Edge — Manual Comportamiento en el límite exacto
Reintento tras timeout del proveedor Negativo ✓ suite-checkout —