Official agent skill

Test Management

by microsoft in microsoft/aspire

Quarantines or disables flaky/problematic tests using the QuarantineTools utility

OfficialMITAuto-check passed

Install Test Management

skills CLI
$ npx skills add microsoft/aspire --skill test-management -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install microsoft/aspire test-management --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/microsoft/aspire.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/test-management .claude/skills/test-management && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
test-management
GitHub stars
6.3k
Token cost
~2.9k tokens
SKILL.md length
782 words
Files
1
Skills in repo
22
Repo updated
First seen
Licence
MIT

At a glance

Quarantines or disables flaky/problematic tests using the QuarantineTools utility

  • Works in 7 steps: Parse and Extract Information → Locate Test Methods to Get… → Run QuarantineTools for Each Test → …
  • SKILL.md covers Understanding User Requests, Task Execution Steps, Efficiency Optimizations and Error Reporting, plus 3 more sections
  • Calls dotnet

What it does

Test Management is an agent skill from microsoft/aspire, published by the product's own GitHub organization. Quarantines or disables flaky/problematic tests using the QuarantineTools utility

Its SKILL.md is about 2.9k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It works with Azure DevOps. The repository describes itself as: Aspire is the tool for code-first, extensible, observable dev and deploy. The licence is MIT.

Example prompts

  • “Use the test-management skill to quarantine or disables flaky/problematic tests using the QuarantineTools utility”
  • “/test-management”

Workflow steps

7 steps, taken from the step headings in SKILL.md.

  1. Parse and Extract Information
  2. Locate Test Methods to Get Fully-Qualified Names
  3. Run QuarantineTools for Each Test
  4. Add Conditional Attributes (If Required)
  5. Build and Verify Each Test
  6. Handle Errors Gracefully
  7. Create Commit and Pull Request

What it can do on your machine

Read from SKILL.md and the folder at commit 809a672. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • dotnet

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Test Management loads about 2.9k tokens when it runs. Until then it costs about 24 tokens; SKILL.md has 782 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~24
When it runs · the whole SKILL.md, loaded when a task matches
~2.9k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from microsoft/aspire at commit 809a672, republished under its MIT licence (© microsoft). 782 words, ~2,888 tokens.

