dotnet-test-api

Create a dedicated .NET API integration test project with shared authentication fixtures.

1|Updated Feb 10, 2026
One-click install
npx skills add https://github.com/landim32/awesome-ai-skills --skill dotnet-test-api
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: dotnet-test-api
Source: https://github.com/landim32/awesome-ai-skills/tree/main/skills/dotnet-test-api
Command: npx skills add https://github.com/landim32/awesome-ai-skills --skill dotnet-test-api

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

External API integration testing for .NET solutions is often tangled with separate test projects, conflicting lifecycles, and authentication concerns. This Skill bootstraps a dedicated <Solution>.ApiTests project, wires it to a detected DTO project, and provides shared fixtures to simplify end-to-end API testing without mixing with unit tests.

Core Features & Use Cases

  • Boot a dedicated <Solution>.ApiTests project for external API integration tests separate from unit tests.
  • Provide reusable ApiTestFixture and ApiTestCollection to share authentication across tests.
  • Support multiple authentication presets (Generic JWT, NAuth, OAuth2 client credentials, API key) and environment-based configuration for secrets.
  • Typical use cases include adding controller tests, running against staging, and validating end-to-end API behavior.

Quick Start

Create the <Solution>.ApiTests project, reference the DTO project, implement tests, and run dotnet test to execute the API integration suite.

Frequently Asked Questions about dotnet-test-api

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

FAQPage Schema
How do I set up a dedicated .NET API integration test project separate from unit tests?

To set up .NET API integration tests separately, this Skill bootstraps a dedicated ApiTests project wired to your DTO project and provides shared test collection fixtures. This isolates end-to-end HTTP tests from unit tests, preventing conflicting lifecycles and tangled dependencies.

What is the best way to share authentication across multiple .NET integration tests?

Sharing authentication across .NET integration tests is achieved using reusable ApiTestFixture and ApiTestCollection classes. This approach provides shared authentication state across test cases, supporting multiple presets like Generic JWT, NAuth, OAuth2 client credentials, and API keys.

Does this API testing approach support OAuth2 client credentials and environment-based secrets?

Yes, this API testing approach supports OAuth2 client credentials and environment-based secrets. It provides configurable authentication presets that securely manage credentials based on your environment, enabling seamless end-to-end API testing against staging or production configurations.

Can I use xUnit with Flurl for controller-level integration testing in .NET?

Yes, you can use xUnit with Flurl for controller-level integration testing in .NET. This Skill leverages xUnit test collection fixtures and Flurl to execute end-to-end HTTP requests against external APIs, validating behavior across multiple DTOs.

Why should I keep external API integration tests in a standalone project?

Keeping external API integration tests in a standalone project prevents tangled test lifecycles and conflicting authentication concerns. It separates slow end-to-end HTTP tests from fast unit tests, ensuring your DTO project integration remains clean and maintainable.