What problem does it solve?
Verifying a Blazor change in src/Components requires knowing which sample app to use, where to place a test page, how to set the render mode, and how to confirm the app is truly interactive rather than static SSR. This Skill provides a repeatable workflow to exercise a Blazor feature in a real browser before committing to permanent E2E tests.
Core Features & Use Cases
- Sample Selection Guidance: Choose between BlazorWebAppPerPage, BlazorWebAppGlobal, and BlazorWebAssemblyStandalone, and place pages in the correct project (host vs .Client) for the target render mode.
- Render Mode Configuration: Set InteractiveServer, InteractiveWebAssembly, InteractiveAuto, static SSR, or disable prerendering, with correct syntax for per-page and global samples.
- Browser-Driven Validation: Launch samples against the in-tree framework and drive them with Playwright MCP tools, verifying interactivity behaviorally via snapshots, console messages, and network requests.
- Use Case: After modifying enhanced navigation behavior in src/Components, add a scenario page to BlazorWebAppPerPage, run it with the repo SDK, click through the flow in a browser, and confirm the state changes with zero console errors before writing the E2E test.
Quick Start
Validate my Blazor change by adding a test page to the appropriate Components sample, launching it against the in-tree framework, and driving it in a browser with the Playwright tools to confirm interactivity and check for console errors.