@ludbek 우리는 또한 그러한 기능을 놓치고 이 기능을 위한 플러그인을 만들었습니다:
https://github.com/tipsi/pytest-tipsi-django (사용법: https://github.com/tipsi/pytest-tipsi-django/blob/master/test_django_plugin/app/tests/test_transactions.py)
다음과 함께:
https://github.com/tipsi/pytest-tipsi-testing
트랜잭션을 중첩하고 실행/종료 순서를 수정하는 기능을 제공합니다.

@cybergrind 답변해주셔서 감사합니다. 나는 확실히 그것을 확인하고 어떻게 되었는지 알려줄 것이다.

이것은 Django의 UnitTest 클래스 기반 테스트에서 pytest-django에 이르는 가장 큰 문제였습니다. Django에서는 setUpTestData 를 사용하여 값비싼 DB 작업을 한 번 실행합니다(세션 범위의 pytest 고정 장치와 동일). 그리고 setUp obj.refresh_from_db() 를 실행하여 클래스 참조를 새로 고치는 교활한 트릭이 있습니다.

DB 모델 인스턴스를 하나만 생성하고 TC마다 다시 로드하더라도 각 테스트 사례에서 생성하는 것보다 거의 항상 빠릅니다.

가능한 경우 pytest-tipsi-django 병합된 업스트림에서 세션 범위 고정 장치를 가져올 수 있다면 좋을 것입니다. 이 문제와 솔루션을 찾는 데 약간의 파고가 필요했습니다.

안녕하세요 @paultiplady

pytest-tipsi-djanjo 의 접근 방식이 $#$1 pytest #$ 에 대한 일반적인 테스트 모델에 맞는지 잘 모르겠습니다. 가장 눈에 띄는 차이점은 조명기의 마무리입니다. 현재 pytest 는 더 넓은 범위의 불필요한 조명기를 명시적으로 마무리하지 않습니다. 따라서 특정 순서로 트랜잭션을 명시적으로 완료해야 하며 일반적으로 이는 매우 다른 효과를 유발할 수 있습니다(현재 pytest 는 활성 테스트 및 해당 픽스처가 이를 전혀 요구하지 않더라도 픽스처를 활성 상태로 유지할 수 있음).

때때로 몇 가지 큰 시나리오를 테스트해야 하고 대규모 테스트에서 기존 수동 트랜잭션 관리를 약간 더 나은 고정 장치로 교체했기 때문에 프로젝트의 테스트를 이 접근 방식으로 변경해야 했지만 여전히 주문 테스트에 대한 주의가 필요합니다.

지금 당장은 그에 대한 단 하나의 솔루션만 볼 수 있습니다. 일종의 FAQ를 문서화하는 것입니다.

@cybergrind에 대한 추가 정보에 감사드립니다. 조금 더 파고 들었지만 오늘 시간이 부족합니다. 여기까지 가야 합니다. 이 접근 방식이 유용한지 여부에 대한 온전한 확인을 해주시면 감사하겠습니다. pytest 내부에 익숙하지 않습니다.

또한 "pytest는 더 넓은 범위의 불필요한 설비를 명시적으로 끝내지 않습니다"라는 말의 의미를 이해하지 못합니다. 좀 더 확장해 주시겠습니까? 종료자를 가리키는 말입니까? 그것은 내가 아래에 쓴 내용에 영향을 미칠 수 있습니다.

