Running TUnit Tests with Playwright

VerifiedSafe

Run TUnit tests with Playwright for a Blazor application. Use commands to execute all tests, limit parallelism to prevent overload, filter by class or test name with treenode filters, and generate detailed console or TRX reports. Helpful when you need to verify test results or debug failing tests.

Sby Skills Guide Bot
TestingIntermediate
406/2/2026
Claude CodeCursorWindsurf
#tunit#playwright#dotnet#test-automation

Recommended for

Our review

Runs TUnit tests with Playwright in a .NET project, with options for parallelism, filtering, and report generation.

Strengths

  • Supports filtering by class, test name, or wildcard via treenode-filter
  • Manages parallelism to prevent system overload
  • Detailed console and TRX report formats
  • Flakiness mitigation with automatic retries and sequential execution

Limitations

  • Requires specific project structure (SummitUI.Tests.Playwright)
  • Filters use a complex path pattern (assembly/namespace/class/test)
  • Depends on .NET SDK being installed
When to use it

When you need to run a Playwright test suite in a .NET TUnit project, with control over parallelism and test filtering.

When not to use it

For simple unit tests without browser interaction, prefer a lighter framework like xUnit or NUnit without Playwright.

Security analysis

Safe
Quality score90/100

The skill only provides instructions for running dotnet test commands and does not perform any destructive actions, external network calls, or exfiltration. No obfuscated or unsafe commands are present.

No concerns found

Examples

Run all tests with limited parallelism
Run all TUnit Playwright tests with maximum 1 parallel test.
Run tests by class name
Run all tests in the SelectAccessibilityTests class.
Run a specific test
Run the test named Trigger_ShouldHave_RoleCombobox.

name: tunit description: Run TUnit tests with Playwright. Use when user asks to run tests, execute tests, or check if tests pass.

Running TUnit Tests

This project uses TUnit with Playwright for testing. Tests are located in tests/SummitUI.Tests.Playwright/.

Run All Tests

dotnet run --project tests/SummitUI.Tests.Playwright

Run Tests with Limited Parallelism (Recommended)

To prevent system overload when running Playwright tests, limit parallel test execution:

# Run with maximum 1 parallel test (sequential)
dotnet run --project tests/SummitUI.Tests.Playwright -- --maximum-parallel-tests 1

# Run with maximum 8 parallel tests
dotnet run --project tests/SummitUI.Tests.Playwright -- --maximum-parallel-tests 8

Run Tests with Filters

TUnit uses --treenode-filter with path pattern: /assembly/namespace/class/test

Filter by class name:

dotnet run --project SummitUI.Tests.Playwright -- --treenode-filter '/*/*/ClassName/*'

Filter by exact test name:

dotnet run --project SummitUI.Tests.Playwright -- --treenode-filter '/*/*/*/TestName'

Examples:

# Run all Select accessibility tests
dotnet run --project tests/SummitUI.Tests.Playwright -- --treenode-filter '/*/*/SelectAccessibilityTests/*'

# Run specific test by name
dotnet run --project tests/SummitUI.Tests.Playwright -- --treenode-filter '/*/*/*/Trigger_ShouldHave_RoleCombobox'

# Run tests matching pattern (wildcard in test name)
dotnet run --project tests/SummitUI.Tests.Playwright -- --treenode-filter '/*/*/*/Keyboard*'

# Run all tests in namespace
dotnet run --project tests/SummitUI.Tests.Playwright -- --treenode-filter '/*/SummitUI.Tests.Playwright/*/*'

Run Tests in Debug Mode

When a debugger is attached, Playwright will run in debug mode (PWDEBUG=1) automatically via the Hooks.cs setup.

View Test Output

Add --report flags for different output formats:

# Console output with details
dotnet run --project tests/SummitUI.Tests.Playwright -- --output-format console-detailed

# Generate TRX report
dotnet run --project tests/SummitUI.Tests.Playwright -- --report-trx

Flakiness Mitigation

The test project includes several features to reduce flakiness:

  1. Automatic Retries: Tests are automatically retried up to 2 times on failure ([Retry(2)] in GlobalSetup.cs)
  2. Fully Sequential Execution: All tests run sequentially via [assembly: NotInParallel] in GlobalSetup.cs
  3. Server Readiness Check: Hooks.cs waits for the Blazor server to be fully ready before tests start
  4. Extended Timeouts: Configured via tunit.json for longer test and hook timeouts

Project Structure

  • GlobalSetup.cs - Assembly-level test configuration (retries, parallelism)
  • Hooks.cs - Test session setup/teardown (starts Blazor server)
  • BlazorWebApplicationFactory.cs - WebApplicationFactory for hosting the test server
  • tunit.json - TUnit configuration file
  • *AccessibilityTests.cs - Accessibility test classes inheriting from PageTest

Test Conventions

  • Tests inherit from TUnit.Playwright.PageTest to get Page access
  • Use [Before(Test)] for per-test setup
  • Use [Before(TestSession)] / [After(TestSession)] for session-wide setup
  • Access the running server via Hooks.ServerUrl
Related skills