Refs #25899 -- Improved visibility of TEST database settings in testing docs.

This commit is contained in:
Tim Graham 2015-12-10 11:23:12 -05:00
parent 8ab58b8052
commit 738bda8a6f
1 changed files with 8 additions and 8 deletions

View File

@ -150,14 +150,14 @@ You can prevent the test databases from being destroyed by adding the
database between runs. If the database does not exist, it will first be database between runs. If the database does not exist, it will first be
created. Any migrations will also be applied in order to keep it p to date. created. Any migrations will also be applied in order to keep it p to date.
By default the test databases get their names by prepending ``test_`` The default test database names are created by prepending ``test_`` to the
to the value of the :setting:`NAME` settings for the databases value of each :setting:`NAME` in :setting:`DATABASES`. When using SQLite, the
defined in :setting:`DATABASES`. When using the SQLite database engine tests will use an in-memory database by default (i.e., the database will be
the tests will by default use an in-memory database (i.e., the created in memory, bypassing the filesystem entirely!). The :setting:`TEST
database will be created in memory, bypassing the filesystem <DATABASE-TEST>` dictionary in :setting:`DATABASES` offers a number of settings
entirely!). If you want to use a different database name, specify to configure your test database. For example, if you want to use a different
:setting:`NAME <TEST_NAME>` in the :setting:`TEST <DATABASE-TEST>` database name, specify :setting:`NAME <TEST_NAME>` in the :setting:`TEST
dictionary for any given database in :setting:`DATABASES`. <DATABASE-TEST>` dictionary for any given database in :setting:`DATABASES`.
On PostgreSQL, :setting:`USER` will also need read access to the built-in On PostgreSQL, :setting:`USER` will also need read access to the built-in
``postgres`` database. ``postgres`` database.