What problem does it solve? Writing consistent integration tests across multiple .NET 8 minimal API projects requires knowing each API's endpoints, validation rules, DTO shapes, soft-delete behavior, and test infrastructure conventions. This Skill encodes all of that so every generated test follows the same patterns and actually passes. ## Core Features & Use Cases - Convention-driven test generation: Produces one [Fact] at a time following the <HttpVerb>_<Scenario>_<ExpectedResult> naming convention, Arrange/Act/Assert comments, and per-API boilerplate (test class structure, private response records, JsonOptions with JsonStringEnumConverter). - Mocking guidance: Decides between CreateDefaultClient() (real in-memory SQLite persistence) and CreateClientWithRepo(mock) (NSubstitute override) based on the test goal, including exception paths via .Throws(...) and raw-JSON StringContent for invalid enum values. - Endpoint reference: Documents every endpoint, status code, and exact validation error message for ItemsApi, IncidentsApi, and AuditsApi, including soft-delete (RecordStatus) rules and pagination/filter/sort behavior. - Use Case: Ask for a test that verifies soft-deleted incidents return 404 on GET by id, and receive a complete [Fact] that compiles against the existing test project, followed by running dotnet test IncidentsApi.Tests/IncidentsApi.Tests.csproj to confirm the suite passes. ## Quick Start Ask the agent to write an integration test for a specific endpoint scenario, such as adding a test that POST /incidents with a blank title returns 400 with the expected error message.