-
-
Notifications
You must be signed in to change notification settings - Fork 18.3k
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: strictly xfail #38901
TST: strictly xfail #38901
Conversation
In #38881 you used request.applymarker which i guess is equivalent to request.node.add_marker. is that an Officially Supported way of doing this? What we've been doing works, but AFAICT isn't something pytest advertises |
@jbrockmendel Yes, they are equivalent. Under the hood, Docs for applymarker: https://docs.pytest.org/en/stable/reference.html#pytest.FixtureRequest.applymarker
I take this to mean we are using it in the intended way. |
@@ -942,29 +956,37 @@ def test_fillna_datetime64tz(self, index_or_series, fill_val, fill_dtype): | |||
) | |||
self._assert_fillna_conversion(obj, fill_val, exp, fill_dtype) | |||
|
|||
@pytest.mark.xfail(reason="Test not implemented") |
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.
we should just parameterize these (followon)
great. conflict if you can merge master. also do we have an issue to check for not using |
…ail_strict � Conflicts: � pandas/tests/io/excel/test_readers.py
thanks @rhshadrach |
black pandas
git diff upstream/master -u -- "*.py" | flake8 --diff
Continuation of #38881. This handles cases where replacing pytest.xfail is clear, opened #38902 for the handful of remaining cases.
In the case where
pytest.xfail
is used for a test which has been yet to be implemented, I've addedassert False
to maintain the current behavior of counting it as an xfail. Maybe there is a better alternative here.raise NotImplementedError
.