Antonio Herrera.
6Fase 6 · SDD Lifecycle

Validación integrada · Tests

Los tests nacen de la spec, no al final · QA entra desde el diseño

Por Antonio Herrera Publicada en junio 2026 2 min de lectura
8/14
La spec alimenta los tests
Spec → criterios → tests → código → validación automática
Capas de testing generadas desde spec
Tests unitarios
Generados desde los requisitos de spec.md por dominio
Tests de integración
Cubren los escenarios de los criterios de aceptación
Contract testing
Validan el contrato OpenAPI con Pact u otras herramientas
Tests E2E
Playwright cubre los flujos completos de usuario
BDD
Feature files generados desde los escenarios de spec.md
Evidencias QA
Casos Xray / Zephyr trazables a criterios de aceptación
Ejemplo BDD generado desde spec
transaction-filtering.feature
Feature: Transaction filtering Scenario: Filter transactions by date range Given I am an authenticated user And I have transactions in January When I filter from "2026-01-01" to "2026-01-31" Then I should only see transactions within that range Scenario: No transactions found Given I am an authenticated user When I apply filters with no matching transactions Then I should see "No se encontraron movimientos"
Comandos de ejecución
terminal
# Backend mvn test mvn verify # Frontend npm test # E2E npx playwright test # Contrato API spectral lint openapi.yaml # Calidad mvn sonar:sonar # Spec openspec validate --strict
✓ Gate 6 — Quality Ready
✓
Spec validada
✓
OpenAPI validado
✓
Unit tests OK
✓
Integration tests OK
✓
Contract tests OK
✓
E2E tests OK
✓
Static analysis OK
✓
Security scan OK
✓
Todos los CA cubiertos
Hablemos →