n8n/packages/testing
Claude 1822c994aa
refactor(core): Consolidate MCP workflow validation into create_workflow_from_code
Drop the standalone validate_workflow MCP tool: create_workflow_from_code
already runs the identical parse/validate pipeline, so the pre-flight cost
an extra round trip (the full workflow code was sent twice per build) and
one more tool in every tools/list response.

To keep the validation gate as strong without the pre-flight:

- ParseValidateHandler now exposes fatal validation issues in a separate
  `errors` field (still folded into `warnings` for the code-builder agent).
- create_workflow_from_code hard-blocks on fatal validation errors and
  returns them all without persisting anything.
- Node-group violations (102_mcp_canvas_groups) are checked before the
  save path and reported all at once, instead of first-violation-only.
- MCP instructions, tool descriptions, recovery hints, and scope maps no
  longer reference the removed tool.

The in-app code-builder agent's internal validate_workflow tool is
unaffected.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01EKFYgNjgLFPkft76sXghep
2026-07-31 13:49:39 +03:00
..
code-health chore: Migrate all base packages to TypeScript 7 (#34338) 2026-07-17 12:56:29 +03:00
containers refactor(core): Move sleep into @n8n/utils and unify sleep/sleepWithAbort (#35057) 2026-07-28 18:47:18 +00:00
janitor ci: Run a package's full test suite when affected by an upstream change (#34986) 2026-07-30 10:32:09 +00:00
performance chore: Migrate all base packages to TypeScript 7 (#34338) 2026-07-17 12:56:29 +03:00
playwright refactor(core): Consolidate MCP workflow validation into create_workflow_from_code 2026-07-31 13:49:39 +03:00
rules-engine chore: Migrate all base packages to TypeScript 7 (#34338) 2026-07-17 12:56:29 +03:00
test-impact test: Harden e2e suite against tsconfig resolution changes (#34623) 2026-07-23 07:45:52 +00:00
README.md refactor: Extract @n8n/test-impact (TIA) package (no-changelog) (#31868) 2026-06-08 10:20:25 +00:00

packages/testing

n8n's test platform — the infrastructure that decides what to test, runs it, and measures it. Each package is one concern; they compose rather than overlap.

Packages

Package Name Purpose Entry point Consumed by
rules-engine @n8n/rules-engine Generic, typed rules engine for static-analysis tools (register → run → report). The shared substrate. library janitor, code-health
test-impact @n8n/test-impact Test Impact Analysis: build the coverage→impact map, select impacted specs, distribute them across shards. Framework-agnostic. library janitor (CLI), playwright
janitor @n8n/playwright-janitor Static analysis + architecture enforcement for the Playwright suite; also hosts the impact/orchestrate CLI used by CI. janitor CLI playwright, CI
code-health @n8n/code-health Static analysis for monorepo dependency hygiene. code-health CLI CI
containers n8n-containers Composable Docker stack for tests (sqlite / postgres / queue / multi-main / observability / kafka …). stack:* scripts playwright, local dev
playwright n8n-playwright The E2E harness — page objects, composables, fixtures, and the shard distributor that drives CI. test:* scripts CI, local dev
performance @n8n/performance Microbenchmarks for critical code paths (bench, baseline, compare). bench:* scripts CI (nightly), local

How they fit together

graph TD
  rules[rules-engine<br/>rules substrate] --> janitor[janitor<br/>PW lint + impact CLI]
  rules --> codehealth[code-health<br/>monorepo deps]
  impact[test-impact<br/>select + distribute] --> janitor
  impact --> playwright[playwright<br/>E2E harness]
  janitor --> playwright
  containers[containers<br/>Docker stacks] --> playwright
  performance[performance<br/>benchmarks]

  classDef substrate fill:#eef,stroke:#88a;
  class rules,impact substrate;
  • Static-analysis lane: rules-engine (substrate) → janitor (Playwright architecture) and code-health (monorepo deps).
  • Selection lane: test-impact (coverage map → select → distribute) feeds the janitor CLI and the playwright shard distributor.
  • Execution lane: playwright runs E2E against containers-provided stacks.
  • Performance lane: performance is standalone (benchmarks).

Where to look (quick nav for humans + agents)

I want to… Go to
change which E2E specs a PR runs (impact map, selection, sharding) test-impact/ (+ janitor CLI select / distribute)
add/modify an architecture-lint rule for tests janitor/src/rules/ (engine: rules-engine/)
write or fix an E2E test, page object, or fixture playwright/ (see its AGENTS.md)
spin a DB/queue/multi-main stack for a test containers/ (stack:*)
add a microbenchmark performance/
enforce a monorepo dependency rule code-health/

Per-package detail lives in each package's own README.md (and playwright/AGENTS.md).