mengw15 opened a new issue, #6750: URL: https://github.com/apache/texera/issues/6750
### Task Summary `WorkflowCompilingService` sits at codecov ~61% (62 uncovered lines) — its schema-map accessors and compilation-state helpers are largely untested. Extend the spec. jsdom/Vitest; see `frontend/TESTING.md`. ### Behavior to add **WorkflowCompilingService** (`frontend/src/app/workspace/service/compile-workflow/workflow-compiling.service.ts`, codecov ~61% — EXTEND) Seed the service's compilation result (the schema-propagation map it holds after a compile) and assert the accessors: - `getOperatorInputSchemaMap` / `getOperatorOutputSchemaMap` — return the per-operator input/output schema maps. - `getPortInputSchema` / `getOperatorInputAttributeType` / `extractOperatorInputPortSchemaMap` — return the schema / attribute type for a given operator+port; cover the present and absent (unknown operator/port) branches. - `getWorkflowCompilationState` / `getWorkflowCompilationErrors` — reflect the current state / accumulated `WorkflowFatalError`s. - `applySchemaPropagationResult` — updates the held maps and pushes on `getCompilationStateInfoChangedStream` (assert the emitted state). Out of scope: `compile` end-to-end (it round-trips through the compiling backend) — scope to the state/accessor logic; if you exercise `compile`, stub the HTTP/websocket boundary. ### Task Type - [ ] Refactor / Cleanup - [ ] DevOps / Deployment / CI - [x] Testing / QA - [ ] Documentation - [ ] Performance - [ ] Other -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
