Closed t-b closed 1 year ago
The obvious test is to have a WARN(0)
in one of the tests and let our usual JUNIT verification do its job.
WARN(0)
is written to root:Packages:igortest:TestAssertionResult
as FAIL
(the same like CHECK(0)
) which is returned in JUnit as it is. I think there is a need to add a new column for the severity (with the values WARN
and ERROR
) to allow filtering in the JUnit output. I won't drop it from data collection at all as there might be a future use case for it and we have to reimplement this again. Implementing the severity column wouldn't take long.
I would omit all WARN
assertions from JUnit as it doesn't have support for warnings (it would still be included in stdout and stderr).
I will tackle this issue next monday as I think I have enough todo with WM tests for today.
Sounds good! (analysis and time plan)
Thinking about this, I can also add a different value WARN
to the TYPE
column (FAIL
and ERROR
would be the other possible values). Doing this I won't need to add a new column.
I think the new column is a good idea, as it makes debugging/testing easier.
Version: 1609a0c8 (Merge pull request #435 from byte-physics/mb/fix/412-after-file-open-hook, 2023-03-16)
gives in IP
but in JUNIT
This was not the case in previous versions.
Fix needs a test as well obviously.