2.9.0 focus on compatibility with Django 1.9 and master as well as pytest 2.8.1 and Python 3.5
- –fail-on-template-vars - fail tests for invalid variables in templates. Thanks to Johannes Hoppe for idea and implementation. Thanks Daniel Hahler for review and feedback.
- Ensure urlconf is properly reset when using @pytest.mark.urls. Thanks to Sarah Bird, David Szotten, Daniel Hahler and Yannick PÉROUX for patch and discussions. Fixes issue #183.
- Call setUpClass() in Django TestCase properly when test class is inherited multiple places. Thanks to Benedikt Forchhammer for report and initial test case. Fixes issue #265.
- Settings defined in pytest.ini/tox.ini/setup.cfg used to override DJANGO_SETTINGS_MODULE defined in the environment. Previously the order was undocmented. Now, instead the settings from the environment will be used instead. If you previously relied on overriding the enviornment variable, you can instead specify addopts = –ds=yourtestsettings in the ini-file which will use the test settings. See PR #199.
- Support for Django 1.9.
- Support for Django master (to be 1.10) as of 2015-10-06.
- Drop support for Django 1.3. While pytest-django supports a wide range of Django versions, extended for Django 1.3 was dropped in february 2013.
- pytest’s verbosity is being used for Django’s code to setup/teardown the test database (#172).
- Added a new option –nomigrations to avoid running Django 1.7+ migrations when constructing the test database. Huge thanks to Renan Ivo for complete patch, tests and documentation.
- Fixed compatibility issues related to Django 1.8’s setUpClass/setUpTestData. Django 1.8 is now a fully supported version. Django master as of 2014-01-18 (the Django 1.9 branch) is also supported.
Automatic discovery of Django projects to make it easier for new users. This change is slightly backward incompatible, if you encounter problems with it, the old behaviour can be restored by adding this to
[pytest] django_find_project = false
Please see the Managing the Python path section for more information.
- Fix interaction between
- Fix admin client with custom user models (#124). Big thanks to Benjamin Hedrich and Dmitry Dygalo for patch and tests.
- Fix usage of South migrations, which were unconditionally disabled previously (#22).
- Fixed #119, #134: Call
django.setup()in Django >=1.7 directly after settings is loaded to ensure proper loading of Django applications. Thanks to Ionel Cristian Mărieș, Daniel Hahler, Tymur Maryokhin, Kirill SIbirev, Paul Collins, Aymeric Augustin, Jannis Leidel, Baptiste Mispelon and Anatoly Bubenkoff for report, discussion and feedback.
- The `live_server` fixture can now serve static files also for Django>=1.7
django.contrib.staticfilesapp is installed. (#140).
DJANGO_LIVE_TEST_SERVER_ADDRESSenvironment variable is read instead of
- Fixed a bug that caused doctests to runs. Thanks to @jjmurre for the patch
- Fixed issue #88 - make sure to use SQLite in memory database when running with pytest-xdist.
This is a bugfix/support release with no new features:
- Added support for Django 1.7 beta and Django master as of 2014-04-16. pytest-django is now automatically tested against the latest git master version of Django.
- Support for MySQL with MyISAM tables. Thanks to Zach Kanzler and Julen Ruiz Aizpuru for fixing this. This fixes issue #8 #64.
Experimental support for Django 1.7 / Django master as of 2014-01-19.
pytest-django is now automatically tested against the latest git version of Django. The support is experimental since Django 1.7 is not yet released, but the goal is to always be up to date with the latest Django master
Invalid release accidentally pushed to PyPI (identical to 2.6.1). Should not be used - use 2.6.1 or newer to avoid confusion.
- Python 2.5 compatibility dropped. py.test 2.5 dropped support for Python 2.5, therefore it will be hard to properly support in pytest-django. The same strategy as for pytest itself is used: No code will be changed to prevent Python 2.5 from working, but it will not be actively tested.
- pytest-xdist support: it is now possible to run tests in parallel. Just use pytest-xdist as normal (pass -n to py.test). One database will be created for each subprocess so that tests run independent from each other.
- Support for py.test 2.4 pytest_load_initial_conftests. This makes it possible to import Django models in project conftest.py files, since pytest-django will be initialized before the conftest.py is loaded.
- Support for Django 1.5 custom user models, thanks to Leonardo Santagada.
- Support for configuring settings via django-configurations. Big thanks to Donald Stufft for this feature!
- Fixed an issue with the settings fixture when used in combination with django-appconf. It now uses pytest’s monkeypatch internally and should be more robust.
- Python 3 support. pytest-django now supports Python 3.2 and 3.3 in addition to 2.5-2.7. Big thanks to Rafal Stozek for making this happen!
- Django 1.5 support. pytest-django is now tested against 1.5 for Python 2.6-2.7. This is the first step towards Python 3 support.
- Fixed #24/#25: Make it possible to configure Django via
- Fixed #26: Don’t set DEBUG_PROPAGATE_EXCEPTIONS = True for test runs. Django does not change this setting in the default test runner, so pytest-django should not do it either.
This release is backward incompatible. The biggest change is the need
to add the
pytest.mark.django_db to tests which require database
Finding such tests is generally very easy: just run your test suite, the
tests which need database access will fail. Add
pytest.mark.django_db to the module/class or decorate them with
Most of the internals have been rewritten, exploiting py.test’s new fixtures API. This release would not be possible without Floris Bruynooghe who did the port to the new fixture API and fixed a number of bugs.
The tests for pytest-django itself has been greatly improved, paving the way for easier additions of new and exciting features in the future!
- Semantic version numbers will now be used for releases, see http://semver.org/.
- Do not allow database access in tests by default. Introduce
pytest.mark.django_dbto enable database access.
- Large parts re-written using py.test’s 2.3 fixtures API (issue #9).
- Fixes issue #17: Database changes made in fixtures or funcargs will now be reverted as well.
- Fixes issue 21: Database teardown errors are no longer hidden.
- Fixes issue 16: Database setup and teardown for non-TestCase classes works correctly.
pytest.urls()is replaced by the standard marking API and is now used as
- Make the plugin behave gracefully without DJANGO_SETTINGS_MODULE
py.testwill still work and tests needing django features will skip (issue #3).
- Allow specifying of
DJANGO_SETTINGS_MODULEon the command line (
--ds=settings) and py.test ini configuration file as well as the environment variable (issue #3).
- Deprecate the
transaction_test_casedecorator, this is now integrated with the
- Removed undocumented pytest.load_fixture: If you need this feature, just use
- Fixed issue with RequestFactory in Django 1.3.
- Fixed issue with RequestFactory in Django 1.3.
--create-dbto allow database re-use. Many thanks to django-nose for code and inspiration for this feature.
- Fixed Django 1.3 compatibility.
- Disable database access and raise errors when using –no-db and accessing the database by accident.
- Added the
--no-dbcommand line option.
- Flush tables after each test run with transaction_test_case instead of before.
- The initial release of this fork from Ben Firshman original project
- Added documentation
- Uploaded to PyPI for easy installation
- Added the
transaction_test_casedecorator for tests that needs real transactions
- Added initial implementation for live server support via a funcarg (no docs yet, it might change!)