Flagship Spark
API Test Spark
A tool I use several times a week. One package reference and one line of code give any .NET 10 API its own interactive test harness.
- Problem
- Swagger and Scalar are built to document an API, not to build one. While an endpoint was still changing, I kept jumping between browser tabs, terminals and network inspectors to see the request, the response and the timing.
- Decision
- Treat the harness as developer infrastructure, not app code. The React UI ships inside a NuGet package and reads the API's existing OpenAPI contract, so there's no second endpoint catalog to keep in sync and nothing copied into each project.
- Implementation
- A React app embedded in a .NET 10 class library behind MapApiTestSpark(), with safety defaults that keep it out of production and integration tests at the package boundary. DevSpark's critic step caught silent 404s and header exposure before the first commit, and it went from first commit to a published 1.0 in 12 days.
- Outcome
- Published on NuGet with thousands of downloads and a live demo, and in use in my own APIs, including ApiSpark and UISampleSpark.
Try it
dotnet add package ApiTestSpark
app.MapApiTestSpark(); // harness at /api-test-spark/
