-
Notifications
You must be signed in to change notification settings - Fork 2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
makefiles/murdock.inc.mk: change policy to run tests by default #11680
Conversation
Currently
|
With "cache enabled" the test report is not included for the previous ones. So must re-run it. |
b280758
to
bae6014
Compare
aa10a5e
to
3af3849
Compare
fe47d84
to
866d26f
Compare
Rebased and removed the dependency to the fix in #11688 by currently just blacklisting the test. Fixing is a different task. |
605f461
to
46ec352
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this is the way to go with tests. This needs squashing.
This one is touching similar files as #11688 Should I rebase the other one on top of this one ? At least the conflicting commit. |
IMO this one is larger and should get in first. Please squash! |
HACK, the test currently fails in CI for `native` due to `utf-8` handling. HACK, the test implementation can fail due being de-scheduled during printf.
HACK, blacklist native as it fails to create a tun interface in murdock.
HACK, the test currently fails in CI for 'native' due to binding issue
46ec352
to
75e6f7f
Compare
Disable running tests that need a setup and run with root as they cannot currently be run in CI.
The test need a manual setup that cannot currently be done in CI.
The test fails on both murdock and on my machine due to the process exiting directly. pexpect.exceptions.EOF: End Of File (EOF). Exception style platform.
Only set `TEST_ON_CI_ENABLED` if the application has tests. Currently `TEST_ON_CI_WHITELIST` was only set if there were tests. This is a pre-step to have `TEST_ON_CI_WHITELIST` being `all` by default.
By default if a test is available and not blacklisted it will be run by murdock. This will move from a whitelisting everything that works, to blacklisting what fails. This way, failing tests will be easier to track instead of being silently just not run. It could even allow introducing failing tests before a fix is available.
7bf0659
to
d6dedd9
Compare
This is now the default so not required anymore.
d6dedd9
to
8e5422f
Compare
Squashed with test blacklisting first. When enabling all tests by default, some additional tests will be run (if compatible) as I did not add Lets check no failing tests were introduced in between. |
ACK. This ran 511 tests (compared to 447 last nightly). &go. |
Thank you for the review. Now I can do the |
Contribution description
Change the policy to run the tests by default on murdock.
Introduce
TEST_ON_CI_BLACKLIST
for describing tests that must not berun in CI.
By default if a test is available and not blacklisted it will be run by
murdock.
This will move from a whitelisting everything that works, to
blacklisting what fails. This way, failing tests will be easier to
track instead of being silently just not run.
It could even allow introducing failing tests before a fix is available.
TODO
TEST_ON_CI_WHITELIST
with the reason.dist/tools/compile_an_test_for_board.py
to maybe not handle a failure asFAILED
but moreexpected failure
if the test was not enabled.Testing procedure
New behavior
If there is a test and nothing is set the board is enabled
Blacklisting
If all is blacklisted, no test will be run
If one board is blacklisted only this one will not run
with this diff
Kept behavior when
TEST_ON_CI_WHITELIST
is setThe previous behavior when
WHITELIST
is set did not change.Enabled tests are still enabled:
Not enabled tests are still not enabled
If a board does not have enough memory, it is still disabled
Issues/PRs references
#11128 (comment)
Some tests always fail on some boards, even some supported for testing in CI RIOT-OS/Release-Specs#98 (comment)