test: flujos ejecutados de punta a punta contra un ERP falso
setup/tests/ corre NormalBot de verdad —no un espejo—: SQLite en memoria con los endpoints del seed reescritos hacia fixtures_api.php servido con php -S, asi el curl real se ejecuta y los POST capturados se comparan contra el contrato del procesador. ConversationContext, WhatsAppSender y AiBot son falsos en memoria; el resto es el codigo de produccion. 51 casos: finca restringida que entra sola, ausentismo completo con rango invertido rechazado, perfiles trabajador/supervisor, ciclos con multi-select paginado, mantenimiento con requires/resolver, labores con cuadrilla, y NLU que resuelve "plateo" por entity hasta el informe. Destaparon dos errores reales: - registrar_mantenimiento posteaba a labores_up sin novedad_id ni empleados, que el procesador exige: el ERP lo habria rechazado siempre. Ahora pide la labor del grupo elegido (endpoint nuevo novedades_mant_dn) y la cuadrilla. - resolverPorCampos reventaba con warning al sustituir arreglos en la URL. Uso: bash setup/tests/run.sh Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Sonnet 4.6
parent
6df1d482cc
commit
1f7d33b40d
@@ -547,7 +547,9 @@ echo "\nMantenimiento (POST)\n";
|
||||
$mto = $flows['registrar_mantenimiento'] ?? [];
|
||||
$mf = array_column($mto['fields'] ?? [], null, 'key');
|
||||
|
||||
check('pide fecha, lote y cantidad', array_keys($mf), ['fecha', 'lote_id', 'cantidad']);
|
||||
// labores_up exige novedad y empleados: sin ellos el ERP rechazaba siempre
|
||||
check('pide fecha, lote, labor, cuadrilla y cantidad',
|
||||
array_keys($mf), ['fecha', 'lote_id', 'novedad_id', 'empleados', 'cantidad']);
|
||||
check('los lotes salen de los que tienen pendiente',
|
||||
$mf['lote_id']['source_endpoint_key'] ?? null, 'lotes_mantenimiento_dn');
|
||||
check('endpoint registrado', isset($eps['lotes_mantenimiento_dn']), true);
|
||||
|
||||
Reference in New Issue
Block a user