Skip to content

Conversation

@tpurschke
Copy link
Contributor

Unified Test Role

There is now a single tests role that conditionally runs unit and/or integration suites via the new driver in roles/tests/tasks/main.yml (lines 1-15), controlled by the defaults in roles/tests/defaults/main.yml (lines 1-2). Toggle either set with e.g. ansible-playbook site.yml -e run_unit_tests=false or … -e run_integration_tests=false. All former unit automation (C# sync/run plus importer Python tests) now lives in roles/tests/tasks/unit.yml (lines 1-45), while the full integration pipeline (sample data prep, API/import/web checks, cleanup) sits in roles/tests/tasks/integration.yml (lines 2-88) with its existing handler logic preserved in roles/tests/handlers/main.yml. Unit and integration assets were consolidated under roles/tests/files/**, so the Visual Studio solution and VS Code workspace both point at the new location (roles/FWO.sln (line 10), fwo.code-workspace (lines 5-9)), eliminating references to the deleted tests-unit/tests-integration roles. The playbook now executes the combined role once (site.yml (lines 94-110)), so tagging --tags unittests or --tags integrationtests still works while sharing the same installer hooks. Usage / Next Steps

Run ansible-playbook site.yml --tags test for the full suite, or add -e run_integration_tests=false / -e run_unit_tests=false to limit scope. If you rely on IDE links, reopen the workspace/solution so the new roles/tests/... paths are loaded. (Optional) Execute the playbook once to ensure both suites still pass in this branch; I haven’t run them here.

Unified Test Role

There is now a single tests role that conditionally runs unit and/or integration suites via the new driver in roles/tests/tasks/main.yml (lines 1-15), controlled by the defaults in roles/tests/defaults/main.yml (lines 1-2). Toggle either set with e.g. ansible-playbook site.yml -e run_unit_tests=false or … -e run_integration_tests=false.
All former unit automation (C# sync/run plus importer Python tests) now lives in roles/tests/tasks/unit.yml (lines 1-45), while the full integration pipeline (sample data prep, API/import/web checks, cleanup) sits in roles/tests/tasks/integration.yml (lines 2-88) with its existing handler logic preserved in roles/tests/handlers/main.yml.
Unit and integration assets were consolidated under roles/tests/files/**, so the Visual Studio solution and VS Code workspace both point at the new location (roles/FWO.sln (line 10), fwo.code-workspace (lines 5-9)), eliminating references to the deleted tests-unit/tests-integration roles.
The playbook now executes the combined role once (site.yml (lines 94-110)), so tagging --tags unittests or --tags integrationtests still works while sharing the same installer hooks.
Usage / Next Steps

Run ansible-playbook site.yml --tags test for the full suite, or add -e run_integration_tests=false / -e run_unit_tests=false to limit scope.
If you rely on IDE links, reopen the workspace/solution so the new roles/tests/... paths are loaded.
(Optional) Execute the playbook once to ensure both suites still pass in this branch; I haven’t run them here.
@tpurschke
Copy link
Contributor Author

@Robin-Smets this is what codex suggests for migrating the test roles

@tpurschke
Copy link
Contributor Author

have not tested any of this yet

@Robin-Smets
Copy link
Contributor

Robin-Smets commented Nov 14, 2025 via email

@Robin-Smets Robin-Smets self-assigned this Nov 14, 2025
@sonarqubecloud
Copy link

sonarqubecloud bot commented Nov 15, 2025

Quality Gate Passed Quality Gate passed

Issues
0 New issues
4 Accepted issues

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

See analysis details on SonarQube Cloud

@tpurschke tpurschke marked this pull request as ready for review November 15, 2025 10:39
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants