rstackjs/agent-skills

rstest-debugging

Diagnose Rstest startup, build, runtime, logging, memory, or performance problems using traces and comparable measurements.

소스 보기

사용 방법

  1. 설치 명령을 복사하고 자신의 에이전트 환경에 설치하기 전에 소스 패키지를 확인하세요.
  2. 필요한 도구, 인증 정보, 지원 환경은 원본 문서에서 확인하세요.
  3. 입력과 원하는 산출물을 설명하고 출처와 결과를 대조하세요.
npx skills add https://github.com/rstackjs/agent-skills --skill rstest-debugging

시작 전 확인

  • 설치에는 모델 구독, API 한도, 파일 접근 권한이 포함되지 않습니다.
  • 별점 수와 설치 수는 활동 지표이며 독립적인 품질·보안 검증이 아닙니다.
원본 Skill 문서

원본 저장소의 제목, 예시, 코드, 표, 링크, 이미지를 유지해 표시합니다.

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

  1. Establish comparable single-file and full-scope baselines with references/performance-measurement.md.
  2. Run rstest --trace when supported and classify the cost as host build/startup, runtime load/setup/collect, test bodies/hooks, or CLI/report/teardown overhead.
  3. Use DEBUG=rstest for resolved config and build output. For Rstest 0.11.7+ experimental per-test bundle coverage, follow references/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.
  4. If dependency loading or compilation is implicated, read references/dependency-bundling.md. Compare the environment default, bundleDependencies: false, and bundleDependencies: true; neither bundling nor externalization is universally faster.
  5. If a fully mocked heavy module still reaches the build graph, read references/mocked-module-build-graph.md before testing an exact external.
  6. If assets, console output, pools, isolation, or memory dominate, read references/runtime-output-memory.md.
  7. 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 .rstest debug 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.

같은 저장소의 Skills

더 많은 Skills

모든 Skills