Skip to content

Latest commit

 

History

History
241 lines (158 loc) · 7.19 KB

index.rst

File metadata and controls

241 lines (158 loc) · 7.19 KB

Coverage.py

Coverage.py is a tool for measuring code coverage of Python programs. It monitors your program, noting which parts of the code have been executed, then analyzes the source to identify code that could have been executed but was not.

Coverage measurement is typically used to gauge the effectiveness of tests. It can show which parts of your code are being exercised by tests, and which are not.

The latest version is coverage.py |release|, released |release_date|. It is supported on:

  • Python versions 3.8 through 3.12.0b2.
  • PyPy3 versions 3.8 through 3.10.
.. ifconfig:: prerelease

    **This is a pre-release build.  The usual warnings about possible bugs
    apply.** The latest stable version is coverage.py 6.5.0, `described here`_.

For Enterprise

Tidelift

Available as part of the Tidelift Subscription. |br| Coverage and thousands of other packages are working with Tidelift to deliver one enterprise subscription that covers all of the open source you use. If you want the flexibility of open source and the confidence of commercial-grade software, this is for you. Learn more.

Quick start

Getting started is easy:

  1. Install coverage.py:

    $ python3 -m pip install coverage
    

    For more details, see :ref:`install`.

  2. Use coverage run to run your test suite and gather data. However you normally run your test suite, you can use your test runner under coverage.

    Tip

    If your test runner command starts with "python", just replace the initial "python" with "coverage run".

    python something.py becomes coverage run something.py

    python -m amodule becomes coverage run -m amodule

    Other instructions for specific test runners:

    .. tabs::
    
        .. tab:: pytest
    
            If you usually use::
    
                $ pytest arg1 arg2 arg3
    
            then you can run your tests under coverage with::
    
                $ coverage run -m pytest arg1 arg2 arg3
    
            Many people choose to use the `pytest-cov`_ plugin, but for most
            purposes, it is unnecessary.
    
        .. tab:: unittest
    
            Change "python" to "coverage run", so this::
    
                $ python3 -m unittest discover
    
            becomes::
    
                $ coverage run -m unittest discover
    
        .. tab:: nosetest
    
            .. note:: Nose has been `unmaintained since at least 2015 <nose state_>`_.
                *You should seriously consider using a different test runner.*
    
            Change this::
    
                $ nosetests arg1 arg2
    
            to::
    
                $ coverage run -m nose arg1 arg2
    
    

    To limit coverage measurement to code in the current directory, and also find files that weren't executed at all, add the --source=. argument to your coverage command line.

  3. Use coverage report to report on the results:

    $ coverage report -m
    Name                      Stmts   Miss  Cover   Missing
    -------------------------------------------------------
    my_program.py                20      4    80%   33-35, 39
    my_other_module.py           56      6    89%   17-23
    -------------------------------------------------------
    TOTAL                        76     10    87%
    
  4. For a nicer presentation, use coverage html to get annotated HTML listings detailing missed lines:

    $ coverage html
    
    .. ifconfig:: not prerelease
    
        Then open htmlcov/index.html in your browser, to see a
        `report like this`_.
    
    
    .. ifconfig:: prerelease
    
        Then open htmlcov/index.html in your browser, to see a
        `report like this one`_.
    
    
    

Capabilities

Coverage.py can do a number of things:

Using coverage.py

There are a few different ways to use coverage.py. The simplest is the :ref:`command line <cmd>`, which lets you run your program and see the results. If you need more control over how your project is measured, you can use the :ref:`API <api>`.

Some test runners provide coverage integration to make it easy to use coverage.py while running tests. For example, pytest has the pytest-cov plugin.

You can fine-tune coverage.py's view of your code by directing it to ignore parts that you know aren't interesting. See :ref:`source` and :ref:`excluding` for details.

Getting help

If the :ref:`FAQ <faq>` doesn't answer your question, you can discuss coverage.py or get help using it on the Python discussion forums. If you ping me (@nedbat), there's a higher chance I'll see the post.

Bug reports are gladly accepted at the GitHub issue tracker. GitHub also hosts the code repository.

Professional support for coverage.py is available as part of the Tidelift Subscription.

I can be reached in a number of ways. I'm happy to answer questions about using coverage.py.

For news and other chatter, follow the project on Mastodon: @[email protected].

More information

.. toctree::
    :maxdepth: 1

    install
    For enterprise <https://tidelift.com/subscription/pkg/pypi-coverage?utm_source=pypi-coverage&utm_medium=referral&utm_campaign=enterprise>
    cmd
    config
    source
    excluding
    branch
    subprocess
    contexts
    api
    howitworks
    plugins
    contributing
    trouble
    faq
    Change history <changes>
    migrating
    sleepy