Skip to content

Complete boost test to catch2 migration in Framework and common Modules - #2707

Open
knopers8 wants to merge 1 commit into
AliceO2Group:masterfrom
knopers8:finish-catch2-move
Open

knopers8 wants to merge 1 commit into
AliceO2Group:masterfrom
knopers8:finish-catch2-move

Conversation

@knopers8

@knopers8 knopers8 commented Nov 13, 2026 •

Copy link
Copy Markdown
Collaborator

This commit transitions the remaining boost tests into catch2, so we finally use only one testing framework instead of two. We also gain some speedups in test execution, mainly thanks to combining test source files into two main executables, speaking of...

I split the framework tests into two executables to preserve the current behaviour, which is being able to exclude CCDB-labelled tests on the level of ctest (from alidist):

  • o2-qc-test-core
  • o2-qc-test-ccdb

This being said, I saw that not all tests which require CCDD were labelled as such - should we fix that? For now, I added catch2 tags to such test cases, but they will not be excluded when running:

ctest --output-on-failure -LE (CCDB)|(manual)

...which, again, preserves the current behaviour.

Assisted by Claude Sonnet/Opus 5.5

This commit transitions the remaining boost tests into catch2, so we finally use
only one testing framework instead of two. We also gain some speedups in test execution,
mainly thanks to combining test source files into two main executables, speaking of...

I split the framework tests into two executables to preserve the current behaviour, which
is being able to exclude CCDB-labelled tests on the level of ctest (from alidist):
- `o2-qc-test-core`
- `o2-qc-test-ccdb`
This being said, I saw that not all tests which require CCDD were labelled as such - should we fix that?
For now, I added catch2 tags to such test cases, but they will not be excluded when running:
```
ctest --output-on-failure -LE (CCDB)|(manual)
```
...which, again, preserves the current behaviour.

Assisted by Claude Sonnet/Opus 5.5
@knopers8

Copy link
Copy Markdown
Collaborator Author

@Barthelemy as discussed over coffee, I can merge the two executables and then we should be able to consistently enable/disable all tests relying on CCDB, also those which historically were not labelled as such.

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

1 participant