@@ -26,7 +26,7 @@ of the test. This behavior is the same as Django's standard
26
26
27
27
In order for a test to have access to the database it must either
28
28
be marked using the ``django_db `` mark or request one of the ``db ``,
29
- ``transactional_db `` or ``reset_sequences_db `` fixtures. Otherwise the
29
+ ``transactional_db `` or ``django_db_reset_sequences `` fixtures. Otherwise the
30
30
test will fail when trying to access the database.
31
31
32
32
:type transaction: bool
@@ -53,7 +53,7 @@ test will fail when trying to access the database.
53
53
this marker will not help even if the function requesting your
54
54
fixture has this marker applied. To access the database in a
55
55
fixture, the fixture itself will have to request the ``db ``,
56
- ``transactional_db `` or ``reset_sequences_db `` fixture. See below
56
+ ``transactional_db `` or ``django_db_reset_sequences `` fixture. See below
57
57
for a description of them.
58
58
59
59
.. note :: Automatic usage with ``django.test.TestCase``.
@@ -230,8 +230,8 @@ transaction support. This is only required for fixtures which need
230
230
database access themselves. A test function should normally use the
231
231
``pytest.mark.django_db `` mark with ``transaction=True ``.
232
232
233
- ``reset_sequences_db ``
234
- ~~~~~~~~~~~~~~~~~~~~~~
233
+ ``django_db_reset_sequences ``
234
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
235
235
236
236
This fixture provides the same transactional database access as
237
237
``transactional_db ``, with additional support for reset of auto increment
@@ -255,7 +255,7 @@ also directly concatenate a string to form a URL: ``live_server +
255
255
256
256
* ``db ``
257
257
* ``transactional_db ``
258
- * ``reset_sequences_db ``
258
+ * ``django_db_reset_sequences ``
259
259
260
260
In addition, using ``live_server `` will also trigger transactional
261
261
database access, if not specified.
0 commit comments