QA stack (qa-lab, qa-channel, live transport lanes) is documented separately:
- QA overview - architecture, command surface, scenario authoring, and the Matrix live lane.
- Maturity scorecard - how release QA evidence supports stability and LTS decisions.
- QA channel - the synthetic transport plugin used by repo-backed scenarios.
qa invocations and points back at the references above.Where each section moved
Every section heading from the previous single-page version keeps its anchor here, so an existing link such as/help/testing#qa-specific-runners still
resolves. Each entry points at the page that now holds the content.
- Quick start
- Test Temp Directories
- Live and Docker/Parallels workflows
- QA-specific runners
- Shared Telegram credentials via Convex (v1)
- Adding a channel to QA
- Test suites (what runs where)
- Unit / integration (default)
- Projects, shards, and scoped lanes
- Embedded runner coverage
- Vitest pool and isolation defaults
- Fast local iteration
- Perf debugging
- Stability (gateway)
- E2E (repo aggregate)
- E2E (gateway smoke)
- E2E (Control UI mocked browser)
- E2E: OpenShell backend smoke
- Live (real providers + real models)
- Which suite should I run?
- Live (network-touching) tests
- Docker runners (optional “works in Linux” checks)
- Docs sanity
- Offline regression (CI-safe)
- Agent reliability evals (skills)
- Contract tests (plugin and channel shape)
- Commands
- Channel contracts
- Provider contracts
- When to run
- Adding regressions (guidance)
Related
- Testing live
- Testing updates and plugins
- CI
- OpenClaw agent runtime workflow - the build, test, and live-validation loop for agent runtime code in
src/agents/