@@ -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``.
@@ -228,8 +228,8 @@ transaction support. This is only required for fixtures which need
228
228
database access themselves. A test function should normally use the
229
229
``pytest.mark.django_db `` mark with ``transaction=True ``.
230
230
231
- ``reset_sequences_db ``
232
- ~~~~~~~~~~~~~~~~~~~~~~
231
+ ``django_db_reset_sequences ``
232
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
233
233
234
234
This fixture provides the same transactional database access as
235
235
``transactional_db ``, with additional support for reset of auto increment
@@ -253,7 +253,7 @@ also directly concatenate a string to form a URL: ``live_server +
253
253
254
254
* ``db ``
255
255
* ``transactional_db ``
256
- * ``reset_sequences_db ``
256
+ * ``django_db_reset_sequences ``
257
257
258
258
In addition, using ``live_server `` will also trigger transactional
259
259
database access, if not specified.
0 commit comments