Prevent UITestMethod false failures when test invocation hops execution context

[Copilot]

UITestMethod could report failures even when UI assertions succeeded because TestMethodInfo.TestContext relied on TestContext.Current, which can be lost when attributes invoke ITestMethod.InvokeAsync on dispatcher/unsafe-thread paths. This manifested as ApplicationStateGuard.Unreachable() from TestMethodInfo during UI test execution.

• Execution path fix (adapter)

  • Introduced a context-bound ITestMethod wrapper in TestMethodRunner.
  • ExecuteAsync now passes this wrapper to Executor.ExecuteAsync(...) instead of passing TestMethodInfo directly.
  • The wrapper re-establishes the per-test TestContext at the exact InvokeAsync call site, so attribute-driven cross-thread execution still resolves test context correctly.

• Regression coverage

  • Added a focused unit test in TestMethodRunnerTests that simulates execution-context loss via ThreadPool.UnsafeQueueUserWorkItem.
  • The test uses a custom TestMethodAttribute that invokes ITestMethod.InvokeAsync from that unsafe thread path and verifies the run completes as Passed.

// Before
tcs.SetResult(await _testMethodInfo.Executor.ExecuteAsync(testMethodInfo).ConfigureAwait(false));

// After
var contextBoundTestMethod = new ContextBoundTestMethod(testMethodInfo, _testContext);
tcs.SetResult(await _testMethodInfo.Executor.ExecuteAsync(contextBoundTestMethod).ConfigureAwait(false));

Warning

Firewall rules blocked me from connecting to one or more addresses (expand for details)

I tried to connect to the following addresses, but was blocked by firewall rules:

• c50vsblobprodcus330.vsblob.vsassets.io
  • Triggering command: /usr/bin/dotnet dotnet build test/UnitTests/MSTestAdapter.PlatformServices.UnitTests/MSTestAdapter.PlatformServices.UnitTests.csproj -v minimal (dns block)
  • Triggering command: /usr/bin/dotnet dotnet restore test/UnitTests/MSTestAdapter.PlatformServices.UnitTests/MSTestAdapter.PlatformServices.UnitTests.csproj -v minimal (dns block)
• jd4vsblobprodcus366.vsblob.vsassets.io
  • Triggering command: /usr/bin/dotnet dotnet build test/UnitTests/MSTestAdapter.PlatformServices.UnitTests/MSTestAdapter.PlatformServices.UnitTests.csproj -v minimal (dns block)
  • Triggering command: /usr/bin/dotnet dotnet restore test/UnitTests/MSTestAdapter.PlatformServices.UnitTests/MSTestAdapter.PlatformServices.UnitTests.csproj -v minimal (dns block)

If you need me to access, download, or install something from one of these locations, you can either:

• Configure Actions setup steps to set up my environment, which run before the firewall is enabled
• Add the appropriate URLs or hosts to the custom allowlist in this repository's Copilot coding agent settings (admins only)

[Youssef1313]

Based on Copilot investigation, here is a possibly simpler fix: #7749