-
-
Notifications
You must be signed in to change notification settings - Fork 18.4k
WIP/CI/TST: Clean up of the tests script #26949
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
Conversation
Using |
I guess we may need to split some big test files, but I think Jeff was requesting that for some already, and it's probably good anyway. I remember the tests taking longer the last time I tried this. |
Looks like couple of builds are indeed significantly longer here than when not using Then, I see that some tests are failing because the pandas module has more attributes than expected, |
Other PRs are hitting that. I think there’s a test order issue. We should skip that test for now.
… On Jun 19, 2019, at 17:14, Marc Garcia ***@***.***> wrote:
Looks like couple of builds are indeed significantly longer here than when not using --dist=loadfile. I think should be easy to get the list of test files, with the amount time that each takes, and see if it makes sense to split something.
Then, I see that some tests are failing because the pandas module has more attributes than expected, 'hard_dependencies', 'dependency', 'missing_dependencies'. Not sure how this could be related to the changes here. Did anyone faced this before?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
needs rebase |
@datapythonista needs rebase |
CI is hopefully fixed if you can merge master. |
Thanks, but even if the CI is green we can't merge this, since some builds take much longer with the change. Need to find the time to figure out how to solve it. Will leave it red for now so this is not merged by mistake. |
getting pretty stale, closing. |
Follow up of the conversation in #26932, and fixing some of the things that #24106 tried.
The main change is call pytest once instead of once for
single
and once formulti
. This shouldn't be a problem since I add the parameter--dist=loadfile
which should prevent tests in the same file running in parallel. I don't think runningserial
tests in parallel with tests in other files should be a problem.Other things cleaned in the PR:
single
tests, there will always be tests to run)So far testing, let's see how does this work in the CI.