817f598e20
Moves PGO runs to supported Helix pools. We need to match Microsoft-UI-XAML on which Helix pools we used for each type of activities. ## PR Checklist * [x] Closes #10850 * [x] I work here * [x] If it builds, it sits. ## Validation Steps Performed * [x] Run PGO build against this branch |
||
|---|---|---|
| .. | ||
| AzurePipelinesHelperScripts.ps1 | ||
| ConvertWttLogToXUnit.ps1 | ||
| EnsureMachineState.ps1 | ||
| GenerateTestProjFile.ps1 | ||
| HelixTestHelpers.cs | ||
| InstallTestAppDependencies.ps1 | ||
| OutputFailedTestQuery.ps1 | ||
| OutputSubResultsJsonFiles.ps1 | ||
| OutputTestResults.ps1 | ||
| PrepareHelixPayload.ps1 | ||
| ProcessHelixFiles.ps1 | ||
| RunTestsInHelix.proj | ||
| UpdateUnreliableTests.ps1 | ||
| global.json | ||
| packages.config | ||
| readme.md | ||
| runtests.cmd | ||
readme.md
This directory contains code and configuration files to run WinUI tests in Helix.
Helix is a cloud hosted test execution environment which is accessed via the Arcade SDK. More details:
WinUI tests are scheduled in Helix by the Azure DevOps Pipeline: RunHelixTests.yml.
The workflow is as follows:
- NuGet Restore is called on the packages.config in this directory. This downloads any runtime dependencies that are needed to run tests.
- PrepareHelixPayload.ps1 is called. This copies the necessary files from various locations into a Helix payload directory. This directory is what will get sent to the Helix machines.
- RunTestsInHelix.proj is executed. This proj has a dependency on Microsoft.DotNet.Helix.Sdk which it uses to publish the Helix payload directory and to schedule the Helix Work Items. The WinUI tests are parallelized into multiple Helix Work Items.
- Each Helix Work Item calls runtests.cmd with a specific query to pass to TAEF which runs the tests.
- If a test is detected to have failed, we run it again, first once, then eight more times if it fails again. If it fails all ten times, we report the test as failed; otherwise, we report it as unreliable, which will show up as a warning, but which will not fail the build. When a test is reported as unreliable, we include the results for each individual run via a JSON string in the original test's errorMessage field.
- TAEF produces logs in WTT format. Helix is able to process logs in XUnit format. We run ConvertWttLogToXUnit.ps1 to convert the logs into the necessary format.
- RunTestsInHelix.proj has EnableAzurePipelinesReporter set to true. This allows the XUnit formatted test results to be reported back to the Azure DevOps Pipeline.
- We process unreliable tests once all tests have been reported by reading the JSON string from the errorMessage field and calling the Azure DevOps REST API to modify the unreliable tests to have sub-results added to the test and to mark the test as "warning", which will enable people to see exactly how the test failed in runs where it did.