test-manager

Manages repository test suites by enforcing a two-minute gate budget, parallelism, and measurement-based diagnosis.

96|11|Updated Feb 8, 2026
One-click install
npx skills add https://github.com/thefrederiksen/devthrottle --skill test-manager-thefrederiksen
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: test-manager
Source: https://github.com/thefrederiksen/devthrottle/tree/main/.claude/skills/test-manager
Command: npx skills add https://github.com/thefrederiksen/devthrottle --skill test-manager-thefrederiksen

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Test suites that drift slow or flaky erode trust in the gate until developers stop running it. This Skill owns the repository's test suites: it keeps the local gate under a 120-second budget, tracks which suites are parked and why, and replaces guesswork about slowness with measured per-class timings. ## Core Features & Use Cases - Fast local gate enforcement: Runs scripts/test-local.ps1 as the authoritative gate, kills suites exceeding the 120-second budget, and treats overruns as a parking decision rather than a test failure. - Parked suite management: Tracks which suites are excluded from the default run, the measured cost of each, and the batch-by-batch process (at most 100 individually verified tests) for bringing them back. - Bad test elimination: Maintains a named list of intermittently failing tests and requires each to be rewritten deterministically or deleted, with retries and quarantines explicitly forbidden. - Measurement-driven diagnosis: Provides TRX-based per-class timing recipes and records confirmed costs and false trails so prior investigations are not repeated. - Use Case: When a developer reports "tests are slow" or the gate goes red intermittently, invoke this Skill to read the handover state, identify the bad tests or slow classes by measurement, and fix or park them without raising the budget. ## Quick Start Ask the agent to run the test-manager skill to diagnose why the test gate is slow and continue the queued test cleanup work.

Frequently Asked Questions about test-manager

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I fix flaky tests in a .NET xUnit test suite?▼

Treat every intermittent failure as a defective test asserting on something it does not control, such as wall-clock time, shared paths, or process-globals. Rewrite it deterministically by injecting clocks and isolating state, or delete it; retries and quarantines are not permitted.

How to speed up a slow test suite without losing coverage?▼

Measure per-class timings from the TRX output first, then fix the dominant cost, such as rebuilding a database migration set per test. Park suites that cannot fit the time budget and bring them back in batches of at most 100 individually verified tests.

Should I disable test parallelization to fix intermittent failures?▼

No. Disabling parallelization hides shared-state defects rather than fixing them and can turn minutes of work into hours of waiting. Cap parallelism instead, and rewrite or delete the tests that fight over shared resources.

Why do tests pass alone but fail when run together?▼

The test is asserting on something shared it does not control, such as a process-global connection pool, environment variable, or fixed mutex name. Run it beside other suites to reproduce, name the shared resource it fights over, and remove that dependency.

When should a test suite be excluded from the default CI gate?▼

Park a suite when it cannot finish within the enforced time budget or requires a machine-wide lock that queues behind other working trees. Record the measured cost and the conditions for its return, and run parked suites explicitly before releases.