test-management

Met en quarantaine ou désactive les tests instables/problématiques à l'aide de l'utilitaire QuarantineTools

npx skills add https://github.com/microsoft/aspire --skill test-management

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:

# 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.

3. Run QuarantineTools for Each Test

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

# 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:

# 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:
[ActiveIssue("https://github.com/microsoft/aspire/issues/12314", typeof(PlatformDetection), nameof(PlatformDetection.IsRunningFromAzdo))]

Example for Theory test with condition:

[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:

# 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

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):

## 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):

## 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:

## ⚠️ 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:

## 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
  • 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

Plus de skills de microsoft

oss-growth
microsoft
Persona de growth hacker OSS
agent-framework-azure-ai-py
microsoft
Créez des agents Azure AI Foundry à l’aide du SDK Python Microsoft Agent Framework (agent-framework-azure-ai). À utiliser lors de la création d’agents persistants avec AzureAIAgentsProvider, de l’utilisation d’outils hébergés (interpréteur de code, recherche de fichiers, recherche web), de l’intégration de serveurs MCP, de la gestion de fils de conversation ou de l’implémentation de réponses en streaming. Couvre les outils de fonction, les sorties structurées et les agents multi-outils.
development
airunway-aks-setup
microsoft
Configurez AI Runway sur AKS — du cluster nu au modèle en cours d'exécution. Couvre la vérification du cluster, l'installation du contrôleur, l'évaluation GPU, la configuration du fournisseur et le premier déploiement. QUAND : « configurer AI Runway », « intégrer un cluster AKS », « installer AI Runway », « configuration airunway », « déployer un modèle sur AKS », « inférence GPU sur AKS », « configuration KAITO sur AKS », « exécuter LLM sur AKS », « vLLM sur AKS », « configurer le service de modèles sur AKS », « contrôleur AI Runway ».
devops
appinsights-instrumentation
microsoft
Guidance for instrumenting webapps with Azure Application Insights. Provides telemetry patterns, SDK setup, and configuration references. WHEN: how to instrument app, App Insights SDK, telemetry patterns, what is App Insights, Application Insights guidance, instrumentation examples, APM best practices.
devops
applicationinsights-web-ts
microsoft
Instrumentez les applications navigateur/web avec le SDK JavaScript Application Insights (@microsoft/applicationinsights-web). Utilisez-le pour la surveillance des utilisateurs réels (RUM) — vues de page, clics, dépendances AJAX/fetch, exceptions, événements personnalisés et traces d’agents GenAI côté navigateur corrélées aux traces OpenTelemetry backend. Couvre le script de chargement du SDK et la configuration npm, les extensions de framework (React, React Native, Angular), Click Analytics, les initialiseurs de télémétrie et les conventions sémantiques OTel GenAI pour les spans d’agents/outils/modèles émises depuis le navigateur.
devops
azure-ai-anomalydetector-java
microsoft
Créez des applications de détection d'anomalies avec le SDK Azure AI Anomaly Detector pour Java. Utilisez-le lors de l'implémentation de la détection d'anomalies univariées/multivariées, de l'analyse de séries temporelles ou de la surveillance basée sur l'IA.
development
azure-ai-language-conversations-py
microsoft
Implémentez la compréhension du langage conversationnel (CLU) à l’aide du SDK Python azure-ai-language-conversations. Utilisez-le lorsque vous travaillez avec ConversationAnalysisClient pour analyser l’intention et les entités d’une conversation, créer des fonctionnalités de NLP ou intégrer la compréhension du langage dans des applications.
development
azure-ai-ml-py
microsoft
SDK v2 d’Azure Machine Learning pour Python. Utiliser pour les espaces de travail ML, les tâches, les modèles, les jeux de données, le calcul et les pipelines. Déclencheurs : « azure-ai-ml », « MLClient », « espace de travail », « registre de modèles », « tâches d’entraînement », « jeux de données ».
development