chore(deps): update dependency coverlet.collector to v6

[renovate]

This PR contains the following updates:

Package	Type	Update	Change
coverlet.collector	nuget	major	3.2.0 -> 6.0.0

---

Release Notes

coverlet-coverage/coverlet (coverlet.collector)

v6.0.0

Fixed
-Could not write lines to file CoverletSourceRootsMapping - in use by another processhttps://github.com/coverlet-coverage/coverlet/issues/11555
-Incorrect coverage for methods returning IAsyncEnumerable in generic classeshttps://github.com/coverlet-coverage/coverlet/issues/13833
-Wrong branch coverage for async methods .NET Standard 1.xhttps://github.com/coverlet-coverage/coverlet/issues/13766
-Empty path exception in visual basic projectshttps://github.com/coverlet-coverage/coverlet/issues/7755
-Align published nuget package version to github release versionhttps://github.com/coverlet-coverage/coverlet/issues/14133
-Sync nuget and github release versionshttps://github.com/coverlet-coverage/coverlet/issues/11222

Improvements
-Migration of the project to .NET 6.0https://github.com/coverlet-coverage/coverlet/pull/14733

Breaking changes
New parameter ExcludeAssembliesWithoutSources to control automatic assembly exclusion https://github.com/coverlet-coverage/coverlet/issues/1164. The parameter InstrumentModulesWithoutLocalSources has been removed. since it can be handled by setting ExcludeAssembliesWithoutSources to None.
The default heuristics for determining whether to instrument an assembly has been changed. In previous versions any missing source file was taken as a signal that it was a third-party project that shouldn't be instrumented, with exceptions for some common file name patterns for source generators. Now only assemblies where no source files at all can be found are excluded from instrumentation, and the code for detecting source generator files have been removed. To get back to the behaviour that at least one missing file is sufficient to exclude an assembly, set ExcludeAssembliesWithoutSources to MissingAny, or use assembly exclusion filters for more fine-grained control.

Diff between 3.2.0 and 6.0.0

---

Configuration

📅 Schedule: Branch creation - "before 4am on the first day of the month" (UTC), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

---

• If you want to rebase/retry this PR, check this box

---

This PR has been generated by Mend Renovate. View repository job log here.

[github-actions]

🦙 MegaLinter status: ✅ SUCCESS

Descriptor	Linter	Files	Fixed	Errors	Elapsed time
✅ EDITORCONFIG	editorconfig-checker	3		0	0.01s
✅ REPOSITORY	checkov	yes		no	12.0s
✅ REPOSITORY	dustilock	yes		no	0.01s
✅ REPOSITORY	gitleaks	yes		no	0.41s
✅ REPOSITORY	git_diff	yes		no	0.23s
✅ REPOSITORY	secretlint	yes		no	1.16s
✅ REPOSITORY	syft	yes		no	0.4s
✅ REPOSITORY	trivy	yes		no	6.48s

See detailed report in MegaLinter reports
Set VALIDATE_ALL_CODEBASE: true in mega-linter.yml to validate all sources, not only the diff

MegaLinter is graciously provided by

[github-actions]

Package	Line Rate	Branch Rate	Health
Vfps	93%	60%	✔
Vfps.Tests	99%	100%	✔
Summary	94% (444 / 471)	66% (33 / 50)	✔

Minimum allowed line rate is 60%

---

ghz run statistics

Summary:
  Count:	5000
  Total:	12.11 s
  Slowest:	822.29 ms
  Fastest:	18.12 ms
  Average:	117.41 ms
  Requests/sec:	412.84

Response time histogram:
  18.116  [1]    |
  98.533  [1821] |∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎
  178.950 [2925] |∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎∎
  259.367 [199]  |∎∎∎
  339.784 [3]    |
  420.201 [1]    |
  500.618 [2]    |
  581.035 [1]    |
  661.453 [3]    |
  741.870 [17]   |
  822.287 [27]   |

Latency distribution:
  10 % in 77.88 ms 
  25 % in 92.09 ms 
  50 % in 105.82 ms 
  75 % in 125.53 ms 
  90 % in 155.65 ms 
  95 % in 179.83 ms 
  99 % in 411.69 ms 

Status code distribution:
  [OK]   5000 responses   

---

iter8 report

Experiment summary:
*******************

  Experiment completed: true
  No task failures: true
  Total number of tasks: 6
  Number of completed tasks: 6
  Number of completed loops: 1

Whether or not service level objectives (SLOs) are satisfied:
*************************************************************

  SLO Conditions                 | Satisfied
  --------------                 | ---------
  grpc/error-rate <= 0           | true
  grpc/latency/mean (msec) <= 50 | true
  grpc/latency/p99 (msec) <= 100 | true
  

Latest observed values for metrics:
***********************************

  Metric                   | value
  -------                  | -----
  grpc/error-count         | 0.00
  grpc/error-rate          | 0.00
  grpc/latency/mean (msec) | 28.52
  grpc/latency/p99 (msec)  | 67.00
  grpc/request-count       | 50000.00