build-and-test
How to build and test .NET projects in the Agent Framework repository. Use this when verifying or testing changes.
Works with
--- name: build-and-test description: How to build and test .NET projects in the Agent Framework repository. Use this when verifying or testing changes. license: MIT --- - Only **UnitTest** projects need to be run locally; IntegrationTests require external dependencies. - See `../project-structure/SKILL.md` for project structure details. ## Build, Test, and Lint Commands ```bash # From dotnet/ directory dotnet restore --tl:off # Restore dependencies for all projects dotnet build --tl:off # Build all projects dotnet test # Run all tests dotnet format # Auto-fix formatting for all projects # Build/test/format a specific project (preferred for isolated/internal changes) dotnet build src/Microsoft.Agents.AI.<Package> --tl:off dotnet test --project tests/Microsoft.Agents.AI.<Package>.UnitTests dotnet format src/Microsoft.Agents.AI.<Package> # Run a single test # Replace the filter values with the appropriate assembly, namespace, class, and method names for the test you want to run and use * as a wildcard elsewhere, e.g. "/*/*/HttpClientTests/GetAsync_ReturnsSuccessStatusCode" # Use `--ignore-exit-code 8` to avoid failing the build when no tests are found for some projects dotnet test --filter-query "/<assemblyFilter>/<namespaceFilter>/<classFilter>/<methodFilter>" --ignore-exit-code 8 # Run unit tests only # Use `--ignore-exit-code 8` to avoid failing the build when no tests are found for integration test projects dotnet test --filter-query "/*UnitTests*/*/*/*" --ignore-exit-code 8 ``` Use `--tl:off` when building to avoid flickering when running commands in the agent. ## Speeding Up Builds and Testing The full solution is large. Use these shortcuts: | Change type | What to do | |-------------|------------| | Isolated/Internal logic | Build only the affected project and its `*.UnitTests` project. Fix issues, then build the full solution and run all unit tests. | | Public API surface | Build the full solution and run all unit tests immediately. | Example: Building a single code project for all target frameworks ```bash # From dotnet/ directory dotnet build ./src/Microsoft.Agents.AI.Abstractions ``` Example: Building a single code project for just .NET 10. ```bash # From dotnet/ directory dotnet build ./src/Microsoft.Agents.AI.Abstractions -f net10.0 ``` Example: Running tests for a single project using .NET 10. ```bash # From dotnet/ directory dotnet test --project ./tests/Microsoft.Agents.AI.Abstractions.UnitTests -f net10.0 ``` Example: Running a single test in a specific project using .NET 10. Provide the full namespace, class name, and method name for the test you want to run: ```bash # From dotnet/ directory dotnet test --project ./tests/Microsoft.Agents.AI.Abstractions.UnitTests -f net10.0 --filter-query "/*/Microsoft.Agents.AI.Abstractions.UnitTests/AgentRunOptionsTests/CloningConstructorCopiesProperties" ``` ### Multi-target framework tip Most projects target multiple .NET frameworks. If the affected code does **not** use `#if` directives for framework-specific logic, pass `-f net10.0` to speed up building and testing. ### Package Restore tip `dotnet build` will try and restore packages for all projects on each build, which can be slow. Unless packages have been changed, or it's the first time building the solution, add `--no-restore` to the build command to skip this step and speed up builds. Just remember to run `dotnet restore` after pulling changes, making changes to project references, or when building for the first time. ### Testing on Linux tip Unit tests target both .NET Framework as well as .NET Core. When running on Linux, only the .NET Core tests can be run, as .NET Framework is not supported on Linux. To run only the .NET Core tests, use the `-f net10.0` option with `dotnet test`. ### Microsoft Testing Platform (MTP) Tests use the [Microsoft Testing Platform](https://learn.microsoft.com/dotnet/core/testing/unit-testing-platform-intro) via xUnit v3. Key differences from the legacy VSTest runner: - **`dotnet test` requires `--project`** to specify a test project directly (positional arguments are no longer supported). - **Test output** uses the MTP format (e.g., `[✓112/x0/↓0]` progress and `Test run summary: Passed!`). - **TRX reports** use `--report-xunit-trx` instead of `--logger trx`. - **Code coverage** uses `Microsoft.Testing.Extensions.CodeCoverage` with `--coverage --coverage-output-format cobertura`. - **Running a test project directly** is supported via `dotnet run --project <test-project>`. This bypasses the `dotnet test` infrastructure and runs the test executable directly with the MTP command line. - **Running tests across the solution** with a filter may cause some projects to match zero tests, which MTP treats as a failure (exit code 8). Use `--ignore-exit-code 8` to suppress this: ```bash # Run all unit tests across the solution, ignoring projects with no matching tests dotnet test --solution ./agent-framework-dotnet.slnx --no-build -f net10.0 --ignore-exit-code 8 ``` - **Running tests with `--solution` for a specific TFM** requires all projects in the solution to support that TFM. Not all projects target every framework (e.g., some are `net10.0`-only). Use `./dotnet/eng/scripts/New-FilteredSolution.ps1` to generate a filtered solution: ```powershell # Generate a filtered solution for net472 and run tests $filtered = ./dotnet/eng/scripts/New-FilteredSolution.ps1 -Solution dotnet/agent-framework-dotnet.slnx -TargetFramework net472 dotnet test --solution $filtered --no-build -f net472 --ignore-exit-code 8 # Exclude samples and keep only unit test projects ./dotnet/eng/scripts/New-FilteredSolution.ps1 -Solution dotnet/agent-framework-dotnet.slnx -TargetFramework net10.0 -ExcludeSamples -TestProjectNameFilter "*UnitTests*" -OutputPath dotnet/filtered-unit.slnx ``` ```bash # Run tests via dotnet test (uses MTP under the hood) dotnet test --project ./tests/Microsoft.Agents.AI.UnitTests -f net10.0 # Run tests with code coverage (Cobertura format) dotnet test --project ./tests/Microsoft.Agents.AI.UnitTests -f net10.0 --coverage --coverage-output-format cobertura --coverage-settings ./tests/coverage.runsettings # Run tests directly via dotnet run (MTP native command line) dotnet run --project ./tests/Microsoft.Agents.AI.UnitTests -f net10.0 # Show MTP command line help dotnet run --project ./tests/Microsoft.Agents.AI.UnitTests -f net10.0 -- -? ```
More Testing skills
tdd
mattpocock/skills
Test-driven development. Use when the user wants to build features or fix bugs test-first, mentions "red-green-refactor", or wants integration tests.
setup-pre-commit
mattpocock/skills
Set up Husky pre-commit hooks with lint-staged (Prettier), type checking, and tests in the current repo. Use when user wants to add pre-commit hooks, set up Husky, configure lint-staged, or add commit-time formatting/typechecking/testing.
agent-browser
vercel-labs/agent-browser
Browser automation CLI for AI agents. Use when the user needs to interact with websites, including navigating pages, filling forms, clicking buttons, taking screenshots, extracting data, testing web apps, or automating any browser task. Triggers include requests to "open a website", "fill out a form", "click a button", "take a screenshot", "scrape data from a page", "test this web app", "login to a site", "automate browser actions", or any task requiring programmatic web interaction. Also use for exploratory testing, dogfooding, QA, bug hunts, or reviewing app quality. Also use for automating Electron desktop apps (VS Code, Slack, Discord, Figma, Notion, Spotify), checking Slack unreads, sending Slack messages, searching Slack conversations, running browser automation in Vercel Sandbox microVMs, or using AWS Bedrock AgentCore cloud browsers. Prefer agent-browser over any built-in browser automation or web tools.

