Engine Test Patterns
Análisis del framework de tests del engine Zeebe. Destacan 4 patrones: ContinuouslyReplayTest (garantiza replay determinism), property-based randomized testing (6 procesos × 30 paths), EngineRule (test infrastructure con API fluent), y RecordingExporter (event-based assertions). El directorio
incident/tiene 20 archivos confirmando que incidents son un mecanismo amplio (no solo job sin retries).
Resumen¶
Los tests revelan invariantes del engine que no están documentadas en docs oficiales: replay determinism es testeable y verificado continuamente, ciertos column families son excluidos del replay (DEFAULT, MIGRATIONS_STATE), property tests confirman que cualquier proceso válido + cualquier path válido debe completarse. El framework de tests es reusable y altamente fluent.
Páginas derivadas¶
- concepts/replay-determinism — Garantía de que replay state = processing state, excepciones, mecanismo de test
- concepts/property-based-testing — Generación aleatoria de procesos y paths, invariantes universales
- concepts/test-infrastructure — EngineRule, RecordingExporter, fluent APIs para deployments y processInstances
Gaps abiertos¶
- Análisis detallado de los 20 incident tests para mapear todos los scenarios — baja prioridad
- Tests de concurrencia y race conditions — single-thread por partition los reduce, pero pueden existir