Skip to content
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

TST: check_comprehensiveness compat for --lf and -k #37402

Merged
merged 2 commits into from
Oct 29, 2020

Conversation

jbrockmendel
Copy link
Member

@jbrockmendel jbrockmendel commented Oct 25, 2020

@jreback jreback added the Testing pandas testing functions or related to the test suite label Oct 26, 2020
@jreback jreback added this to the 1.2 milestone Oct 26, 2020
for combo in combos:
if not has_test(combo):
raise AssertionError(f"test method is not defined: {cls.__name__}, {combo}")
opts = request.config.option
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why not just parameterize on this?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

huh?

this is checking if pytest is invoked with --lf or -k foo

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

sure, we don't do this anywhere else, so why is this actually needed here?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

#23930 this will produce unhelpful errors when running only a subset of tests in this file

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

i saw the issue, my question is that this is either a very specific fix, in which case it might be ok, or something that actually is generally a problem. I would suggest that we could refactor the tests to simply avoid having to do this, rather than trying to address this very specifically.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

big-picture, i think check_comprehensiveness is a good idea and we should eventually hope to use something like it in more contexts.

even if we refactored the tests in this file (by no means a small feat), if we want to have a check for comprehensiveness it would still look something like this function

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ok fair, just don't want this to be specific here, e.g. it can easily get lost

@jreback jreback removed this from the 1.2 milestone Oct 26, 2020
@jbrockmendel
Copy link
Member Author

cc @TomAugspurger is this roughly what you had in mind?

@TomAugspurger
Copy link
Contributor

Yeah, this seems nice. I want both of

  1. Checks for comprehensive tests by default
  2. The ability to select a subset without error

so I think this looks about ideal.

@jreback jreback added this to the 1.2 milestone Oct 29, 2020
@jreback jreback merged commit 31e12a7 into pandas-dev:master Oct 29, 2020
@jbrockmendel jbrockmendel deleted the tst-lf-coercion branch October 29, 2020 02:01
kesmit13 pushed a commit to kesmit13/pandas that referenced this pull request Nov 2, 2020
ukarroum pushed a commit to ukarroum/pandas that referenced this pull request Nov 2, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Testing pandas testing functions or related to the test suite
Projects
None yet
Development

Successfully merging this pull request may close these issues.

check_comprehensiveness breaks running a subset of tests
3 participants