pytest-django 플러그인은 django_db 표시를 사용하며 이는 plugin.py(https://github.com/pytest-dev/pytest-django/blob/master/pytest_django/plugin.py)의 _django_db_marker에서 처리됩니다. #L375), 함수 범위 db 고정 장치(https://github.com/pytest-dev/pytest-django/blob/master/pytest_django/fixtures.py#L142)를 호출합니다. 이 고정 장치는 Django TestCase를 인스턴스화하고 _pre_setup _post_teardown 를 대기열에 넣습니다.

몇 가지 옵션을 볼 수 있습니다.

_django_db_marker 를 확장하여 선택적으로 클래스 또는 세션을 수행할 수 있는지 궁금합니다.
기본적으로 db 와 동일한 작업을 수행하지만 cls.setUpTestData 또는 마크 kwargs에 전달된 함수와 동일한 기능을 호출하는 범위 설정도 있습니다.

클래스 범위의 경우, 그리고 세션 범위의 경우에도 예상되는 동작은 이후에 DB를 롤백하는 것이므로 기본적으로 올바른 순서로 트리거하고 각각 고유한 원자성을 설정하는 범위 지정 고정 장치가 필요합니다. 거래. 나는 이것이 옆에서 실행되는 별도의 고정 장치가 아니라 db 고정 장치에 대한 수정이 필요하다는 것을 의미한다고 믿습니다.

그렇게 하면 지정된 모든 클래스/세션 수준 설정을 올바르게 트리거하고 해당 설정은 클래스/세션당 한 번 호출됩니다. django_db_blocker.unblock() 를 수동으로 트리거하는 세션 범위 함수를 설정하면 django_db 마크가 첫 번째 트랜잭션을 설정한 후에 발생하는 것처럼 보이기 때문에 마크 자체에 대한 수정이 필요하다고 생각합니다.

이것은 다음과 같이 보일 수 있습니다( plugin.py _django_db_marker() ):

    if marker:
        if marker.session_db:
            getfixturevalue(request, 'db_session')

        if marker.class_db:
            getfixturevalue(request, 'db_class')

        validate_django_db(marker)
        if marker.transaction:
            getfixturevalue(request, 'transactional_db')
        else:
            getfixturevalue(request, 'db')

이것은 미친 이야기입니까, 아니면 이 스레드가 더 탐구할 가치가 있습니까?

마무리 관련: https://github.com/tipsi/pytest-tipsi-testing/blob/master/tests/test_finalization.py

이 테스트는 기능 수준이 아닌 데이터베이스 고정 장치와 마찬가지로 명시적 종료 없이는 작동하지 않습니다. 그리고 이것은 pytest 구현에 관한 것이므로 pytest-django에서 수정하기 위해 할 일이 없습니다.

#388 및 #33의 중복

감사합니다. 닫습니다.

33은 닫혀 있고 #388에는 의미 있는 토론이 없습니다(이와 달리). @blueyed 를 닫는 것이 이상해 보입니다. 만약 무엇이든 #388을 닫고 이것을 이 문제에 대한 표준 티켓으로 만들 것을 제안합니다.

👍 감사합니다!

또한 이 기능을 매우 높이 평가할 것입니다.

@mkokotovich
얼마나 많이? 스스로 일어나기에 충분합니까? ;)

어쨌든, 여기의 주요 / 근본적인 문제(원래 주석에서)는 이미 테스트 중에 DB가 재설정되므로 세션 범위 고정 장치를 사용하는 간단한 방법이 없다는 것입니다.

그래도 효과가 있는 것은 다음과 같습니다.

@pytest.fixture(scope="session")
def django_db_setup(django_db_setup, django_db_blocker):
    with django_db_blocker.unblock():
        with transaction.atomic():  # XXX: could/should use `TestCase_enter_atomics` for multiple dbs
            load_time_consuming_db_fixture()
            yield

모든 것을 추가 원자 블록으로 묶는다는 아이디어. 그러나 이것은 테스트되지 않았으며 실제로 이를 위해 TransactionTestCase 를 사용해야 할 수도 있습니다.

@paultiplady
귀하의 의견은 좋은 것 같습니다. 즉, AFAICS를 추가로 탐색할 가치가 있습니다(이전 의견도 참조).

@blueyed 우리는 이러한 접근 방식을 1년 이상 사용하고 있습니다(모든 것을 추가 원자 블록으로 묶음). 꽤 잘 작동합니다.
그러나 pytest에는 세션 수준(테스트 이외의 다른 수준)이 닫힐 결정적인 위치가 없으므로 서로를 필요로 하는지 여부에 관계없이 db 트랜잭션의 종속성을 추적해야 합니다. .
따라서 다음 테스트 전에 트랜잭션 스택을 명시적으로 추적하고 중첩된 트랜잭션을 닫아야 합니다. 다음과 같은 방식으로 수행할 수 있습니다. https://github.com/tipsi/pytest-tipsi-django/blob/master/pytest_tipsi_django/django_fixtures.py#L46

죄송합니다. 동일한 문제가 발생했다고 생각하기 때문에 명확히 하고 싶습니다.

새로운 db 객체 생성에 의존하는 조명기를 만들고 싶다면 할 수 있다고 생각했습니다.

@pytest.mark.django_db(transaction=True)
@pytest.fixture(scope="session")
def object():
    object = Object.create_object(params)
    yield object
    // or alternatively
    object = mixer.blend('myObject')
    yield object

그러나 테스트 케이스 실행 시 다음 오류가 발생합니다. Database access not allowed, use the "django_db" mark, or the "db" or "transactional_db" fixtures to enable it.