rstest-debugging
Diagnose Rstest startup, build, runtime, logging, memory, or performance problems using traces and comparable measurements.
How do I install this agent skill?
npx skills add https://github.com/rstackjs/agent-skills --skill rstest-debuggingIs this agent skill safe to install?
- Gen Agent Trust Hubpass
This skill provides a set of guidelines and references for debugging performance and runtime issues in the Rstest framework, including dependency bundling, build graph optimization, and lifecycle tracing. It uses official tool documentation and established diagnostic flags.
- Socketpass
No alerts
- Snykpass
Risk: LOW · No issues
What does this agent skill do?
Rstest debugging
Diagnose the measured lifecycle stage before changing configuration. Keep behavior and the test manifest fixed, change one variable at a time, and remove experiments that do not produce a repeatable benefit.
Workflow
- Establish comparable single-file and full-scope baselines with
references/performance-measurement.md. - Run
rstest --tracewhen supported and classify the cost as host build/startup, runtime load/setup/collect, test bodies/hooks, or CLI/report/teardown overhead. - Use
DEBUG=rstestfor resolved config and build output. For Rstest 0.11.7+ experimental per-test bundle coverage, followreferences/performance-measurement.md. Use Rsdoctor only after evidence points to the compiler. Use verbose reporting or a profiler only after narrowing to runtime files/cases. - If dependency loading or compilation is implicated, read
references/dependency-bundling.md. Compare the environment default,bundleDependencies: false, andbundleDependencies: true; neither bundling nor externalization is universally faster. - If a fully mocked heavy module still reaches the build graph, read
references/mocked-module-build-graph.mdbefore testing an exact external. - If assets, console output, pools, isolation, or memory dominate, read
references/runtime-output-memory.md. - Rerun the representative file and full scope. Keep a change only when behavior, discovery, snapshots, and coverage remain valid and the benefit survives repeated measurement. Remove traces, profiles, and
.rstestdebug artifacts created by the diagnosis before handing off.
Guardrails
- Use the project's installed Rstest for final claims. Label local checkout or unreleased diagnostic results separately.
- Keep Node version, test files, coverage, cache state, environment, workers, and command shape fixed while comparing.
- Do not add worker durations that overlap or subtract runner/build/tests values without verifying their lifecycle boundaries.
- Do not treat aggregate process-tree RSS as physical memory; it can double-count shared pages.
- Do not disable isolation, reduce coverage, silence failures, or change production/test semantics for a benchmark win.
- Do not stack speculative aliases, externals, compiler hooks, pool settings, or caches. Preserve only the measured minimum.
Handoff from migration
When invoked from migrate-to-rstest, first confirm that the Jest/Vitest and Rstest manifests match. If the migration intentionally adds tests, report same-scope performance separately from final expanded-scope performance.
How can the creator link this skill?
Add the canonical catalog link to the repository README so users can inspect current installs and available audits. The publishing guide covers the complete discovery path.
<a href="https://skillzs.dev/skills/rstackjs/agent-skills/rstest-debugging">View rstest-debugging on skillZs</a>