Skip to main content

Django template coverage.py plugin

Project description

A coverage.py plugin to measure test coverage of Django templates.

Package stability Latest PyPI Version Apache 2.0 License
Supported Python Versions Supported Django Versions
Sponsor me on GitHub nedbat on Bluesky nedbat on Mastodon

Supported on:

  • Python: 3.10 through 3.14.

  • Django: 3.2 through 5.2.

  • Coverage.py: 6.x or higher.

The plugin is pip-installable:

$ python3 -m pip install django_coverage_plugin

To run it, add this setting to your .coveragerc file:

[run]
plugins = django_coverage_plugin

Then run your tests under coverage.py.

You will see your templates listed in your coverage report along with your Python modules.

If you get a django.core.exceptions.ImproperlyConfigured error, you need to set the DJANGO_SETTINGS_MODULE environment variable.

Template coverage only works if your Django templates have debugging enabled. If you get django_coverage_plugin.plugin.DjangoTemplatePluginException: Template debugging must be enabled in settings, or if no templates get measured, make sure you have TEMPLATES.OPTIONS.debug set to True in your settings file:

TEMPLATES = [
    {
        ...
        'OPTIONS': {
            'debug': True,
        },
    },
]

Configuration

The Django template plugin uses some existing settings from your .coveragerc file. The source=, include=, and omit= options control what template files are included in the report.

The plugin can find unused template and include them in your results. By default, it will look for files in your templates directory with an extension of .html, .htm, or .txt. You can configure it to look for a different set of extensions if you like:

[run]
plugins = django_coverage_plugin

[django_coverage_plugin]
template_extensions = html, txt, tex, email

If you use pyproject.toml for tool configuration use:

[tool.coverage.run]
plugins = [
    'django_coverage_plugin',
]

[tool.coverage.django_coverage_plugin]
template_extensions = 'html, txt, tex, email'

Caveats

Coverage.py can’t tell whether a {% blocktrans %} tag used the singular or plural text, so both are marked as used if the tag is used.

What the? How?

The technique used to measure the coverage is the same that Dmitry Trofimov used in dtcov, but integrated into coverage.py as a plugin, and made more performant. I’d love to see how well it works in a real production project. If you want to help me with it, feel free to drop me an email.

The coverage.py plugin mechanism is designed to be generally useful for hooking into the collection and reporting phases of coverage.py, specifically to support non-Python files. If you have non-Python files you’d like to support in coverage.py, let’s talk.

Tests

To run the tests:

$ python3 -m pip install -r requirements.txt
$ tox

History

v3.2.0 — 2025-10-05

Drop Python 3.9 and Django 2.2. Add Python 3.14.

v3.1.1 — 2025-06-15

Support changes: dropped Python 3.8, added Python 3.13. Added Django 5.2.

v3.1.0 — 2023-07-10

Dropped support for Python 3.7 and Django 1.x. Declared support for Python 3.12.

v3.0.0 — 2022-12-06

Dropped support for Python 2.7, Python 3.6, and Django 1.8.

v2.0.4 — 2022-10-31

Declare our support for Python 3.11 and Django 4.1.

v2.0.3 — 2022-05-04

Add support for Django 4.0.

v2.0.2 — 2021-11-11

If a non-UTF8 file was found when looking for templates, it would fail when reading during the reporting phase, ending execution. This failure is now raised in a way that can be ignored with a .coveragerc setting of [report] ignore_errors=True (issue 78).

When using source=., an existing coverage HTML report directory would be found and believed to be unmeasured HTML template files. This is now fixed.

v2.0.1 — 2021-10-06

Test and claim our support on Python 3.10.

v2.0.0 — 2021-06-08

Drop support for Python 3.4 and 3.5.

A setting is available: template_extensions lets you set the file extensions that will be considered when looking for unused templates (requested in issue 60).

Fix an issue on Windows where file names were being compared case-sensitively, causing templates to be missed (issue 46).

Fix an issue (issue 63) where tag libraries can’t be found if imported during test collection. Thanks to Daniel Izquierdo for the fix.

v1.8.0 — 2020-01-23

Add support for:

  • Coverage 5

v1.7.0 — 2020-01-16

Add support for:

  • Python 3.7 & 3.8

  • Django 2.2 & 3.0

v1.6.0 — 2018-09-04

Add support for Django 2.1.

v1.5.2 — 2017-10-18

Validates support for Django version 2.0b1. Improves discovery of template files.

v1.5.1a — 2017-04-05

Validates support for Django version 1.11. Testing for new package maintainer Pamela McA’Nulty

v1.5.0 — 2017-02-23

Removes support for Django versions below 1.8. Validates support for Django version 1.11b1

v1.4.2 — 2017-02-06

Fixes another instance of issue 32, which was the result of an initialization order problem.

v1.4.1 — 2017-01-25

Fixes issue 32, which was the result of an initialization order problem.

v1.4 — 2017-01-16

Django 1.10.5 is now supported.

Checking settings configuration is deferred so that settings.py is included in coverage reporting. Fixes issue 28.

Only the django.template.backends.django.DjangoTemplates template engine is supported, and it must be configured with ['OPTIONS']['debug'] = True. Fixes issue 27.

v1.3.1 — 2016-06-02

Settings are read slightly differently, so as to not interfere with programs that don’t need settings. Fixes issue 18.

v1.3 — 2016-04-03

Multiple template engines are allowed. Thanks, Simon Charette.

v1.2.2 — 2016-02-01

No change in code, but Django 1.9.2 is now supported.

v1.2.1 — 2016-01-28

The template debug settings are checked properly for people still using TEMPLATE_DEBUG in newer versions of Django.

v1.2 — 2016-01-16

Check if template debugging is enabled in the settings, and raise a visible warning if not. This prevents mysterious failures of the plugin, and fixes issue 17.

Potential Django 1.9 support is included, but the patch to Django hasn’t been applied yet.

v1.1 — 2015-11-12

Explicitly configure settings if need be to get things to work.

v1.0 — 2015-09-20

First version :)

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

django_coverage_plugin-3.2.0.tar.gz (29.3 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

django_coverage_plugin-3.2.0-py3-none-any.whl (14.5 kB view details)

Uploaded Python 3

File details

Details for the file django_coverage_plugin-3.2.0.tar.gz.

File metadata

  • Download URL: django_coverage_plugin-3.2.0.tar.gz
  • Upload date:
  • Size: 29.3 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.2.0 CPython/3.10.18

File hashes

Hashes for django_coverage_plugin-3.2.0.tar.gz
Algorithm Hash digest
SHA256 0e1460294ecd4b192bd09788ab9ad9380d9b8c9b45925b408ce6c620ac352585
MD5 04885c45e8585a079cb0730f77b010c8
BLAKE2b-256 a4d74e104b50911d1328e5cc26e89feca60ed0f12ea9b5f7e8ce776ce26d84c8

See more details on using hashes here.

File details

Details for the file django_coverage_plugin-3.2.0-py3-none-any.whl.

File metadata

File hashes

Hashes for django_coverage_plugin-3.2.0-py3-none-any.whl
Algorithm Hash digest
SHA256 a4a9400c784c86f1ba53a73c336508e07316c92345b34a0eb0b22b3b14cdbdd6
MD5 73b6c5c3da9d366d8bd3c0ef31b9f273
BLAKE2b-256 2b1c73ff697998143eab2f4f0dbd79da7d7b8aa821d47cbc9bb26eab0a9283aa

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page