pytest
py.test hacks to support XFAIL/XPASS
- sympy.testing.pytest.nocache_fail(func)[source]
Dummy decorator for marking tests that fail when cache is disabled
- sympy.testing.pytest.raises(expectedException, code=None)[source]
Tests that
code
raises the exceptionexpectedException
.code
may be a callable, such as a lambda expression or function name.If
code
is not given or None,raises
will return a context manager for use inwith
statements; the code to execute then comes from the scope of thewith
.raises()
does nothing if the callable raises the expected exception, otherwise it raises an AssertionError.Examples
>>> from sympy.testing.pytest import raises
>>> raises(ZeroDivisionError, lambda: 1/0) <ExceptionInfo ZeroDivisionError(...)> >>> raises(ZeroDivisionError, lambda: 1/2) Traceback (most recent call last): ... Failed: DID NOT RAISE
>>> with raises(ZeroDivisionError): ... n = 1/0 >>> with raises(ZeroDivisionError): ... n = 1/2 Traceback (most recent call last): ... Failed: DID NOT RAISE
Note that you cannot test multiple statements via
with raises
:>>> with raises(ZeroDivisionError): ... n = 1/0 # will execute and raise, aborting the ``with`` ... n = 9999/0 # never executed
This is just what
with
is supposed to do: abort the contained statement sequence at the first exception and let the context manager deal with the exception.To test multiple statements, you’ll need a separate
with
for each:>>> with raises(ZeroDivisionError): ... n = 1/0 # will execute and raise >>> with raises(ZeroDivisionError): ... n = 9999/0 # will also execute and raise
- sympy.testing.pytest.warns(warningcls, *, match='', test_stacklevel=True)[source]
Like raises but tests that warnings are emitted.
>>> from sympy.testing.pytest import warns >>> import warnings
>>> with warns(UserWarning): ... warnings.warn('deprecated', UserWarning, stacklevel=2)
>>> with warns(UserWarning): ... pass Traceback (most recent call last): ... Failed: DID NOT WARN. No warnings of type UserWarning was emitted. The list of emitted warnings is: [].
test_stacklevel
makes it check that thestacklevel
parameter towarn()
is set so that the warning shows the user line of code (the code under the warns() context manager). Set this to False if this is ambiguous or if the context manager does not test the direct user code that emits the warning.If the warning is a
SymPyDeprecationWarning
, this additionally tests that theactive_deprecations_target
is a real target in theactive-deprecations.md
file.
- sympy.testing.pytest.warns_deprecated_sympy()[source]
Shorthand for
warns(SymPyDeprecationWarning)
This is the recommended way to test that
SymPyDeprecationWarning
is emitted for deprecated features in SymPy. To test for other warnings usewarns
. To suppress warnings without asserting that they are emitted useignore_warnings
.Note
warns_deprecated_sympy()
is only intended for internal use in the SymPy test suite to test that a deprecation warning triggers properly. All other code in the SymPy codebase, including documentation examples, should not use deprecated behavior.If you are a user of SymPy and you want to disable SymPyDeprecationWarnings, use
warnings
filters (see Silencing SymPy Deprecation Warnings).>>> from sympy.testing.pytest import warns_deprecated_sympy >>> from sympy.utilities.exceptions import sympy_deprecation_warning >>> with warns_deprecated_sympy(): ... sympy_deprecation_warning("Don't use", ... deprecated_since_version="1.0", ... active_deprecations_target="active-deprecations")
>>> with warns_deprecated_sympy(): ... pass Traceback (most recent call last): ... Failed: DID NOT WARN. No warnings of type SymPyDeprecationWarning was emitted. The list of emitted warnings is: [].
Note
Sometimes the stacklevel test will fail because the same warning is emitted multiple times. In this case, you can use
sympy.utilities.exceptions.ignore_warnings()
in the code to prevent theSymPyDeprecationWarning
from being emitted again recursively. In rare cases it is impossible to have a consistentstacklevel
for deprecation warnings because different ways of calling a function will produce different call stacks.. In those cases, usewarns(SymPyDeprecationWarning)
instead.