test(cli): expand Open-Meteo e2e coverage#219
Conversation
|
@copilot resolve the merge conflicts in this pull request |
|
Think it needs a rebase and some conflict resolution. Then remove the draft status. |
| // ── Step 2 ───────────────────────────────────────────────────────────────── | ||
| test('import OpenAPI artifact with backend endpoint', async () => { | ||
| const result = await runCli( | ||
| test('imports Open-Meteo, exposes it, and serves MCP tools', async () => { |
There was a problem hiding this comment.
Ok but this it no longer a scenario as everything is now packed into a single test/step. Wouldn't it be easier for error tracking purpose to split into different steps/methods/tests?
There was a problem hiding this comment.
I checked the verbose Vitest output (run locally), and I agree with your point. The current test passes, but the report now only shows one scenario-level test:
imports Open-Meteo, exposes it, and serves MCP tools
Working on it to see how I can split tests into smaller steps for better traceability.
|
Tested locally and here the output now ;) Verbose e2e output now includes: |
Signed-off-by: Yacine Kheddache <yacine@microcks.io>
Summary:
This PR expands the existing Open-Meteo CLI Vitest e2e scenario so it validates the MCP behavior exposed by the gateway, not only the import and exposition control-plane state.
Changes:
initializethrough the gatewaytools/listexposesget_v1_forecastget_v1_forecastthrough MCP and assert the backend payload shapelogoutremoves the CLI config file from the isolated e2e homeafterAllso partial failures still remove the imported serviceValidation:
Closes #218