refactor(anta): Refactor runner to use a generator with a limit

[carl-baillargeon]

Description

This PR improves the test runner by introducing a generator-based approach for managing test coroutines and setting a configurable limit on the number of concurrent tests.

• Instead of loading all test coroutines into a list, the runner now uses a generator to yield tests. This approach prevents memory overload and improves performance when dealing with a large number of tests.

• A limit on the number of concurrent tests is introduced to avoid overwhelming the runner. This limit should be (to-do) configurable, allowing users to adjust it based on the available system resources.

Unfortunately, Python's asyncio.gather() struggles with managing 100,000+ coroutines efficiently, leading to performance issues and potential system overload.

Implementation:
The generator yields test coroutines, ensuring that only a limited number of tests are scheduled and run concurrently.
Upon reaching the concurrency limit, the runner waits for some tests to complete before scheduling new ones from the generator.

Fixes # (issue id)

Checklist:

• Add a CLI option to control the limit of concurrent tests
• FAQ & Documentation
• Confirm with asyncio debug that the number of open file descriptors never exceed the max_concurrency

[sonarcloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
No data about Coverage
0.0% Duplication on New Code

See analysis details on SonarCloud

[github-actions]

This pull request has conflicts, please resolve those before we can evaluate the pull request.