==================
pytest-doctestplus
==================
.. image:: https://zenodo.org/badge/104253824.svg
:target: https://zenodo.org/badge/latestdoi/104253824
:alt: Zenodo DOI
.. image:: https://github.com/scientific-python/pytest-doctestplus/workflows/Run%20unit%20tests/badge.svg
:target: https://github.com/scientific-python/pytest-doctestplus/actions
:alt: CI Status
This package contains a plugin for the `pytest`_ framework that provides
advanced doctest support and enables the testing of various text files, such
as reStructuredText (".rst"), markdown (".md"), and TeX (".tex").
.. _pytest: https://pytest.org/en/latest/
Motivation
----------
This plugin provides advanced features for testing example Python code that is
included in Python docstrings and in standalone documentation files.
Good documentation for developers contains example code. This is true of both
standalone documentation and of documentation that is integrated with the code
itself. Python provides a mechanism for testing code snippets that are provided
in Python docstrings. The unit test framework pytest provides a mechanism for
running doctests against both docstrings in source code and in standalone
documentation files.
This plugin augments the functionality provided by Python and pytest by
providing the following features:
* approximate floating point comparison for doctests that produce floating
point results (see `Floating Point Comparison`_)
* skipping particular classes, methods, and functions when running doctests (see `Skipping Tests`_)
* handling doctests that use remote data in conjunction with the
`pytest-remotedata`_ plugin (see `Remote Data`_)
* optional inclusion of ``*.rst`` files for doctests (see `Setup and Configuration`_)
* optional inclusion of doctests in docstrings of Numpy ufuncs
Further, ``pytest-doctestplus`` supports editing files to fix incorrect docstrings
(See `Fixing Existing Docstrings`_).
.. _pytest-remotedata: https://github.com/astropy/pytest-remotedata
Installation
------------
The ``pytest-doctestplus`` plugin can be installed using ``pip``::
$ pip install pytest-doctestplus
It is also possible to install the latest development version from the source
repository::
$ git clone https://github.com/scientific-python/pytest-doctestplus
$ cd pytest-doctestplus
$ pip install .
In either case, the plugin will automatically be registered for use with
``pytest``.
Usage
-----
Note: In lieu of ``setup.cfg``, ``pyproject.toml`` configuration is also
supported; where ``setup.cfg`` is mentioned below, replace the syntax
with TOML equivalent.
.. _setup:
Setup and Configuration
~~~~~~~~~~~~~~~~~~~~~~~
This plugin provides three command line options: ``--doctest-plus`` for enabling
the advanced features mentioned above, ``--doctest-rst`` for including
``*.rst`` files in doctest collection, and ``--doctest-ufunc`` for including
doctests in docstrings of Numpy ufuncs.
This plugin can also be enabled by default by adding ``doctest_plus = enabled``
to the ``[tool:pytest]`` section of the package's ``setup.cfg`` file.
The plugin is applied to all directories and files that ``pytest`` collects.
This means that configuring ``testpaths`` and ``norecursedirs`` in
``setup.cfg`` also affects the files that will be discovered by
``pytest-doctestplus``. In addition, this plugin provides a
``doctest_norecursedirs`` configuration variable that indicates directories
that should be ignored by ``pytest-doctestplus`` but do not need to be ignored
by other ``pytest`` features.
Using ``pytest``'s built-in ``--doctest-modules`` option will override the
behavior of this plugin, even if ``doctest_plus = enabled`` in ``setup.cfg``,
and will cause the default doctest plugin to be used. However, if for some
reason both ``--doctest-modules`` and ``--doctest-plus`` are given, the
``pytest-doctestplus`` plugin will be used, regardless of the contents of
``setup.cfg``.
``pytest-doctestplus`` respects the ``--doctest-continue-on-failure`` flag.
If set, doctests will report all failing lines, which may be useful to detect
independent errors within the same doctest. However, it is likely to generate
false positives when an early failure causes a variable later lines access to
remain unset or have an unexpected value.
This plugin respects the doctest options that are used by the built-in doctest
plugin and are set in ``doctest_optionflags`` in ``setup.cfg``. By default,
``ELLIPSIS`` and ``NORMALIZE_WHITESPACE`` are used. For a description of all
doctest settings, see the `doctest documentation
<https://docs.python.org/3/library/doctest.html#option-flags>`_.
Running Tests in Markdown Files
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
To run doctests in Markdown files, invoke pytest with the command line options
``--doctest-plus --doctest-glob '*.md'``.
If you write doctests inside `GitHub-style triple backtick fenced code blocks
<https://docs.github.com/en/get-started/writing-on-github/working-with-advanced-formatting/creating-and-highlighting-code-blocks#fenced-code-blocks>`_,
then in order for pytest-doctest to find and run them you need to include an
extra trailing newline inside your code blocks, like this::
```pycon
>>> 1 + 2
2
```
Doctest Directives
~~~~~~~~~~~~~~~~~~
The ``pytest-doctestplus`` plugin defines `doctest directives`_ that are used
to control the behavior of particular features. For general information on
directives and how they are used, consult the `documentation`_. The specifics
of the directives that this plugin defines are described in the sections below.
.. _doctest directives: https://docs.python.org/3/library/doctest.html#directives
.. _documentation: https://docs.python.org/3/library/doctest.html#directives
Sphinx Doctest Directives
~~~~~~~~~~~~~~~~~~~~~~~~~
You can use ``testsetup`` and ``testcleanup`` in Sphinx RST to run code that is
not visible in rendered document. However, due to how ``pytest-doctestplus``
works, the code within needs to be prepended by ``>>>``. For example::
.. testsetup::
>>> x = 42
.. testcleanup::
>>> del x
Floating Point Comparison
~~~~~~~~~~~~~~~~~~~~~~~~~
Some doctests may produce output that contains string representations of
floating point values. Floating point representations are often not exact and
contain roundoffs in their least significant digits. Depending on the platform
the tests are being run on (different Python versions, different OS, etc.) the
exact number of digits shown can differ. Because doctests work by comparing
strings this can cause such tests to fail.
To address this issue, the ``pytest-doctestplus`` plugin provides support for a
``FLOAT_CMP`` flag that can be used with doctests. For example:
.. code-block:: python
>>> 1.0 / 3.0 # doctest: +FLOAT_CMP
0.333333333333333311
.. code-block:: python
>>> {'a': 1 / 3., 'b': 2 / 3.} # doctest: +FLOAT_CMP
{'a': 0.333333, 'b': 0.666666}
When this flag is used, the expected and actual outputs are both parsed to find
any floating point values in the strings. Those are then converted to actual
Python `float` objects and compared numerically. This means that small
differences in representation of roundoff digits will be ignored by the
doctest. The values are otherwise compared exactly, so more significant
(albeit possibly small) differences will still be caught by these tests.
This flag can be enabled globally by adding it to ``setup.cfg`` as in
.. code-block:: ini
doctest_optionflags =
NORMALIZE_WHITESPACE
ELLIPSIS
FLOAT_CMP
Ignoring warnings
~~~~~~~~~~~~~~~~~
If code in a doctest emits a warning and you want to make sure that warning is silenced,
you can make use of the ``IGNORE_WARNINGS`` flag. For example:
.. code-block:: python
>>> import numpy as np
>>> np.mean([]) # doctest: +IGNORE_WARNINGS
np.nan
Showing warnings
~~~~~~~~~~~~~~~~
If code in a doctest emits a warning and you want to make sure that warning is
shown, you can make use of the ``SHOW_WARNINGS`` flag. This is useful when
warnings are turned into errors by pytest, and also because by default warnings
are printed to stderr. This is the opposite from ``IGNORE_WARNINGS`` so
obviously the two flags should not be used together. For example:
.. code-block:: python
>>> import numpy as np
>>> np.mean([]) # doctest: +SHOW_WARNINGS
RuntimeWarning: Mean of empty slice.
RuntimeWarning: invalid value encountered in double_scalars
np.nan
Skipping Tests
~~~~~~~~~~~~~~
Doctest provides the ``+SKIP`` directive for skipping statements that should
not be executed when testing documentation.
.. code-block:: python
>>> open('file.txt') # doctest: +SKIP
In Sphinx ``.rst`` documentation, whole code example blocks can be skipped with the
directive
.. code-block:: rst
.. doctest-skip::
>>> import asdf
>>> asdf.open('file.asdf')
However, it is often useful to be able to skip docstrings associated with
particular functions, methods, classes, or even entire files.
Skipping All the Tests
^^^^^^^^^^^^^^^^^^^^^^
It is also possible to skip all doctests below a certain line using
a ``doctest-skip-all`` comment. Note the lack of ``::`` at the end
of the line here.
.. code-block:: rst
.. doctest-skip-all
>>> import non_existing
>>> non_existing.write_pseudo_code()
All the doctests are skipped in the file below
Skip Unconditionally
^^^^^^^^^^^^^^^^^^^^
The ``pytest-doctestplus`` plugin provides a way to indicate that certain
docstrings should be skipped altogether. This is configured by defining the
variable ``__doctest_skip__`` in each module where tests should be skipped. The
value of ``__doctest_skip__`` should be a list of wildcard patterns for all
functions/classes whose doctests should be skipped. For example::
__doctest_skip__ = ['myfunction', 'MyClass', 'MyClass.*']
skips the doctests in a function called ``myfunction``, the doctest for a
class called ``MyClass``, and all *methods* of ``MyClass``.
Module docstrings may contain doctests as well. To skip the module-level
doctests::
__doctest_skip__ = ['.', 'myfunction', 'MyClass']
To skip all doctests in a module::
__doctest_skip__ = ['*']
Doctest Dependencies
^^^^^^^^^^^^^^^^^^^^
It is also possible to skip certain doctests depending on whether particular
dependencies are available. This is configured by defining the variable
``__doctest_requires__`` at the module level. The value of this variable is
a dictionary that indicates the modules that are required to run the doctests
associated with particular functions, classes, and methods.
The keys in the dictionary are wildcard patterns like those described above, or
tuples of wildcard patterns, indicating which docstrings should be skipped. The
values in the dictionary are lists of module names that are required in order
for the given doctests to be executed.
Consider the following example::
__doctest_requires__ = {('func1', 'func2'): ['scipy']}
Having this module-level variable will require ``scipy`` to be importable
in order to run the doctests for functions ``func1`` and ``func2`` in that
module.
Similarly, in Sphinx ``.rst`` documentation, whole code example blocks can be
conditionally skipped if a dependency is not available.
.. code-block:: rst
.. doctest-requires:: asdf
>>> import asdf
>>> asdf.open('file.asdf')
Furthermore, if the code only runs for specific versions of the optional dependency,
you can add a version check like this:
.. code-block:: rst
.. doctest-requires:: asdf<3
>>> import asdf
>>> asdf.open('file.asdf')
Finally, it is possible to skip collecting doctests in entire subpackages by
using the ``doctest_subpackage_requires`` in the ``[tool:pytest]`` section of
the package's ``setup.cfg`` file. The syntax for this option is a list of
``path = requirements``, e.g.::
doctest_subpackage_requires =
astropy/wcs/* = scipy>2.0;numpy>1.14
astropy/cosmology/* = scipy>1.0
Multiple requirements can be specified if separated by semicolons.
Remote Data
~~~~~~~~~~~
The ``pytest-doctestplus`` plugin can be used in conjunction with the
`pytest-remotedata`_ plugin in order to control doctest code that requires
access to data from the internet. In order to make use of these features, the
``pytest-remotedata`` plugin must be installed, and remote data access must
be enabled using the ``--remote-data`` command line option to ``pytest``. See
the `pytest-remotedata plugin documentation`__ for more details.
The following example illustrates how a doctest that uses remote data should be
marked:
.. code-block:: python
>>> from urlib.request import urlopen
>>> url = urlopen('http://astropy.org') # doctest: +REMOTE_DATA
The ``+REMOTE_DATA`` directive indicates that the marked statement should only
be executed if the ``--remote-data`` option is given. By default, all
statements marked with the remote data directive will be skipped.
Whole code example blocks can also be marked to control access to data from the internet
this way:
.. code-block:: python
.. doctest-remote-data::
>>> import requests
>>> r = requests.get('https://www.astropy.org')
.. _pytest-remotedata: https://github.com/astropy/pytest-remotedata
__ pytest-remotedata_
Sphinx Compatibility
~~~~~~~~~~~~~~~~~~~~
To use the additional directives when building your documentation with sphinx
you may want to enable the sphinx extension which registers these directives
with sphinx. Doing so ensures that sphinx correctly ignores these directives,
running the doctests with sphinx is not supported. To do this, add
``'pytest_doctestplus.sphinx.doctestplus'`` to your ``extensions`` list in your
``conf.py`` file.
Fixing Existing Docstrings
--------------------------
The plugin has basic support to fix docstrings, this can be enabled by
running ``pytest`` with ``--doctest-plus-generate-diff``.
Without further options, this will print out a diff and a list of files that
would be modified. Using ``--doctest-plus-generate-diff=overwrite`` will
modify the files in-place, so it is recommended to run the check first to
verify the paths.
You may wish to review changes manually and only commit some patches e.g. using ``git commit --patch``.
The current diff generation is still very basic, for example, it does not account for
existing ``...``. By default a diff is only generated for *failing* doctests.
In general, a mass edit may wish to focus on a specific change and
possibly include passing tests. So you can opt-in into the behavior by
adding a hook to your ``conftest.py``::
@pytest.hookimpl
def pytest_doctestplus_diffhook(info):
info["use"] = True # Overwrite all results (even successes)
if info["fileno"] is None:
# E.g. NumPy has C docstrings that cannot be found, we can add
# custom logic here to try and find these:
info["filename"] = ...
info["lineno"] = ...
Where ``info`` is a dictionary containing the following items:
* ``use``: ``True`` or ``False`` signalling whether to apply the diff. This is
set to ``False`` if a doctest succeeded and ``True`` if the doctest failed.
* ``name``: The name of the test (e.g. the function being documented)
* ``filename``: The file that contains the test (this can be wrong in certain
situation and in that case ``test_lineno`` will be wrong as well).
* ``source``: The source code that was executed for this test
* ``test_lineno``: The line of code where the example block (or function) starts.
In some cases, the test file cannot be found and the lineno will be ``None``,
you can manually try to fix these.
* ``example_lineno``: The line number of the example snippet
(individual ``>>>``).
* ``want``: The current documentation.
* ``got``: The result of executing the example.
You can modify the dictionary in-place to modify the behavior.
Please note that we assume that this API will be used only occasionally and
reserve the right to change it at any time.
Development Status
------------------
Questions, bug reports, and feature requests can be submitted on `github`_.
.. _github: https://github.com/scientific-python/pytest-doctestplus
License
-------
This plugin is licensed under a 3-clause BSD style license - see the
``LICENSE.rst`` file.
Raw data
{
"_id": null,
"home_page": "https://github.com/scientific-python/pytest-doctestplus",
"name": "pytest-doctestplus",
"maintainer": null,
"docs_url": null,
"requires_python": ">=3.8",
"maintainer_email": null,
"keywords": "doctest, rst, pytest, py.test",
"author": "Scientific Python Developers",
"author_email": null,
"download_url": "https://files.pythonhosted.org/packages/b4/e4/34a70a4a69411a4ae4a4103d968eefb555cca746901f9da6d0eb27f7c157/pytest_doctestplus-1.3.0.tar.gz",
"platform": null,
"description": "==================\npytest-doctestplus\n==================\n\n.. image:: https://zenodo.org/badge/104253824.svg\n :target: https://zenodo.org/badge/latestdoi/104253824\n :alt: Zenodo DOI\n\n.. image:: https://github.com/scientific-python/pytest-doctestplus/workflows/Run%20unit%20tests/badge.svg\n :target: https://github.com/scientific-python/pytest-doctestplus/actions\n :alt: CI Status\n\nThis package contains a plugin for the `pytest`_ framework that provides\nadvanced doctest support and enables the testing of various text files, such\nas reStructuredText (\".rst\"), markdown (\".md\"), and TeX (\".tex\").\n\n.. _pytest: https://pytest.org/en/latest/\n\n\nMotivation\n----------\n\nThis plugin provides advanced features for testing example Python code that is\nincluded in Python docstrings and in standalone documentation files.\n\nGood documentation for developers contains example code. This is true of both\nstandalone documentation and of documentation that is integrated with the code\nitself. Python provides a mechanism for testing code snippets that are provided\nin Python docstrings. The unit test framework pytest provides a mechanism for\nrunning doctests against both docstrings in source code and in standalone\ndocumentation files.\n\nThis plugin augments the functionality provided by Python and pytest by\nproviding the following features:\n\n* approximate floating point comparison for doctests that produce floating\n point results (see `Floating Point Comparison`_)\n* skipping particular classes, methods, and functions when running doctests (see `Skipping Tests`_)\n* handling doctests that use remote data in conjunction with the\n `pytest-remotedata`_ plugin (see `Remote Data`_)\n* optional inclusion of ``*.rst`` files for doctests (see `Setup and Configuration`_)\n* optional inclusion of doctests in docstrings of Numpy ufuncs\n\nFurther, ``pytest-doctestplus`` supports editing files to fix incorrect docstrings\n(See `Fixing Existing Docstrings`_).\n\n.. _pytest-remotedata: https://github.com/astropy/pytest-remotedata\n\nInstallation\n------------\n\nThe ``pytest-doctestplus`` plugin can be installed using ``pip``::\n\n $ pip install pytest-doctestplus\n\nIt is also possible to install the latest development version from the source\nrepository::\n\n $ git clone https://github.com/scientific-python/pytest-doctestplus\n $ cd pytest-doctestplus\n $ pip install .\n\nIn either case, the plugin will automatically be registered for use with\n``pytest``.\n\nUsage\n-----\n\nNote: In lieu of ``setup.cfg``, ``pyproject.toml`` configuration is also\nsupported; where ``setup.cfg`` is mentioned below, replace the syntax\nwith TOML equivalent.\n\n.. _setup:\n\nSetup and Configuration\n~~~~~~~~~~~~~~~~~~~~~~~\n\nThis plugin provides three command line options: ``--doctest-plus`` for enabling\nthe advanced features mentioned above, ``--doctest-rst`` for including\n``*.rst`` files in doctest collection, and ``--doctest-ufunc`` for including\ndoctests in docstrings of Numpy ufuncs.\n\nThis plugin can also be enabled by default by adding ``doctest_plus = enabled``\nto the ``[tool:pytest]`` section of the package's ``setup.cfg`` file.\n\nThe plugin is applied to all directories and files that ``pytest`` collects.\nThis means that configuring ``testpaths`` and ``norecursedirs`` in\n``setup.cfg`` also affects the files that will be discovered by\n``pytest-doctestplus``. In addition, this plugin provides a\n``doctest_norecursedirs`` configuration variable that indicates directories\nthat should be ignored by ``pytest-doctestplus`` but do not need to be ignored\nby other ``pytest`` features.\n\nUsing ``pytest``'s built-in ``--doctest-modules`` option will override the\nbehavior of this plugin, even if ``doctest_plus = enabled`` in ``setup.cfg``,\nand will cause the default doctest plugin to be used. However, if for some\nreason both ``--doctest-modules`` and ``--doctest-plus`` are given, the\n``pytest-doctestplus`` plugin will be used, regardless of the contents of\n``setup.cfg``.\n\n``pytest-doctestplus`` respects the ``--doctest-continue-on-failure`` flag.\nIf set, doctests will report all failing lines, which may be useful to detect\nindependent errors within the same doctest. However, it is likely to generate\nfalse positives when an early failure causes a variable later lines access to\nremain unset or have an unexpected value.\n\nThis plugin respects the doctest options that are used by the built-in doctest\nplugin and are set in ``doctest_optionflags`` in ``setup.cfg``. By default,\n``ELLIPSIS`` and ``NORMALIZE_WHITESPACE`` are used. For a description of all\ndoctest settings, see the `doctest documentation\n<https://docs.python.org/3/library/doctest.html#option-flags>`_.\n\nRunning Tests in Markdown Files\n~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\n\nTo run doctests in Markdown files, invoke pytest with the command line options\n``--doctest-plus --doctest-glob '*.md'``.\n\nIf you write doctests inside `GitHub-style triple backtick fenced code blocks\n<https://docs.github.com/en/get-started/writing-on-github/working-with-advanced-formatting/creating-and-highlighting-code-blocks#fenced-code-blocks>`_,\nthen in order for pytest-doctest to find and run them you need to include an\nextra trailing newline inside your code blocks, like this::\n\n ```pycon\n >>> 1 + 2\n 2\n\n ```\n\nDoctest Directives\n~~~~~~~~~~~~~~~~~~\n\nThe ``pytest-doctestplus`` plugin defines `doctest directives`_ that are used\nto control the behavior of particular features. For general information on\ndirectives and how they are used, consult the `documentation`_. The specifics\nof the directives that this plugin defines are described in the sections below.\n\n.. _doctest directives: https://docs.python.org/3/library/doctest.html#directives\n.. _documentation: https://docs.python.org/3/library/doctest.html#directives\n\nSphinx Doctest Directives\n~~~~~~~~~~~~~~~~~~~~~~~~~\n\nYou can use ``testsetup`` and ``testcleanup`` in Sphinx RST to run code that is\nnot visible in rendered document. However, due to how ``pytest-doctestplus``\nworks, the code within needs to be prepended by ``>>>``. For example::\n\n .. testsetup::\n\n >>> x = 42\n\n .. testcleanup::\n\n >>> del x\n\nFloating Point Comparison\n~~~~~~~~~~~~~~~~~~~~~~~~~\n\nSome doctests may produce output that contains string representations of\nfloating point values. Floating point representations are often not exact and\ncontain roundoffs in their least significant digits. Depending on the platform\nthe tests are being run on (different Python versions, different OS, etc.) the\nexact number of digits shown can differ. Because doctests work by comparing\nstrings this can cause such tests to fail.\n\nTo address this issue, the ``pytest-doctestplus`` plugin provides support for a\n``FLOAT_CMP`` flag that can be used with doctests. For example:\n\n.. code-block:: python\n\n >>> 1.0 / 3.0 # doctest: +FLOAT_CMP\n 0.333333333333333311\n\n.. code-block:: python\n\n >>> {'a': 1 / 3., 'b': 2 / 3.} # doctest: +FLOAT_CMP\n {'a': 0.333333, 'b': 0.666666}\n\nWhen this flag is used, the expected and actual outputs are both parsed to find\nany floating point values in the strings. Those are then converted to actual\nPython `float` objects and compared numerically. This means that small\ndifferences in representation of roundoff digits will be ignored by the\ndoctest. The values are otherwise compared exactly, so more significant\n(albeit possibly small) differences will still be caught by these tests.\n\nThis flag can be enabled globally by adding it to ``setup.cfg`` as in\n\n.. code-block:: ini\n\n doctest_optionflags =\n NORMALIZE_WHITESPACE\n ELLIPSIS\n FLOAT_CMP\n\nIgnoring warnings\n~~~~~~~~~~~~~~~~~\n\nIf code in a doctest emits a warning and you want to make sure that warning is silenced,\nyou can make use of the ``IGNORE_WARNINGS`` flag. For example:\n\n.. code-block:: python\n\n >>> import numpy as np\n >>> np.mean([]) # doctest: +IGNORE_WARNINGS\n np.nan\n\nShowing warnings\n~~~~~~~~~~~~~~~~\n\nIf code in a doctest emits a warning and you want to make sure that warning is\nshown, you can make use of the ``SHOW_WARNINGS`` flag. This is useful when\nwarnings are turned into errors by pytest, and also because by default warnings\nare printed to stderr. This is the opposite from ``IGNORE_WARNINGS`` so\nobviously the two flags should not be used together. For example:\n\n.. code-block:: python\n\n >>> import numpy as np\n >>> np.mean([]) # doctest: +SHOW_WARNINGS\n RuntimeWarning: Mean of empty slice.\n RuntimeWarning: invalid value encountered in double_scalars\n np.nan\n\nSkipping Tests\n~~~~~~~~~~~~~~\n\nDoctest provides the ``+SKIP`` directive for skipping statements that should\nnot be executed when testing documentation.\n\n.. code-block:: python\n\n >>> open('file.txt') # doctest: +SKIP\n\nIn Sphinx ``.rst`` documentation, whole code example blocks can be skipped with the\ndirective\n\n.. code-block:: rst\n\n .. doctest-skip::\n\n >>> import asdf\n >>> asdf.open('file.asdf')\n\nHowever, it is often useful to be able to skip docstrings associated with\nparticular functions, methods, classes, or even entire files.\n\nSkipping All the Tests\n^^^^^^^^^^^^^^^^^^^^^^\n\nIt is also possible to skip all doctests below a certain line using\na ``doctest-skip-all`` comment. Note the lack of ``::`` at the end\nof the line here.\n\n.. code-block:: rst\n\n .. doctest-skip-all\n\n >>> import non_existing\n >>> non_existing.write_pseudo_code()\n All the doctests are skipped in the file below\n\n\nSkip Unconditionally\n^^^^^^^^^^^^^^^^^^^^\n\nThe ``pytest-doctestplus`` plugin provides a way to indicate that certain\ndocstrings should be skipped altogether. This is configured by defining the\nvariable ``__doctest_skip__`` in each module where tests should be skipped. The\nvalue of ``__doctest_skip__`` should be a list of wildcard patterns for all\nfunctions/classes whose doctests should be skipped. For example::\n\n __doctest_skip__ = ['myfunction', 'MyClass', 'MyClass.*']\n\nskips the doctests in a function called ``myfunction``, the doctest for a\nclass called ``MyClass``, and all *methods* of ``MyClass``.\n\nModule docstrings may contain doctests as well. To skip the module-level\ndoctests::\n\n __doctest_skip__ = ['.', 'myfunction', 'MyClass']\n\nTo skip all doctests in a module::\n\n __doctest_skip__ = ['*']\n\nDoctest Dependencies\n^^^^^^^^^^^^^^^^^^^^\n\nIt is also possible to skip certain doctests depending on whether particular\ndependencies are available. This is configured by defining the variable\n``__doctest_requires__`` at the module level. The value of this variable is\na dictionary that indicates the modules that are required to run the doctests\nassociated with particular functions, classes, and methods.\n\nThe keys in the dictionary are wildcard patterns like those described above, or\ntuples of wildcard patterns, indicating which docstrings should be skipped. The\nvalues in the dictionary are lists of module names that are required in order\nfor the given doctests to be executed.\n\nConsider the following example::\n\n __doctest_requires__ = {('func1', 'func2'): ['scipy']}\n\nHaving this module-level variable will require ``scipy`` to be importable\nin order to run the doctests for functions ``func1`` and ``func2`` in that\nmodule.\n\nSimilarly, in Sphinx ``.rst`` documentation, whole code example blocks can be\nconditionally skipped if a dependency is not available.\n\n.. code-block:: rst\n\n .. doctest-requires:: asdf\n\n >>> import asdf\n >>> asdf.open('file.asdf')\n\nFurthermore, if the code only runs for specific versions of the optional dependency,\nyou can add a version check like this:\n\n.. code-block:: rst\n\n .. doctest-requires:: asdf<3\n\n >>> import asdf\n >>> asdf.open('file.asdf')\n\nFinally, it is possible to skip collecting doctests in entire subpackages by\nusing the ``doctest_subpackage_requires`` in the ``[tool:pytest]`` section of\nthe package's ``setup.cfg`` file. The syntax for this option is a list of\n``path = requirements``, e.g.::\n\n doctest_subpackage_requires =\n astropy/wcs/* = scipy>2.0;numpy>1.14\n astropy/cosmology/* = scipy>1.0\n\nMultiple requirements can be specified if separated by semicolons.\n\nRemote Data\n~~~~~~~~~~~\n\nThe ``pytest-doctestplus`` plugin can be used in conjunction with the\n`pytest-remotedata`_ plugin in order to control doctest code that requires\naccess to data from the internet. In order to make use of these features, the\n``pytest-remotedata`` plugin must be installed, and remote data access must\nbe enabled using the ``--remote-data`` command line option to ``pytest``. See\nthe `pytest-remotedata plugin documentation`__ for more details.\n\nThe following example illustrates how a doctest that uses remote data should be\nmarked:\n\n.. code-block:: python\n\n >>> from urlib.request import urlopen\n >>> url = urlopen('http://astropy.org') # doctest: +REMOTE_DATA\n\nThe ``+REMOTE_DATA`` directive indicates that the marked statement should only\nbe executed if the ``--remote-data`` option is given. By default, all\nstatements marked with the remote data directive will be skipped.\n\nWhole code example blocks can also be marked to control access to data from the internet\nthis way:\n\n.. code-block:: python\n\n .. doctest-remote-data::\n\n >>> import requests\n >>> r = requests.get('https://www.astropy.org')\n\n.. _pytest-remotedata: https://github.com/astropy/pytest-remotedata\n__ pytest-remotedata_\n\nSphinx Compatibility\n~~~~~~~~~~~~~~~~~~~~\n\nTo use the additional directives when building your documentation with sphinx\nyou may want to enable the sphinx extension which registers these directives\nwith sphinx. Doing so ensures that sphinx correctly ignores these directives,\nrunning the doctests with sphinx is not supported. To do this, add\n``'pytest_doctestplus.sphinx.doctestplus'`` to your ``extensions`` list in your\n``conf.py`` file.\n\n\nFixing Existing Docstrings\n--------------------------\nThe plugin has basic support to fix docstrings, this can be enabled by\nrunning ``pytest`` with ``--doctest-plus-generate-diff``.\nWithout further options, this will print out a diff and a list of files that\nwould be modified. Using ``--doctest-plus-generate-diff=overwrite`` will\nmodify the files in-place, so it is recommended to run the check first to\nverify the paths.\nYou may wish to review changes manually and only commit some patches e.g. using ``git commit --patch``.\n\nThe current diff generation is still very basic, for example, it does not account for\nexisting ``...``. By default a diff is only generated for *failing* doctests.\n\nIn general, a mass edit may wish to focus on a specific change and\npossibly include passing tests. So you can opt-in into the behavior by\nadding a hook to your ``conftest.py``::\n\n @pytest.hookimpl\n def pytest_doctestplus_diffhook(info):\n info[\"use\"] = True # Overwrite all results (even successes)\n if info[\"fileno\"] is None:\n # E.g. NumPy has C docstrings that cannot be found, we can add\n # custom logic here to try and find these:\n info[\"filename\"] = ...\n info[\"lineno\"] = ...\n\nWhere ``info`` is a dictionary containing the following items:\n\n* ``use``: ``True`` or ``False`` signalling whether to apply the diff. This is\n set to ``False`` if a doctest succeeded and ``True`` if the doctest failed.\n* ``name``: The name of the test (e.g. the function being documented)\n* ``filename``: The file that contains the test (this can be wrong in certain\n situation and in that case ``test_lineno`` will be wrong as well).\n* ``source``: The source code that was executed for this test\n* ``test_lineno``: The line of code where the example block (or function) starts.\n In some cases, the test file cannot be found and the lineno will be ``None``,\n you can manually try to fix these.\n* ``example_lineno``: The line number of the example snippet\n (individual ``>>>``).\n* ``want``: The current documentation.\n* ``got``: The result of executing the example.\n\nYou can modify the dictionary in-place to modify the behavior.\n\nPlease note that we assume that this API will be used only occasionally and\nreserve the right to change it at any time.\n\n\nDevelopment Status\n------------------\n\nQuestions, bug reports, and feature requests can be submitted on `github`_.\n\n.. _github: https://github.com/scientific-python/pytest-doctestplus\n\nLicense\n-------\nThis plugin is licensed under a 3-clause BSD style license - see the\n``LICENSE.rst`` file.\n",
"bugtrack_url": null,
"license": "BSD",
"summary": "Pytest plugin with advanced doctest features.",
"version": "1.3.0",
"project_urls": {
"Homepage": "https://github.com/scientific-python/pytest-doctestplus"
},
"split_keywords": [
"doctest",
" rst",
" pytest",
" py.test"
],
"urls": [
{
"comment_text": "",
"digests": {
"blake2b_256": "e87376f16549bf43c9cb04978096ef440cb8384b53fc6462f5f1e95a1b662235",
"md5": "400e46cec142d8fa877010e8b8fe27b1",
"sha256": "4a7385d3e678881bb960e9200aa0db62ee32d575b3fa10d6735e8f1542c638f8"
},
"downloads": -1,
"filename": "pytest_doctestplus-1.3.0-py3-none-any.whl",
"has_sig": false,
"md5_digest": "400e46cec142d8fa877010e8b8fe27b1",
"packagetype": "bdist_wheel",
"python_version": "py3",
"requires_python": ">=3.8",
"size": 25067,
"upload_time": "2024-11-25T14:02:31",
"upload_time_iso_8601": "2024-11-25T14:02:31.976522Z",
"url": "https://files.pythonhosted.org/packages/e8/73/76f16549bf43c9cb04978096ef440cb8384b53fc6462f5f1e95a1b662235/pytest_doctestplus-1.3.0-py3-none-any.whl",
"yanked": false,
"yanked_reason": null
},
{
"comment_text": "",
"digests": {
"blake2b_256": "b4e434a70a4a69411a4ae4a4103d968eefb555cca746901f9da6d0eb27f7c157",
"md5": "2ab479125cb123db2d23e93a1fd3b3db",
"sha256": "709ad23ea98da9a835ace0a4365c85371c376e000f2860f30de6df3a6f00728a"
},
"downloads": -1,
"filename": "pytest_doctestplus-1.3.0.tar.gz",
"has_sig": false,
"md5_digest": "2ab479125cb123db2d23e93a1fd3b3db",
"packagetype": "sdist",
"python_version": "source",
"requires_python": ">=3.8",
"size": 46843,
"upload_time": "2024-11-25T14:02:33",
"upload_time_iso_8601": "2024-11-25T14:02:33.983593Z",
"url": "https://files.pythonhosted.org/packages/b4/e4/34a70a4a69411a4ae4a4103d968eefb555cca746901f9da6d0eb27f7c157/pytest_doctestplus-1.3.0.tar.gz",
"yanked": false,
"yanked_reason": null
}
],
"upload_time": "2024-11-25 14:02:33",
"github": true,
"gitlab": false,
"bitbucket": false,
"codeberg": false,
"github_user": "scientific-python",
"github_project": "pytest-doctestplus",
"travis_ci": false,
"coveralls": false,
"github_actions": true,
"tox": true,
"lcname": "pytest-doctestplus"
}
JSON