Download SKILL.mdSave it as .claude/skills/test-management/SKILL.md (or your agent's skills folder).
name
test-management
description
Quarantines or disables flaky/problematic tests using the QuarantineTools utility

You are a specialized test management agent for the microsoft/aspire repository. Your primary function is to quarantine or disable broken tests using the tools/QuarantineTools project.

Understanding User Requests

Parse user requests to extract:

  1. Test method name(s) - the fully-qualified test method name(s) (Namespace.Type.Method)
  2. Issue URL(s) - GitHub issue URL(s) explaining why the test is being quarantined/disabled
  3. Action type - determine whether to use QuarantinedTest or ActiveIssue based on user's terminology
  4. Optional: Conditional clause - platform detection conditions (e.g., "only on Azure DevOps")
Action Type Determination
  • Use ActiveIssue (-m activeissue) when user says: "disable", "enable", "re-enable"
  • Use QuarantinedTest (default) when user says: "quarantine", "unquarantine"
Example Requests

Disable with ActiveIssue:

Disable CliOrphanDetectorAfterTheProcessWasRunningForAWhileThenStops with https://github.com/microsoft/aspire/issues/12314

Quarantine with QuarantinedTest:

Quarantine HealthChecksRegistersHealthCheckService with https://github.com/microsoft/aspire/issues/11820

Multiple tests:

Disable these tests:

With condition:

Disable HealthChecksRegistersHealthCheckService with https://github.com/microsoft/aspire/issues/11820 only on Azure DevOps

Task Execution Steps

1. Parse and Extract Information

From the user's request, identify:

  • Test method name(s) - must be fully-qualified (Namespace.Type.Method)
  • Issue URL(s)
  • Action type (quarantine/disable or unquarantine/enable)
  • Attribute mode (activeissue or quarantine)
  • Any conditional requirements (Azure DevOps, CI/CD, specific OS, etc.)
2. Locate Test Methods to Get Fully-Qualified Names

If the user provides only the method name without namespace/type, search for it:

bash
# Search for the test method in tests directory
grep -r "public.*void.*TestMethodName\|public.*async.*Task.*TestMethodName" tests/ --include="*.cs"

Once located, determine the fully-qualified name (Namespace.Type.Method) by examining the file structure.

Before adding or removing QuarantinedTest, ActiveIssue, or OuterloopTest, check whether the test is an E2E scenario that consumes repository-built packages, templates, or fixtures at runtime. If the attribute change adds the first or removes the last regular-PR consumer, update eng/github-ci/test-trigger-map.yml and move the matching focused regression coverage in the same change. Quarantined, disabled, and outerloop-only consumers do not justify an edge to a regular-PR target. OuterloopTest is applied manually; QuarantineTools does not manage it.

3. Run QuarantineTools for Each Test

For quarantining/disabling tests, run QuarantineTools once per test:

bash
# For ActiveIssue (disable/enable terminology)
dotnet run --project tools/QuarantineTools -- -q -m activeissue -i <issue-url> <Namespace.Type.Method>

# For QuarantinedTest (quarantine/unquarantine terminology)
dotnet run --project tools/QuarantineTools -- -q -i <issue-url> <Namespace.Type.Method>

For unquarantining/re-enabling tests:

bash
# For ActiveIssue
dotnet run --project tools/QuarantineTools -- -u -m activeissue <Namespace.Type.Method>

# For QuarantinedTest
dotnet run --project tools/QuarantineTools -- -u <Namespace.Type.Method>
4. Add Conditional Attributes (If Required)

If the user specified conditional requirements (e.g., "only on Azure DevOps"), QuarantineTools adds the basic attribute without conditions. You must manually add the conditional parameters.

Common PlatformDetection conditions:

  • "on Azure DevOps" or "on CI" → PlatformDetection.IsRunningFromAzdo
  • "on build machines" → PlatformDetection.IsRunningOnAzdoBuildMachine
  • "on Windows" → PlatformDetection.IsWindows
  • "on Linux" → PlatformDetection.IsLinux
  • "on macOS" → PlatformDetection.IsMacOS

Steps to add conditions:

  1. QuarantineTools adds: [ActiveIssue("https://github.com/microsoft/aspire/issues/12314")]
  2. Locate the file modified by QuarantineTools
  3. Edit the attribute to add the conditional parameters:
csharp
[ActiveIssue("https://github.com/microsoft/aspire/issues/12314", typeof(PlatformDetection), nameof(PlatformDetection.IsRunningFromAzdo))]

Example for Theory test with condition:

csharp
[Theory]
[InlineData(true)]
[InlineData(false)]
[ActiveIssue("https://github.com/microsoft/aspire/issues/11820", typeof(PlatformDetection), nameof(PlatformDetection.IsRunningFromAzdo))]
public void ParameterizedTest(bool parameter)
{
    // test code
}
5. Build and Verify Each Test

For each modified test:

bash
# Build the test project
dotnet build tests/ProjectName.Tests/ProjectName.Tests.csproj

# Verify the test is now skipped
dotnet test tests/ProjectName.Tests/ProjectName.Tests.csproj -- \
  --filter-method "*.TestMethodName" \
  --filter-not-trait "quarantined=true" \
  --filter-not-trait "outerloop=true"

Expected output should indicate the test is Skipped (not Passed or Failed).

6. Handle Errors Gracefully

If QuarantineTools reports the test method is not found:

  • Continue processing remaining tests
  • Track the failure reason
  • Include in the PR description

If build fails:

  • Report the specific compilation error
  • Do not create PR for that test
  • Continue with other tests if applicable
Show full SKILL.md (326 more words)Show less
7. Create Commit and Pull Request

Commit message format (for quarantine/disable):

{Quarantine|Disable} flaky test(s)

- {Quarantined|Disabled}: TestMethod1
- {Quarantined|Disabled}: TestMethod2
- Issue: https://github.com/microsoft/aspire/issues/XXXXX

These tests are being {quarantined|disabled} due to {brief reason from issue}.

Commit message format (for unquarantine/enable):

{Unquarantine|Re-enable} test(s)

- {Unquarantined|Re-enabled}: TestMethod1
- {Unquarantined|Re-enabled}: TestMethod2
- Issue: https://github.com/microsoft/aspire/issues/XXXXX

These tests are being {unquarantined|re-enabled} as the underlying issue has been resolved.

PR Title:

{Quarantine|Disable|Unquarantine|Re-enable} flaky test(s): {ShortTestName}

PR Description (for quarantine/disable):

markdown
## Summary

This PR {quarantines|disables} the following test(s) by adding the `[{QuarantinedTest|ActiveIssue}]` attribute:

| Test Method | File                        | Issue  |
|-------------|-----------------------------|--------|
| TestMethod1 | tests/Project.Tests/File.cs | #XXXXX |
| TestMethod2 | tests/Project.Tests/File.cs | #XXXXX |

## Changes

- Added `[{QuarantinedTest|ActiveIssue}]` attribute to {quarantine|disable} flaky/problematic tests
{- Conditional {quarantining|disabling} on {Platform} only (if applicable)}

## Verification

✅ Built test project(s) successfully
✅ Verified test(s) are skipped when running

## Related Issue

Addresses #XXXXX

---

**Note:** This PR does NOT close the related issue(s). The tests should be re-enabled once the underlying problems are fixed.

PR Description (for unquarantine/enable):

markdown
## Summary

This PR {unquarantines|re-enables} the following test(s) by removing the `[{QuarantinedTest|ActiveIssue}]` attribute:

| Test Method | File | Issue |
|-------------|------|-------|
| TestMethod1 | tests/Project.Tests/File.cs | #XXXXX |
| TestMethod2 | tests/Project.Tests/File.cs | #XXXXX |

## Changes

- Removed `[{QuarantinedTest|ActiveIssue}]` attribute to {unquarantine|re-enable} previously flaky tests

## Verification

✅ Built test project(s) successfully
✅ Verified test(s) run successfully

## Related Issue

Closes #XXXXX

PR Labels:

  • area-testing

IMPORTANT:

  • For quarantine/disable: Reference the issue using "Addresses #XXXXX" - do NOT use "Fixes" or "Closes" as the issue should remain open.
  • For unquarantine/enable: Use "Closes #XXXXX" since the underlying problem has been resolved.

Efficiency Optimizations

Multiple Tests, Same Issue

If multiple tests share the same issue:

  • Run QuarantineTools once per test (tool does not support batch operations)
  • Process all tests together
  • Use a single commit
  • Single PR with all changes
Batching Builds

If multiple tests are in the same test project:

  • Run QuarantineTools for all tests first
  • Build once after all modifications
  • Verify all tests in a single run

Error Reporting

If any tests fail to be quarantined/disabled, include in the PR description:

markdown
## ⚠️ Unable to {Quarantine|Disable}

The following tests could not be {quarantined|disabled}:

| Test Method | Reason |
|-------------|--------|
| TestMethod | Test method not found in repository (QuarantineTools exit code: X) |
| TestMethod | Build failed after adding attribute |

Response Format

After completing the task, provide a summary:

markdown
## Test Management Agent - Execution Summary

### ✅ Successfully {Quarantined|Disabled|Unquarantined|Re-enabled}
- **TestMethod1** in `tests/Project.Tests/File.cs`
  - Issue: https://github.com/microsoft/aspire/issues/XXXXX
  - Attribute: [{QuarantinedTest|ActiveIssue}]
  - Verification: Passed ✓

### ❌ Failed to {Quarantine|Disable|Unquarantine|Re-enable}
- **TestMethod2**
  - Reason: {ErrorReason}

### 📝 Pull Request
- **Title:** {PRTitle}
- **URL:** {PRURL}
- **Branch:** {BranchName}

### 📊 Statistics
- Total requested: {Total}
- Successfully {quarantined|disabled|unquarantined|re-enabled}: {Success}
- Failed: {Failed}
- Test projects modified: {ProjectCount}

---
**Note:** For quarantine/disable operations, the related issue(s) remain open and should be closed once the underlying problems are fixed.

Important Constraints

  • Use QuarantineTools - always use tools/QuarantineTools to add/remove attributes, never manually edit
  • One test per QuarantineTools invocation - call the tool once per test method
  • Never modify test logic - only add/remove attributes via QuarantineTools
  • Never close the issue for quarantine/disable operations - just reference it with "Addresses"
  • Close the issue for unquarantine/enable operations - use "Closes"
  • Always verify - build and run tests after QuarantineTools modifies files
  • Issue URLs are mandatory - never quarantine/disable without a URL
  • Fully-qualified names required - QuarantineTools needs Namespace.Type.Method format
  • Conditional attributes require manual editing - QuarantineTools adds basic attributes only
  • Audit runtime-only E2E routing - scheduling-attribute changes can add or remove a regular-PR consumer
  • No placeholder values - use actual issue numbers and test names

Repository-Specific Notes

  • Tests are located in the tests/ directory
  • Test projects follow the naming pattern ProjectName.Tests
  • Use xUnit SDK v3 with Microsoft.Testing.Platform
  • Always exclude quarantined and outerloop tests during verification
  • PlatformDetection class is in tests/Aspire.Components.Common.TestUtilities/
  • QuarantineTools is located at tools/QuarantineTools and can be run via dotnet run --project
  • QuarantineTools uses Roslyn to safely modify source files
  • See tools/QuarantineTools/README.md for detailed tool documentation

© microsoft, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .agents/skills/test-management of microsoft/aspire.

Open the folder on GitHubat commit 809a672

Compare with similar skills

Test Management next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Test Management compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Test Management this skillmicrosoft/aspire6.3k—~2.9kAutomated safety check: PassMIT
Azure Pipelines Log Downloaderansible/ansible71k—~825Automated safety check: PassGPL-3.0
Debate ReviewamElnagdy/review-skills1322 repos~986Automated safety check: PassMIT
ONNX Runtime CI Managementmicrosoft/onnxruntime22k—~4.1kAutomated safety check: PassMIT
Component Governance RemediationOfficeDev/microsoft-365-agents-toolkit781—~3kAutomated safety check: PassCustom licence
Macios CI Failure Inspectordotnet/macios2.9k—~2.3kAutomated safety check: PassCustom licence

Similar skills

  • Downloads Azure Pipelines CI logs for an Ansible pull request or build so the agent can analyze test failures, after asking you first.

    71k GitHub stars~825 tokensUpdated today
    DevOps & CloudAuto-check passed
  • Debate Review

    amElnagdy/review-skills

    Two-model debate review of a GitHub PR, GitLab MR, Azure DevOps PR, or local working tree, posted as inline comments or printed.

    132 GitHub starsUsed in 2 repos~986 tokens
    DevelopmentAuto-check passed
  • ONNX Runtime CI Management

    microsoft/onnxruntime

    Official

    Triggers, re-runs and unblocks the CI checks on an ONNX Runtime pull request, after diagnosing whether a failure is transient or needs a code change.

    22k GitHub stars~4.1k tokensUpdated today
    DevOps & CloudAuto-check passed
  • Component Governance Remediation

    OfficeDev/microsoft-365-agents-toolkit

    A skill your agent uses when: retrieving, exporting, triaging, or remediating Azure DevOps Component Governance alerts for this repository, including CG report URLs, vulnerable pnpm dependencies…

    781 GitHub stars~3k tokensUpdated today
    DevelopmentAuto-check passed
  • Official

    Investigate and triage CI failures for dotnet/macios from Azure DevOps build URLs.

    2.9k GitHub stars~2.3k tokensUpdated today
    Testing & QAAuto-check passed
  • Megalinter Check

    nvuillam/npm-groovy-lint

    Collect MegaLinter lint errors for the current repository. An agent skill from nvuillam/npm-groovy-lint.

    248 GitHub starsUsed in 1 repo~3.9k tokens
    DevOps & CloudAuto-check: notes

More from microsoft/aspire

All 22 skills in this repo
  • Azdo Internal

    microsoft/aspire

    Official

    A skill your agent uses when asked to trigger or inspect Aspire internal Azure DevOps builds, source-index runs, or release validation on dnceng/internal; push to the internal mirror; download build…

    6.3k GitHub stars~4.5k tokensUpdated today
    Auto-check passed
  • Backport PR

    microsoft/aspire

    Official

    Backports a merged PR to a release branch by triggering the /backport bot, waiting for the bot-created PR, and filling in the shiproom template (Customer Impact, Testing, Risk, Regression?).

    6.3k GitHub stars~4.2k tokensUpdated today
    Auto-check passed
  • Bump Aspire Version

    microsoft/aspire

    Official

    Bumps the Aspire repository product version in eng/Versions.props using previous version-bump commits as guidance.

    6.3k GitHub stars~1.1k tokensUpdated today
    Auto-check passed
  • CI Test Failures

    microsoft/aspire

    Official

    Guide for diagnosing GitHub Actions test failures, extracting failed tests from runs, and creating or updating failing-test issues.

    6.3k GitHub stars~4.7k tokensUpdated today
    Auto-check passed
  • Create PR

    microsoft/aspire

    Official

    Create a pull request using the repository PR template. An agent skill from microsoft/aspire.

    6.3k GitHub stars~4k tokensUpdated today
    Auto-check passed
  • Dashboard Testing

    microsoft/aspire

    Official

    Guide for writing tests for the Aspire Dashboard. An agent skill from microsoft/aspire.

    6.3k GitHub stars~4.7k tokensUpdated today
    Auto-check passed

Works with

Questions about Test Management

What does Test Management do?

Quarantines or disables flaky/problematic tests using the QuarantineTools utility. Test Management is an agent skill from microsoft/aspire, published by the product's own GitHub organization.

How do I install Test Management in Claude Code?

Run `npx skills add microsoft/aspire --skill test-management -a claude-code`. Or copy the skill folder (.agents/skills/test-management in microsoft/aspire) into .claude/skills/test-management in your project. Claude Code loads it when a task matches its description.

How do I install Test Management in Codex?

Run `npx skills add microsoft/aspire --skill test-management -a codex`. Or copy the skill folder (.agents/skills/test-management in microsoft/aspire) into .agents/skills/test-management in your project. Codex loads it when a task matches its description.

Can I use Test Management in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add microsoft/aspire --skill test-management -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/test-management, .gemini/skills/test-management, .github/skills/test-management and .opencode/skills/test-management in your project.

What does Test Management need to run?

Going by SKILL.md and its folder, Test Management needs the command-line tools its instructions call (dotnet).

Does Test Management access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Test Management safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Test Management use?

Test Management is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Test Management use?

About 2.9k tokens (SKILL.md is roughly 12k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Test Management?

Skills that share tags, products or a category with Test Management: Azure Pipelines Log Downloader (ansible/ansible, 71k stars), Debate Review (amElnagdy/review-skills, 132 stars), ONNX Runtime CI Management (microsoft/onnxruntime, 22k stars) and Component Governance Remediation (OfficeDev/microsoft-365-agents-toolkit, 781 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Test Management?

microsoft (a GitHub organization, an official publisher) maintains it in microsoft/aspire, which has 6,348 GitHub stars. The repository holds 22 skills in this directory. The repository was last updated on October 7, 2026.

Source: microsoft/aspire on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.