pytest-monkeypatch декоратор (не использует mock/patch)

Похоже, что быстрый ответ здесь — просто переместить импорт Handler так, чтобы он происходил после исправления. Декоратор и декорированные функции должны быть в отдельных модулях, чтобы Python не выполнял декоратор до того, как вы его исправите.

from decorators import user_login_required

@pytest.mark.parametrize('params', get_params, ids=get_ids)
def test_post(self, params, monkeypatch):

    monkeypatch.setattr(decorators, "user_login_required" , mock_user_login_required_func)
    from handlers.UserDetails import UserDetailsHandler

Возможно, вам будет проще это сделать, используя функцию patch из встроенного модуля unittest.mock.

Из-за упомянутых здесь ошибок импорта/модификации я решил не пытаться использовать насмешки для этого конкретного декоратора.

На данный момент я создал приспособление для установки переменной среды:

@pytest.fixture()
def enable_fake_auth():
    """ Sets the "enable_fake_auth"  then deletes after use"""
    import os
    os.environ["enable_fake_auth"] = "true"
    yield
    del os.environ["enable_fake_auth"]

Затем в декораторе я изменил метод is_authenticated:

def is_authenticated(self, *args, **kwargs):
    import os
    env = os.getenv('enable_fake_auth')
    if env:
        return handler(self, *args, **kwargs)
    else:
        # get user from session
        u = self.auth.get_user_by_session()
        if u:
            access = u.get("access", None)
            if access == '' or access is None:
                # return the response
                self.redirect('/admin', permanent=True)
            else:
                return handler(self, *args, **kwargs)
        else:
            self.redirect('/admin?returnPath=' + self.request.path, permanent=True)

return is_authenticated

Это не отвечает на мой первоначальный вопрос, но я разместил свое решение здесь на случай, если оно может помочь кому-то еще. Как указал Хофлинг, подобное изменение производственного кода обычно является плохой идеей, поэтому используйте его на свой страх и риск!

Исходное решение, которое у меня было до этого, не изменяло и не издевалось над каким-либо кодом. Это включало создание поддельного безопасного файла cookie, а затем отправку его в заголовках тестового запроса. Это заставит вызов self.auth.get_user_by_session() вернуть действительный объект с набором доступа. Я могу вернуться к этому.

У меня была аналогичная проблема, и я решил ее, используя патч в приборе, чтобы исправить код, на который отложил декоратор. Чтобы дать некоторый контекст, у меня было представление о проекте Django, который использовал декоратор в функции представления для обеспечения аутентификации. Типа что-то вроде:

# myproject/myview.py

@user_authenticated("some_arg")
def my_view():
    ... normal view code ...

Код для user_authenticated жил в отдельном файле:

# myproject/auth.py

def user_authenticated(argument):
    ... code for the decorator at some point had a call to:
    actual_auth_logic()
    
    
def actual_auth_logic():
    ... the actual logic around validating auth ...

Для проверки я написал что-то вроде:

import pytest
from unittest.mock import patch

@pytest.fixture
def mock_auth():
    patcher = patch("myproject.auth")
    mock_auth = patcher.start()
    mock_auth.actual_auth_logic.return_value = ... a simulated "user is logged in" value
    yield
    patcher.stop()

Тогда любой тест представления, который хочет эффективно пропустить аутентификацию (т. е. предположить, что пользователь вошел в систему), может просто использовать это приспособление:

def test_view(client, mock_auth):
    response = client.get('/some/request/path/to/my/view')

    assert response.content == "what I expect in the response content when user is logged in"

Когда я хотел проверить, что пользователь, не прошедший проверку подлинности, не видит аутентифицированный контент, я просто не использовал фиксацию аутентификации:

def test_view_when_user_is_unauthenticated(client):
    response = client.get('/some/request/path/to/my/view')

    assert response.content == "content when user is not logged in"

Это немного хрупко, так как теперь тесты для представления привязаны к внутренностям механизмов аутентификации (т.е. если бы этот метод actual_auth_logic был переименован/рефакторинг, это были бы плохие времена), но, по крайней мере, он изолирован только от фикстуры.