diff options
| author | Tim Graham <timograham@gmail.com> | 2014-09-15 11:17:12 -0400 |
|---|---|---|
| committer | Tim Graham <timograham@gmail.com> | 2014-09-24 14:46:10 -0400 |
| commit | a4f23eba2e690f1331fe35d6f29af42899e80395 (patch) | |
| tree | 052e1d1db558155ae231470d19e61d481081c05c /docs/topics/testing | |
| parent | c692e37b6350171ee2e04b3e7090babf34ac140b (diff) | |
Fixed #23421 -- Corrected TEST SERIALIZE setting.
Thanks gkoller for the report.
Diffstat (limited to 'docs/topics/testing')
| -rw-r--r-- | docs/topics/testing/advanced.txt | 10 |
1 files changed, 8 insertions, 2 deletions
diff --git a/docs/topics/testing/advanced.txt b/docs/topics/testing/advanced.txt index 46d0913084..cf50351a74 100644 --- a/docs/topics/testing/advanced.txt +++ b/docs/topics/testing/advanced.txt @@ -525,8 +525,14 @@ can be useful during testing. ``serialize`` determines if Django serializes the database into an in-memory JSON string before running tests (used to restore the database state between tests if you don't have transactions). You can set this to - False to significantly speed up creation time if you know you don't need - data persistence outside of test fixtures. + ``False`` to speed up creation time if you don't have any test classes + with :ref:`serialized_rollback=True <test-case-serialized-rollback>`. + + .. versionadded:: 1.7.1 + + If you are using the default test runner, you can control this with the + the :setting:`SERIALIZE <TEST_SERIALIZE>` entry in the + :setting:`TEST <DATABASE-TEST>` dictionary ``keepdb`` determines if the test run should use an existing database, or create a new one. If ``True``, the existing |
