Expose test arguments as filterable properties

[SimonCropp]

Parameterized tests can now be filtered by their resolved argument
values via --treenode-filter, e.g.:

  --treenode-filter "/*/*/MyTests/*[arg0=*foo*]"

TestBuilder.InvokeDiscoveryEventReceiversAsync stringifies each entry
in TestDetails.TestMethodArguments and adds it to the DiscoveredTestContext
as arg0, arg1, ... so it flows into the existing property bag used by
the filter matcher. Wildcards in the value are supported by the platform's
built-in matcher.

[codacy-production]

Up to standards ✅

🟢 Issues 0 issues

Results:
0 new issues

View in Codacy

🟢 Metrics 0 complexity

Metric	Results
Complexity	0

View in Codacy

_{NEW Get contextual insights on your PRs based on Codacy's metrics, along with PR and Jira context, without leaving GitHub. Enable AI reviewer
TIP This summary will be updated as you push new changes.}

[thomhurst]

Just to avoid redundant work for those who don't need this, and also to not interfere with any possibilities of users having explicitly set these, can we wrap them in a feature flag that the user can control? I added settings functionality in #5522

I'm thinking maybe something like:

[Before(HookType.TestDiscovery)]
public static void Configure(BeforeTestDiscoveryContext context)
{
    context.Settings.Metadata.EnableArgumentProperties = true;
}

[thomhurst]

Also should this work with class constructors too?

[SimonCropp]

Also should this work with class constructors too

for my purposes, i dont need it

[azure-pipelines]

Azure Pipelines:
1 pipeline(s) were filtered out due to trigger conditions.

[github-actions]

This PR is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 10 days.