[Android] Improve test coverage on CoreCLR Android

[kotlarmilos]

Description

This issue tracks all disabled CoreCLR Android tests across the runtime, libraries, and interop layers. It outlines affected tests and the actions required to restore coverage.

Smoke tests

Affected:

• All runtime tests are currently disabled on CoreCLR Android The same runtime tests coverage as linux-bionic

Tasks:

• [Android] Add CoreCLR smoke tests for Android #116540
• Add the following tests as smoke tests:
  • System.Security.Cryptography.Tests
  • System.Net.WebSockets.Client.Tests

Library tests

Missing environment or runtime config properties

• [Android] Invariant.Tests.csproj is failing on CoreCLR Android #117270
• [Android] System.Runtime.InvariantTimezone.Tests.csproj fails on CoreCLR Android #117658
• [Android][CoreCLR] Add runtimeconfig.json support for test host #117919
  • System.Text.Encoding.Tests.csproj
  • System.Diagnostics.DiagnosticSource.Switches.Tests.csproj
  • System.IO.FileSystem.DisabledFileLocking.Tests.csproj

Failing tests

• [Android] System.Net.Http.Functional.Tests.csproj fails with SIGABRT in libcoreclr.so #117045

Fixed tests

• System.Reflection.MetadataLoadContext.Tests/System.Reflection.MetadataLoadContext.Tests.csproj
• [Android] Enable System.Runtime.Loader tests on CoreCLR Android #117713
• [Android][CoreCLR] System.Resources.ResourceManager.Tests.csproj fails #118012

Android interop tests

• CoreCLR on-device tests android#10069

MAUI stress tests

• [Testing] Run Controls.DeviceTests with CoreCLR on Android maui#30277
• [Testing] Run UI tests with CoreCLR on Android maui#30278

[dotnet-policy-service]

Tagging subscribers to 'arch-android': @vitek-karas, @simonrozsival, @steveisok, @akoeplinger
See info in area-owners.md if you want to be subscribed.

[dotnet-policy-service]

Tagging subscribers to this area: @hoyosjs
See info in area-owners.md if you want to be subscribed.

[vitek-karas]

The test System.Runtime.Loader.Tests.ContextualReflectionTest.AssemblyGetTypeStringSharedAssemblyDefault will not work on mobile. It requires access to assembly files -

runtime/src/libraries/System.Runtime.Loader/tests/ContextualReflection.cs

Line 96 in 2474c62

isolatedAlcAssembly = isolatedAlc.LoadFromAssemblyPath(defaultAlcAssembly.Location);

. Which will not work in packaged apps on mobile devices.

In general we should probably disable all tests which are also disabled in single-file modes - mobile is by default "single-file".

[akoeplinger]

do we know why these didn't fail on mono?

[kotlarmilos]

Tests that load assembly files fail on mobile due to the single-file host. I don’t have a good understanding why the globalization and diagnostics tests are failing on CoreCLR, but I suspect it’s due to a configuration mismatch.

[vitek-karas]

@akoeplinger comment is actually a really good point.
Did these tests pass on mono?

• If so, how did that work since in that case it's also single-file-like.