-
-
Notifications
You must be signed in to change notification settings - Fork 1.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
Make the order of functional tests deterministic #7602
Conversation
@Pierre-Sassoulas I've analyzed the failure with an interesting finding: we miss determinism in functional tests order. On Windows, I have no_member_type_introspection before no_member_type_introspection_base while on Linux, the order seems the other way around. Because we are dealing with a cache bug, the order affects the test outcome. I propose to remove that non-determinism in get_functional_test_files_from_directory. |
I'm wondering if it's possible to fix the cache issue itself instead ? |
The cache issue is on the Astroid side. My recommandation would be to do it in 3 steps:
Does it look good to you? |
Are we sure that |
Pull Request Test Coverage Report for Build 3267696571
💛 - Coveralls |
This comment has been minimized.
This comment has been minimized.
I agree the test is more relevant on the Astroid side. But do we have to choose? Why not both? |
CI takes about 6 minutes now, about 4 on my own machine. That's quite long if you just want to fix something and see if tests pass. Why test something that is not part of the library you're working on? Should we start testing the |
Hum, I thought those new tests had a bit of value because they are functional pylint tests about something with unclear outcome at first (i.e. is pylint able to follow type(self)?). But I see your point and when I think more about it, it is indeed fully out of Should we keep the commit to make the order of functional tests deterministic whatever the system? |
Yes, that's a nice fix! |
Type of Changes
Description
The pull request fixes the non deterministic ordering of functional tests depending on the underlying system.
Refs #7464