actions-marketplace-validations/dotnet-tests-report-testing-fix

Executes .NET (dotnet) tests within a GitHub Workflow and produces Tests Report.

View on GitHub

Trust Signals

Scorecard Score
not yet scored
Maintenance Recency
Stalelast commit Apr 11, 2022
License
MIT
Runtime
Deprecated runtime

Pinned Snippet

workflow.ymlSHA-pinned
uses: actions-marketplace-validations/jason-edstrom_dotnet-tests-report-testing-fix@9ed9485c7520e2b6ef84f3d5c949c8b2356b268f # no releases — HEAD as of 2026-07-13

tags can be moved; commit SHAs can't. why a SHA?

namedescriptionrequireddefault
test_results_pathPath to the test results file which will be used to generate a report. If this path is provided, it will override the invocation of `dotnet test` so the **`project_path`** input and all other inputs that drive test invocation behavior will be ignored. Instead a report will be generated based on the results stored in the file pointed to by this path. At this time, the only test results format supported is the [Visual Studio Test Results (TRX)](https://docs.microsoft.com/en-us/visualstudio/test/vstest-console-options?view=vs-2019) XML format.
project_pathThe project or solution file to operate on. If a file or directory path is not specified, the command will assume the project root path. no
no_restoreWhen executing the unit tests against the `project_path`, if this input parameter is `true`, do not restore the project before building.no
no_buildWhen executing the unit tests against the `project_path`, if this input parameter is `true`, do not build the project before executing tests.no
msbuild_configurationWhen executing the unit tests against the `project_path`, this input parameter allows you to specify the configuration passed to the msbuild process, such as `Release` or `Debug`.no
msbuild_verbosityWhen executing the unit tests against the `project_path`, this input parameter allows you to specify the verbosity level of the msbuild process. Allowed values are q[uiet], m[inimal], n[ormal], d[etailed], and diag[nostic].no
report_nameThe name of the report object that will be attached to the Workflow Run. Defaults to the name `TEST_RESULTS_<datetime>` where `<datetime>` is in the form `yyyyMMdd_hhmmss`.
report_titleThe title of the report that will be embedded in the report itself, which defaults to the same as the `report_name` input.
github_tokenGITHUB_TOKEN to authenticate against API calls to attach report to Workflow Run.
skip_check_runIf true, will skip attaching the Tests Result report to the Workflow Run using a Check Run. Useful if you just want to produce a Gist-based report via the `gist_name` and `gist_token` input parameters.
gist_nameIf this value is specified, the Test Results Report will be attached as a version of a Gist under the name of this input. The `gist_token` input is also required to use this feature.
gist_badge_labelIf specified, the Test Report Gist will also include an adjacent badge rendered with the status of the associated Test Report and and label content of this input. In addition to any static text you can provide _escape tokens_ of the form `%name%` where name can be the name of any field returned from a Pester Result, such as `ExecutedAt` or `Result`. If you want a literal percent, just specify an empty name as in `%%`.
gist_badge_messageIf Gist badge generation is enabled by providing a value for the `gist_badge_label` input, this input allows you to override the default message on the badge, which is equivalent to the the Pester Result `Status` such as `Failed` or `Passed`. As with the label input, you can specify escape tokens in addition to literal text. See the label input description for more details.
gist_is_secretIf true, will create the Tests Results Gist will be created as a _secret_ Gist, otherwise it will be created as a public Gist. Secret Gists can be changed to public, but public Gists cannot be change to secret. More details can be found [here](https://docs.github.com/en/github/writing-on-github/creating-gists#about-gists).
gist_tokenGitHub OAuth/PAT token to be used for accessing Gist to store test results report. The integrated GITHUB_TOKEN that is normally accessible during a Workflow does not include read/write permissions to associated Gists, therefore a separate token is needed. You can control which account is used to actually store the state by generating a token associated with the target account.
set_check_status_from_test_outcomeIf set to true, GitHub check status will be set to 'failure' if at least one test fails. If all tests pass then check status will be set to 'success'.
trx_xsl_pathIf specified, will override the default XSL transformation stylesheet used to convert TRX input file to a Markdown report.
extra_test_parametersUseful for passing extra parameters to dotnet test. Eg, '--filter category=unit'
fail_build_on_failed_testsIf set to true, the build will fail if at least one test fails
namedescription
test_results_pathPath to the test results file. If the same-named input was provided to this action, this value will be the same. Otherwise, this will be the path to where the test results file was generated from running the resolved dotnet tests. At this time, the only test results format supported is the [Visual Studio Test Results (TRX)](https://docs.microsoft.com/en-us/visualstudio/test/vstest-console-options?view=vs-2019) XML format.
result_clixml_pathIf a test_result_path was successfully produced by a test invocation or one was passed in as an input, then this will be the path to an export of the results summary in CLIXML form. A subsequent PowerShell step can recover this object using the `Import-Clixml` cmdlet.
result_valueA single string indicating the final result such as `Failed` or `Completed`.
gist_report_urlIf Gist-based Test Results were requested, this will contain the URL to the Gist.
gist_badge_urlIf Gist-based Test Results were requested as well as a status badge, this will contain the URL to the status badge.
total_countTotal number of tests discovered.
passed_countTotal number of tests passed.
failed_countTotal number of tests failed.